이것은 여전히 다섯 가지 결정 중 네 번째인 지출(Spend)입니다. 이미 세 가지 한도 수준을 설정했습니다. 이제 이를 실제로 활용할 차례입니다. 지출 관리는 세 부분으로 이루어집니다: 청구 방식, 한도에 도달하기 전에 지출을 움직이는 설정, 그리고 무엇을 바꿔야 할지 알려주는 검토 습관입니다. 목표는 한도 증액 요청이 자동 승인이 아니라 살펴봐야 한다는 신호가 되도록 하는 것입니다.
청구 방식
일반적인 Enterprise 계약에서는 멤버당 플랫폼 요금에 더해 토큰으로 측정되는 풀링된 사용량을 지불합니다. 회사의 정확한 기준은 계약서를 확인하세요. 토큰(새 탭에서 열림)은 Claude가 입력을 읽고 응답을 작성할 때 계산하는 작은 텍스트 단위입니다. 프롬프트와 대화가 길어질수록 비용이 더 드는 경향이 있으며, 표면(surface)마다 차이가 있습니다. 에이전틱 표면(Cowork와 Claude Code처럼 Claude가 스스로 여러 단계를 수행하는 경우)은 단일 채팅 교환보다 뒤에서 더 많은 작업을 수행하므로 작업당 더 많은 토큰을 소비하는 경향이 있습니다. 계약이 영업 지원(sales-assisted) 방식이라면 해당 사용량은 매월 후불로 청구되며, 셀프서비스 Enterprise를 이용 중이라면 크레딧을 선불로 구매하고 소진되면 사용이 중단됩니다. Enterprise 플랜의 청구 방식(새 탭에서 열림)에 대해 자세히 알아보려면 지원 센터를 참조하거나, 토큰과 임베딩(새 탭에서 열림)에 대해 자세히 알아보려면 Claude Academy를 참조하세요.
이 레슨에서 중요한 점은 다음과 같습니다: 청구 금액을 좌우하는 것은 인원수가 아니라 사용량이며, 풀은 조직 전체에 걸쳐 공유되므로 한 그룹의 사용량이 많은 달에는 모든 사람의 풀에서 소비됩니다. 그룹이 실제로 풀을 소진할 수 있는지는 여러분이 설정한 한도(레슨 9)에 달려 있습니다. 어떤 한도도 필수가 아니며, 한도를 설정하지 않은 수준은 그저 무제한이 됩니다.
지출을 움직이는 설정
지출 한도는 상한선을 설정합니다. 이 설정들은 그룹이 그 상한선에 얼마나 빨리 도달하는지를 결정합니다.
- 모델 기본값과 노력 수준(effort level): 레슨 6에서 이 설정들이 어디에 있는지 다뤘습니다. 여기서는 지출에 미치는 영향이 중요합니다. 대부분의 멤버는 선택기를 건드리지 않으므로, 기본값이 높은 노력 수준의 가장 성능이 뛰어난 모델이라면 이는 가장 비용이 많이 드는 구성이며 대부분의 사용량이 이를 기준으로 실행됩니다. (레슨 6에서 설정한 대로) 조직 전체 또는 역할별로 중간 수준 모델을 기본값으로 설정하고, 적당한 기본 노력 수준을 선택하며, 조직 전체 또는 역할의 일상적인 작업에 대해 노력 수준에 상한을 두는 것은 대부분의 한도 변경보다 더 많은 지출을 움직입니다.
- 사용 시점의 안내로서의 조직 지침: 조직 지침은 멤버가 찾아봐야 하는 문서가 아니라, 비용이 발생하는 바로 그 순간 대화 안에서 멤버에게 전달됩니다. 사용량에 도움이 될 수 있는 몇 가지 지침은 다음과 같습니다: 멤버가 더 요청하지 않는 한 답변을 짧은 버전으로 유지하기, 첨부된 모든 파일이 아니라 작업에 필요한 파일만 사용하기, 가장 높은 노력 수준은 그것이 필요한 작업을 위해 남겨두기. 이는 Claude의 출력을 형성할 수 있는 부드러운 유도이지, 강제적인 제한이 아닙니다.
- 재사용 레버로서의 커스터마이징: Skill은 작업에 필요할 때만 로드되므로, 매번 프롬프트를 다시 공유하는 것보다 토큰 소모가 적고 더 일관적입니다. 프로젝트도 비슷한 기능을 제공합니다: 프로젝트의 지침과 파일은 프로젝트가 공유된 모든 사람에게 유지되지만, 이 컨텍스트는 필요할 때 로드되는 것이 아니라 각 프로젝트 대화에 항상 존재합니다.
- 멤버의 에이전틱 사용 습관: 에이전틱 작업에서는 시작된 후 방치된 작업이 소유자가 더 이상 관리하지 않더라도 계속 풀에서 소비합니다. 예를 들어 Cowork에서는 예약된 작업이 누군가 지켜보고 있는지 여부와 관계없이 정해진 주기로 계속 소비합니다. 여기서 관리자가 사용할 수 있는 레버는 폭넓습니다: "클라우드에서 Cowork 실행"(Enterprise 플랜에서는 기본적으로 꺼져 있음)은 Cowork 세션이 Anthropic의 인프라에서 실행될 수 있는지 여부를 결정하며, 멤버의 지출 한도는 도달하는 즉시 해당 멤버의 사용을 중단시킵니다. 통합 Claude 경험(새 탭에서 열림)을 사용하는 멤버는 예외로, 이 설정이 꺼져 있어도 Anthropic의 인프라에서 에이전틱 작업을 실행합니다. 해결책은 멤버의 습관입니다: 작업 범위를 한정하고, 중요한 파일을 지정하며, 예약된 작업을 정기적으로 검토하여 더 이상 필요하지 않은 작업을 삭제하세요 — 아무도 읽지 않는 정기 보고서 작성을 중단하는 것과 같은 방식입니다.
증액 전에 검토하기
세 가지 습관이 지출을 단순히 한도로 막는 것이 아니라 관리되도록 유지합니다.
- 모든 증액 요청에 의문을 제기하세요: 요청을 승인하기 전에, 추가 지출이 증상이 아니라 정당한 이유가 있는지 확인하세요.
- 반복되는 요청에도 의문을 제기하세요: 같은 그룹의 한도가 반복적으로 인상된다는 것은 사용량이 증가하고 있다는 의미일 수도 있고, 한도가 멤버들이 실제로 필요로 하는 수준보다 낮게 설정되어 근본적인 지출을 줄이기보다 실제 업무를 막고 있다는 의미일 수도 있습니다. 검토의 역할은 어느 쪽이 일어나고 있는지 묻는 것입니다: 사용량이 증상이라면 설정을 조정하고, 한도 자체가 문제라면 한도를 재설정하세요.
- 정해진 주기로 양방향에서 한도를 검토하세요: 어떤 멤버와 그룹이 한도에 도달하고 있는지, 그리고 어떤 그룹이 활용도가 낮은지를 파악하여 요청에 반응하기보다 미리 대응하고, 조직 전체의 지출 균형을 더 잘 맞추는 조정을 할 수 있습니다.
지출 데이터 읽기
세 가지 표면이 세 가지 종류의 질문에 답하므로, 상황에 맞는 것을 사용하세요.
| 표면 | 답변하는 내용 | 사용 용도 |
|---|---|---|
| 분석 대시보드 | 도입 및 지출 추세: 모델별 지출, 상위 소비자, 사용량이 증가하는 위치 | 정기 검토 |
| 분석 채팅 | 일상 언어로 하는 임시 질문("이번 달 누가 가장 많이 지출했고, 어떤 모델에서였나요?") | 보고서가 필요 없는 일회성 질문 |
| 분석 API | 동일한 사용량 및 비용 데이터를 프로그래밍 방식으로 자체 재무 도구에 가져오기 | 조정(reconciliation) 및 차지백(chargeback); Primary Owner가 키를 생성합니다 |
그룹별로 확인하려면, 분석 API는 사용량과 비용을 그룹별로 세분화하며, 분석 대시보드에는 Groups 보기가 있습니다(Team 및 Enterprise 플랜의 사용량 분석 보기(새 탭에서 열림)에서 포함된 항목을 확인할 수 있습니다). 지출 CSV는 멤버별로 제공되므로, 다른 항목의 그룹별 보기를 원한다면 그룹 매핑과 연결하세요. 자동화할 때 올바른 도구를 선택할 수 있도록 범위에 대한 참고 사항을 덧붙이면: 분석 API는 사용량을 읽는 반면, 지출 한도 API(레슨 9)는 멤버별 한도를 설정합니다.
Pluto의 지출 거버넌스
Pluto는 중간 수준 모델을 조직 기본값으로 설정하고 매월 대시보드를 검토합니다. 두 번째 달에 Platform이 한도에 도달하여 증액 요청이 들어왔습니다. 검토 결과 해당 지출의 대부분이 일상적인 풀 리퀘스트 요약을 실행하는 가장 성능이 뛰어난 모델에서 발생한 것으로 나타났고, 이에 Pluto는 Platform 멤버들이 맡고 있는 Engineering 역할의 기본 모델을 낮추고 한도는 그대로 두었습니다. 다음 달, Platform은 동일한 작업량으로도 한도 이내에서 운영되었습니다.
아래의 인터랙티브 위젯은 Pluto의 두 번째 달을 이어서 진행합니다: Pluto가 변경하는 설정(한도 인상, 기본값 변경, 또는 노력 수준 한도 설정)을 선택하면 다음 달의 지출과 한도가 어떻게 반응하는지 확인할 수 있습니다.
1 · 여러분의 결정
여러분의 지출 거버넌스 태세는 무엇입니까: 기본값은 어디에 있고, 얼마나 자주 검토하며, 한도가 변경되기 전에 어떤 일이 일어납니까?
2 · 선택할 수 있는 사항
이 결정은 선택지 목록이 아니라 판단의 문제입니다. 두 가지 판단으로 이루어집니다: 얼마나 자주 검토할지, 그리고 어떤 그룹의 지출이 추가로 별도의 검토가 필요한지입니다.
- 얼마나 자주 검토할지: 매월부터 시작하세요. 기본값이 설정되면 지출은 천천히 움직이므로, 분석 대시보드를 매월 한 번씩 살펴보는 것으로도 아직 레버를 당길 여유가 있을 때 추세를 포착하기에 충분합니다. 상황이 아직 형성되는 중이라면(예: 출시 초기 몇 달, 새로운 표면이나 그룹이 온라인화되는 시기, 여유가 없는 예산 등) 주간 또는 격주로 주기를 좁히고, 변경의 필요성이 안정되기 시작하면 다시 주기를 늘리세요.
- 규제 대상 그룹이 별도의 검토가 필요한지: 지출에 별도의 감독이 필요한 규제 대상 그룹은 조직의 나머지 부분이 운영하는 주기와 별개로 자체 검토와 자체 담당자를 두어야 합니다.
3 · 나중에 이를 변경한다면
기본 모델, 노력 수준 한도, 검토 주기는 모두 데이터가 들어옴에 따라 조정하는 설정이며, 각 변경 사항은 그 시점부터 적용됩니다.
리소스 설정
결정을 내렸다면, 기본값과 노력 수준 한도는 조직 설정에 있고, 조직 지침은 레슨 8에서 설정한 위치에 있으며, 검토는 분석 대시보드를 기반으로 진행됩니다.
- Claude Enterprise 사용량 가이드(새 탭에서 열림): 사용량이 어떻게 측정되는지, 그리고 분석 채팅, 분석 API, 조직 지침까지 — 모든 지출 검토의 배경이 되는 읽을거리입니다.
- Enterprise 플랜은 어떻게 청구되나요?(새 탭에서 열림): 청구 금액이 어떻게 계산되는지 알면 인상이나 삭감이 예상한 대로 반영됩니다.
- 조직의 모델 액세스 관리(새 탭에서 열림): 조직 전체 및 역할별 모델 액세스와 노력 수준 한도, 즉 모델 구성 습관의 배경이 되는 레버입니다.
- Team 및 좌석 기반 Enterprise 플랜의 사용 크레딧 관리(새 탭에서 열림): 크레딧 풀을 구매, 추적, 충전하는 방법입니다.
레슨 활동
조직 전체의 기본 모델, 기본 노력 수준, 모델별 노력 수준 한도를 적어두고, 다른 설정이 필요한 커스텀 역할이 있다면 그 역할의 기본 모델과 노력 수준 한도도 함께 적으세요. 그런 다음 조직 전체의 검토 주기를 설정하고, 첫 번째 검토 일정을 캘린더에 등록하며, 증액 요청이 들어왔을 때 실행할 첫 세 가지 확인 사항을 기록하세요. 조직 지침에 추가할 세 줄을 작성하고, 출시 시 보낼 멤버 안내문을 여러분 자신의 어조로 작성하세요.
예산 담당자에게 가져갈 내용: 제안하는 기본값, 검토 주기와 이를 운영할 담당자, 그리고 증액을 승인하기 전에 적용할 규칙입니다.
→ 이를 실습 동반자료의 레슨 10 섹션에 기록하세요.
다운로드
다음 단계
다음 모듈인 가시성(Visibility)에서는 무엇을 측정할 수 있는지와 대화 데이터가 얼마나 오래 보관되는지를 다룹니다: 누군가 무슨 일이 있었는지 물었을 때 여러분이 제시할 수 있는 기록입니다.