97단계비용·사용량 관리

걸리는 시간 · 읽기 약 10분 · 따라 하기 약 40분 · 난이도 ★★☆ 실무 · 화면 확인 2026.09.27

이 단계를 마치면

• 우리 회사에서 Claude 비용이 나가는 곳을 세 갈래로 나눠 적을 수 있다.
• 비용 옆에 "줄인 일"을 함께 적는 분기 사용 보고를 만들 수 있다.
• 비용을 줄여야 할 때 무엇부터 손볼지 순서를 정할 수 있다.

어느 분기 말, 사장이 청구서를 들고 묻는다. "이게 왜 이렇게 늘었죠?" 이 질문에 바로 답할 수 있는 사람이 여러분 회사에는 있을까? 도입 초기에는 비용을 잘 들여다보지 않는다. 몇 사람이 써 보는 단계라 액수가 크지 않기 때문이다. 문제는 퍼질 때다. 계정이 늘고, 자동화가 돌고, API가 붙으면 어디서 얼마가 나가는지 모르는 채 청구서만 받게 된다. 그때 가서 줄이려 해도 무엇을 줄여야 할지 알 수 없다.

왜 비용만 보면 안 되나

비용 관리라고 하면 대개 "얼마나 나갔나"만 본다. 그런데 비용만 적힌 표를 받은 경영진은 거의 언제나 줄이는 쪽으로 기운다. 숫자가 늘어 있으면 불안한데, 그 돈으로 무엇을 얻었는지는 표에 없기 때문이다. 반대로 "줄인 일"만 적힌 보고는 부풀려지기 쉽다. 저마다 자기 부서의 성과를 크게 적는다. 둘을 같은 행에 나란히 놓아야 판단이 선다. 이 부서는 이만큼 쓰고 이만큼 줄였다. 이 자동화는 이만큼 돌고 이 일을 대신했다.

"줄인 일"은 사람이 적는다. 시간이나 건수로 적되, 추정이라면 추정이라고 밝힌다. 이 책이 출처 없는 절감률을 쓰지 않듯 회사 안에서도 마찬가지다. "업무 효율 몇 퍼센트 개선" 같은 문장은 보고서에 넣지 않는다. 그 대신 "주간 보고 초안 작성을 팀장이 직접 하지 않게 됐다"처럼 무슨 일이 어떻게 바뀌었는지를 적는다. 수치가 있다면 누가 어떻게 셌는지도 함께 적는다.

비용이 나가는 세 갈래

사용량과 비용은 세 갈래로 나뉜다.

세 갈래는 청구 방식도, 확인하는 곳도 다르다. 팀 단위 요금제에는 관리자가 사용 현황을 보는 화면이 있는 경우가 많고, API는 별도의 개발자용 화면에서 사용량을 본다. 메뉴 이름과 위치는 자주 바뀌니 도입할 때 담당자가 직접 한 번 찾아서 적어 두자. 2단계에서 혼자 해 본 요금제·사용량 확인을 이제 회사 단위로 넓힌다.

가장 자주 빠지는 것은 세 번째 갈래다. 외부 자동화 도구는 부서가 따로 결제하는 경우가 많아 전체 비용 표에 잡히지 않는다. 80단계의 부서 자동화 지도를 꺼내 도구마다 누가 결제하는지 한 번 확인하자.

줄일 때의 순서

비용을 줄여야 할 때 무작정 계정부터 줄이면 가장 잘 쓰던 사람의 도구가 먼저 사라지기도 한다. 그래서 순서를 정해 둔다.

5번을 맨 마지막에 둔 데는 이유가 있다. 줄인 일이 비어 있다고 곧 쓸모없다고 단정할 수는 없다. 적는 사람이 바빴을 수도 있다. 적어도 한 번은 물어본다.

요금과 한도의 구체적인 값은 이 책에 적지 않는다. 자주 바뀌니 공식 요금 안내를 직접 확인하자.

늘릴 때의 판단

이 단계의 요지는 "늘릴지 줄일지"다. 그런데 사용 보고는 대개 줄이는 쪽으로만 쓰인다. 늘려야 할 신호도 같은 표 안에 있는데 말이다. 줄인 일이 분명하게 적힌 부서에 계정을 신청하고 기다리는 사람이 있다면 늘릴 때다. 한 사람이 쓰던 방식을 옆 사람이 따라 하고 싶어 한다면 스킬로 묶어 나눌 때다(제5부). 사람이 매번 화면을 열어 같은 내용을 붙여 넣고 있다면 자동화나 API를 검토할 때다(96단계). 한도에 자주 걸려 일이 멈춘다는 말이 나오면 요금제를 다시 살펴볼 때다.

늘릴 때도 한꺼번에 넓히지 않는다. 한 부서, 한 흐름에서 먼저 늘리고, 다음 분기 보고에서 줄인 일도 함께 늘었는지 본다. 비용만 늘고 줄인 일이 그대로라면 늘리는 방식이 틀렸다. 이럴 때는 계정을 더 나눠 주기 전에 쓰는 법부터 맞춘다. 잘 쓰는 사람의 방식을 스킬로 묶거나 99단계의 팀 표준으로 정리한다.

흔한 오해와 실제

첫 번째 오해는 "비용이 늘면 낭비도 늘었다"는 생각이다. 도입이 뿌리를 내리면 비용은 자연히 는다. 봐야 할 것은 늘어난 비용이 어느 행에서 나왔고, 그 행에 줄인 일이 적혀 있는가다. 두 번째 오해는 "계정만 막으면 비용이 잡힌다"는 생각이다. 계정은 눈에 잘 띄지만, 모르는 사이에 커지는 쪽은 자동화와 API다. 사람은 퇴근해도 자동화는 밤새 돈다. 세 번째 오해는 "가장 좋은 모델을 모두에게 쓰게 하면 된다"는 생각이다. 쉬운 분류와 요약까지 무거운 모델로 돌리면 답은 느려지고 비용은 늘어난다. 모델은 일의 난도에 맞춰 고른다.

회사 규모와 부서에 따라

작은 회사라면 세 갈래를 따로 볼 필요가 별로 없다. 대부분 사람 계정 한 갈래뿐이다. 이때는 분기 보고 대신, 대표나 총무 담당이 한 달에 한 번 청구 내역과 사용자 명단을 맞춰 보는 정도로 충분하다. 부서가 여럿인 회사에서는 부서 카드 결제가 문제다. 경영지원팀이 결제 주체 목록을 한곳에 모으는 일부터 시작한다. 개발팀이 있는 회사라면 API가 가장 빨리 커지는 갈래다. 96단계의 요청서에 "하루 예상 건수"와 "건수가 갑자기 늘면 누구에게 알릴지"를 함께 적게 한다.

"줄인 일"을 적는 말도 부서마다 다르다. 영업은 제안서와 회의록, 인사는 공고와 안내문, 재무는 대사와 보고서처럼, 부서가 원래 만드는 결과물의 이름으로 적게 하면 과장이 줄고 비교도 쉬워진다.

현장 장면

지역 유통회사 경영지원팀의 한 대리가 사장에게 첫 분기 Claude 비용 보고를 올린다. 표에는 부서와 금액만 있다. 표를 훑어보던 사장이 묻는다.

"마케팅팀은 왜 이렇게 많이 쓰죠? 좀 줄이세요."

한 대리는 대답하지 못한다. 마케팅팀이 무엇에 쓰는지 모르기 때문이다.

두 번째 분기, 한 대리는 양식을 바꾼다. 아래 프롬프트로 만든 엑셀 양식을 부서장들에게 돌리고 "줄인 일" 란을 부서장이 직접 채우게 한다. 모인 표를 보니 그림이 완전히 달라진다. 마케팅팀은 계정 다섯 개와 자동화 두 개를 쓰는데, 줄인 일 란에 "상품 상세페이지 초안을 외주로 맡기던 것을 팀 안에서 한다. 이번 분기 외주 발주 건수가 줄었다"라고 적혀 있다. 반면 영업지원팀은 계정이 여덟 개인데 줄인 일 란이 비어 있다. 물어보니 계정을 받은 뒤 실제로 쓰는 사람은 두 명뿐이었다.

드러난 것이 하나 더 있다. 물류팀이 부서 카드로 결제한 외부 자동화 도구가 첫 분기 보고에서 빠져 있었다. 매시간 돌도록 설정되어 있었지만, 결과를 보는 사람은 하루 한 번 아침에만 확인한다. 한 대리는 물류팀장과 상의해 하루 한 번으로 바꾼다.

이번에는 사장의 말이 달라진다. "마케팅은 유지. 영업지원은 쓰는 두 명만 남기고, 나머지는 쓰고 싶은 사람이 신청하게 하세요." 표에 란 하나를 더했을 뿐인데 판단이 바뀌었다.

세 번째 분기 보고에서 결과를 확인한다. 영업지원팀은 신청제로 바꾼 뒤 계정이 줄었고, 신청한 사람들은 줄인 일 란에 "견적서 회신 초안"이라고 적었다. 물류팀 자동화는 하루 한 번으로 바꾼 뒤에도 아침 업무에 지장이 없었다. 그런데 흠이 하나 남았다. 마케팅팀의 줄인 일 란이 분기마다 같은 문장으로 복사되어 올라온다. 한 대리는 양식에 "지난 분기와 달라진 점" 란을 추가하고, 달라진 것이 없으면 "없음"이라고 쓰게 한다. "없음"이 두 분기 이어지면 사장에게 보고하기 전에 그 부서장과 먼저 이야기한다. 이렇게 보고서는 분기마다 조금씩 고쳐 가며 쓰는 표가 되어 간다.

따라 하기

1. 우리 회사에서 Claude가 쓰이는 곳을 사람 계정, API, 외부 자동화 도구 세 갈래로 나눠 적는다. 성공 기준: 갈래마다 하나 이상 적혀 있거나 "없음"이라고 적혀 있다. 부서 카드로 결제한 도구까지 찾아냈다.
2. 갈래마다 사용량과 청구 내역을 볼 수 있는 곳, 볼 수 있는 사람을 적는다. 모르면 "모름"이라고 적는다. 성공 기준: "모름"이라고 적은 곳마다 누구에게 물을지가 적혀 있다.
3. 아래 프롬프트로 분기 보고 양식을 만들고, 부서별로 한 행씩 채운다. 성공 기준: "줄인 일" 란은 부서장이 직접 채웠고, 추정이면 추정이라고 적혀 있다.
4. "줄인 일" 란이 비어 있는 행과, 자동화가 필요 이상으로 자주 도는 행에 표시한다. 성공 기준: 표시한 행마다 다음 분기에 물을 질문이 하나씩 적혀 있다.
5. 보고 주기, 담당자, 늘림·줄임을 결정하는 사람을 정한다. 성공 기준: 세 가지가 이름과 날짜로 적혀 있다. 이 내용은 100단계 운영 규칙의 8번 항목으로 옮겨 간다.
6. (선택) 심화: 분기 보고가 두 번 쌓이면 두 표를 Claude에게 함께 주고, 비용은 늘었는데 줄인 일은 그대로인 행과, 줄인 일은 늘었는데 계정 신청이 밀린 행을 골라 달라고 한다. 앞의 행은 "줄일 때의 순서"로, 뒤의 행은 "늘릴 때의 판단"으로 넘긴다. 성공 기준: 고른 행마다 늘림·유지·줄임 중 하나와 그 이유가 한 문장으로 적혀 있고, Claude가 고른 행을 부서장에게 한 번 확인했다.

복사해 쓰는 프롬프트

Claude 사용 현황 분기 보고 양식을 표로 만들어 줘. 엑셀 파일로.

열: 부서 / 사용 방식(계정·API·자동화) / 주요 용도 / 사용 인원 또는 도는 자동화 수 / 자동화 실행 주기 / 결제 주체 / 이번 분기 비용 / 줄인 일(무슨 일이 어떻게 바뀌었는지, 사람이 적음) / 줄인 일의 근거(실측·추정) / 다음 분기 판단(늘림·유지·줄임) / 담당자

비용과 줄인 일 열은 비워 두고, 맨 아래에 비용 합계 행을 수식으로 넣어 줘.
"줄인 일"이 비어 있으면 그 행이 눈에 띄게 표시되도록 조건부 서식을 넣어 줘.
표 아래에 "판단 기준" 세 줄을 적을 빈칸을 둬.

막히면 이렇게

스스로 점검

• ☐ 우리 회사의 Claude 비용 세 갈래를 각각 누가 볼 수 있는지 아는가
• ☐ 분기 보고의 모든 행에 비용과 "줄인 일"이 나란히 있는가
• ☐ 비용을 줄여야 할 때 무엇부터 손볼지 순서를 말할 수 있는가
• ☐ 늘려 달라는 요청이 왔을 때 무엇을 보고 판단할지 정해 두었는가

기억할 것

• 비용 옆에는 늘 "줄인 일"을 적는다. 둘 중 하나만 보면 판단이 한쪽으로 기운다.
• 부서가 따로 결제한 외부 도구가 가장 자주 빠진다.
• 늘릴 때도 한 부서, 한 흐름부터. 다음 분기에 줄인 일도 함께 늘었는지 본다.
• 요금과 한도는 외우지 말고 쓸 때마다 공식 안내에서 확인한다.

더 알아보기 · 요금제 비교 · Claude Code 비용 관리