Claude Enterprise 소비 가이드

Claude Enterprise는 조직에 채팅, Claude Code, Claude Cowork, Claude Design, 그리고 Microsoft 365, Chrome, Slack을 포함한 팀이 이미 사용 중인 도구 내 Claude를 통해 강력한 AI에 접근할 수 있게 해줍니다. 이러한 접근 권한과 함께 소비를 효과적으로 관리할 책임이 따릅니다. 팀이 최대 가치를 얻으면서도 사용량을 예측 가능하고 예산 범위 내로 유지해야 합니다.

이 가이드는 Enterprise 관리자가 토큰 소비를 제어하고 최적화하기 위해 사용할 수 있는 주요 수단을 안내합니다. 지출 한도 설정, 역할 기반 접근 제어 구성, 사용자 교육, 그리고 작업에 맞는 올바른 모델과 노력 수준 선택이 포함됩니다.

Claude Enterprise는 좌석당 사용량 기반 모델로 가격이 책정됩니다. 조직의 소비 풀은 모든 사용자 간에 공유되며, 특히 Claude Code와 Cowork와 같은 일부 표면은 표준 채팅보다 훨씬 높은 속도로 토큰을 소비합니다.

사전에 지출 한도를 구성하고 사용자를 교육하는 관리자는 낭비를 줄이고 고가치 사용 사례가 필요한 용량을 확보하도록 할 수 있습니다.

다른 표면도 조직의 사용량을 사용하며 Analytics, 지출 내보내기, 그리고 Analytics API에서 별도 제품으로 나타납니다: (a) Claude for M365 (Excel, PowerPoint, Word, Outlook 추가 기능)는 동일한 조직, 그룹, 사용자당 지출 한도 및 모델 제한을 받습니다. (b) Claude Design (베타)는 조직의 소비에서 표준 API 요금으로 청구되며 조직, 그룹, 사용자당 한도가 적용됩니다. (c) Chrome의 Claude는 사이드 패널이 Claude Cowork 세션으로 실행되므로 다단계 브라우징 작업은 다른 Cowork 에이전트 작업처럼 소비됩니다 (Organization settings > Cowork에서 관리). (d) Claude Tag (Slack의 Claude, 베타)는 채널 작업이 개별 좌석이 아닌 조직의 사용량 잔액으로 청구되므로 사용자당 및 그룹 한도가 이를 제한하지 않습니다. Claude Tag 지출 한도 (및 선택적 채널당 한도)를 claude.ai/admin-settings/usage/claude-tag에서 설정하세요. Claude Tag와의 DM은 발신자의 자신의 좌석으로 청구됩니다.

역할 기반 접근 제어 (RBAC)를 사용하면 사용자를 그룹화하고 개별적으로가 아닌 단위로 Claude 표면 및 소비 예산에 대한 접근을 관리할 수 있습니다. 이는 더 큰 조직에서 사용을 관리하는 가장 확장 가능한 방법입니다.

조직 계층 구조가 아닌 직무 기능 및 사용 사례 측면에서 그룹을 생각하세요. 몇 가지 원칙:

그룹이 구성되면:

지출 한도는 소비를 제어하기 위한 주요 도구입니다. Claude Enterprise를 사용하면 관리자가 세 가지 수준에서 한도를 설정할 수 있습니다: 조직 수준, 그룹 수준 (RBAC 포함), 그리고 개별 사용자 수준. 권장 접근 방식은 RBAC 그룹 수준 한도 및 사용자당 한도로 시작하는 것입니다. 이는 전체 조직을 차단할 위험 없이 정확하고 대상화된 제어를 제공합니다.

조직 수준 한도는 모든 사용자 및 표면 전반에 걸친 하드 상한으로 사용 가능하지만, 신중하게 사용하세요. 이를 초과하면 모든 사람에게 동시에 영향을 미쳐 방해가 될 수 있습니다. 대부분의 관리자는 그룹 및 사용자 수준에서 소비를 관리하는 것이 더 나은 결과를 제공하고 운영 위험이 적다는 것을 알게 됩니다.

그룹 지출 한도를 사용하면 전체 그룹에 사용자당 월간 지출 한도를 할당할 수 있으므로, 그 그룹의 모든 멤버가 개별적으로 설정하지 않고도 동일한 한도를 상속합니다. 이는 중형에서 대형 조직에서 소비를 관리하는 가장 확장 가능한 방법이며, 관리자가 시작해야 할 곳입니다.

다음 우선순위 규칙을 참고하세요:

구성 방법: Organization settings → Usage → By group. 한도를 특정 금액 또는 "Unlimited"로 설정하세요.

사용자 수준 한도를 사용하면 개별 계정에 대한 소비 한도를 설정할 수 있습니다. 이는 역할 전반에 걸쳐 사용량이 크게 다른 조직에 필수적입니다. 매일 Claude Code를 사용하는 개발자는 카피라이팅을 위해 채팅을 사용하는 마케터와 매우 다른 요구 사항을 가집니다.

사용자 수준 한도에 대한 모범 사례:

관리자가 할 수 있는 가장 영향력 있는 일 중 하나는 사용자에게 어떤 작업에 어떤 모델을 사용할지에 대한 명확한 지침을 제공하는 것입니다. 모델 선택은 비용에 직접적이고 상당한 영향을 미칩니다.

노력 수준은 두 번째 소비 레버입니다. 사용자는 각 응답에 Claude가 적용할 사고 수준을 선택할 수 있으며, 더 높은 노력 수준은 더 낮은 수준보다 더 많은 토큰을 소비합니다. 사용자에게 최대 노력을 가장 까다로운 작업에만 예약하고 일상적인 작업에는 더 낮은 노력을 사용하도록 권장하세요.

사용자를 올바른 모델로 안내하는 것 외에도, 조직의 모든 사람이 새로운 대화를 시작할 때 사용할 모델을 설정할 수 있습니다. 이는 가장 직접적인 소비 레버 중 하나입니다. 기본값은 대부분의 사용자가 매일 실행하는 것을 형성합니다.

두 가지 옵션이 있습니다:

이 설정은 채팅, Claude Cowork, Claude Code(CLI 2.1.199 이상), Claude for Microsoft 365의 새로운 대화에 적용됩니다. 선택한 모델을 제품에서 사용할 수 없는 경우 Anthropic의 권장 기본값이 사용됩니다. Claude Code에 대해 관리 설정을 통해 모델을 고정하는 경우 해당 설정이 CLI 및 IDE에 우선합니다. 조직의 기본 모델 설정을 참조하세요.

사용자 정의 역할을 통해 역할별로 모델 기본값을 설정할 수도 있으므로 다양한 그룹이 다양한 모델에서 시작할 수 있습니다. 예를 들어 엔지니어링 그룹을 한 모델로 기본값으로 설정하고 조직의 나머지를 다른 모델로 설정할 수 있습니다. 이는 이미 구성한 RBAC 그룹과 자연스럽게 쌍을 이룹니다(섹션 2 참조).

구성 방법: 조직 설정 → 모델.

기본값을 설정하는 것 외에도 어떤 모델을 사용할 수 있는지 제한할 수 있습니다. 이는 지침만으로는 더 강력한 레버입니다. 이는 두 가지 수준에서 작동합니다:

구성원이 다양한 사용자 정의 역할을 가진 여러 그룹에 속하는 경우 액세스는 누적됩니다. 조직 전체에서 활성화된 한 역할이 부여하는 모든 모델을 얻습니다.

역할별 노력 수준 제한

역할이 사용할 수 있는 모델을 제한하는 것 외에도 해당 역할의 구성원이 모델당 선택할 수 있는 최대 노력 수준을 제한할 수 있습니다. 이는 이미 다룬 노력 지침의 더 세분화된 버전입니다. 이는 사용자 정의 역할에만 적용되며 조직 수준에서는 적용되지 않습니다. 구성원이 여러 역할을 가진 경우 해당 역할 전체의 최고 노력 상한이 적용됩니다.

관리자 팁: 모델 + 노력 제한 쌍

모델 지침("Sonnet이 기본값입니다" 메시징)이 작동하지 않고 여전히 높은 Opus 소비를 보고 있다면 Opus 액세스를 특정 역할로 제한하거나 파워 사용자가 아닌 역할에 대해 노력을 최대값 대신 중간/높음으로 제한하는 것이 다음 레버입니다. 깊은 추론이 실제로 가치가 있는 역할에 대해 전체 액세스를 예약하세요.

적용되는 위치

모델 액세스 및 노력 제한은 채팅(웹, 데스크톱, 모바일), Claude Cowork, Claude Code(CLI 2.1.199 이상 - 이전 버전은 여전히 제한된 옵션을 표시하지만 이를 사용하는 요청은 거부됨)를 포함한 대부분의 Claude 제품에서 적용됩니다. Chrome의 Claude 및 Claude Security는 아직 이를 지원하지 않습니다. 지원되는 제품의 현재 목록은 조직의 모델 액세스 관리를 참조하세요.

구성 방법: 조직 설정 → 역할 → 역할 선택 → 모델 탭. 모델 액세스, 모델당 선택적 노력 상한, 선택적 역할 수준 기본 모델을 설정하세요. 조직 전체에서 구성을 관리하려면 조직 설정 → 모델로 이동하세요. 조직의 모델 액세스 관리에서 자세한 내용을 확인하세요.

Sonnet은 일상적인 작업용입니다. 빠르고 매우 능력 있으며, 작성, 분석, 코딩 지원, Q&A 등 대부분의 작업에 맞게 설계되었습니다.

Opus는 더 어렵고 복잡한 작업용입니다. 진정으로 복잡한 다단계 문제를 다루거나 속도보다 품질이 중요할 때 사용하세요.

확실하지 않으면 Sonnet부터 시작하세요. 더 깊이 있는 답변이 필요하면 대화 중간에 모델을 Opus로 전환할 수 있습니다.

조직 지침을 통해 관리자는 조직 전체의 모든 Claude 대화에 지속적인 지침을 주입할 수 있습니다. 이는 팀의 규범, 모범 사례, 보안 조치를 반영하는 시스템 프롬프트를 Claude에 제공하는 것과 같습니다. 이는 사용자가 찾아야 하는 문서가 아니라 사용 시점에 제품 내에서 지침이 표시되므로, 마찰을 추가하지 않으면서 사용자 행동을 변화시키는 높은 영향력의 도구입니다.

조직 지침을 사용하여 소비 및 사용 패턴을 관리할 수 있는 몇 가지 방법:

사용자 메뉴 내 분석 페이지(claude.ai/analytics)는 조직의 상황을 빠르게 파악하는 가장 빠른 방법입니다. 주간 활성 사용자, 좌석 활용률, 상위 커넥터, 총 지출(MTD/QTD/YTD), 모델별 지출, 상위 10명의 지출 사용자 순위표를 표시합니다. 채팅, Claude Code, Cowork, Claude Design에 대한 제품별 보기는 각 표면의 활동을 분석합니다. 자세히 알아보기.

각 스킬은 반복 가능한 워크플로우(영업 통화 준비, 계약 검토)를 나타내므로, 그 비용을 해당 워크플로우의 가치와 직접 비교할 수 있습니다. 분석의 스킬 보기는 조직의 모든 스킬에 대한 사용자, 사용당 비용, 총 사용 횟수를 표시하며, 그룹("내 법무팀이 어떤 스킬을 사용하고 있나?") 또는 제품 표면별로 필터링할 수 있습니다.

ROI 분석을 실행하려면:

계산은 현재 제품 외부에서 발생하지만, CSV 내보내기는 빠른 스프레드시트 작업을 가능하게 합니다. 대략적인 추정치도 설득력 있는 이야기를 전달합니다: 실행당 $0.90의 비용이 드는 통화 준비 스킬이 $20의 가치에 대해 모든 사용에서 20배의 수익을 반환합니다.

일회성 상세 분석이 필요한 경우, 분석 페이지의 개요 탭에서 사용자별, 모델별 지출 보고서를 CSV로 내보낼 수 있습니다: 지출 섹션("Claude의 비용이 얼마나 드나요?")에서 "지출 보고서 내보내기"를 클릭하고 MTD, 지난 달, 지난 90일 또는 최대 90일 전의 사용자 정의 범위를 선택하세요.

분석 채팅을 통해 조직의 사용량에 대해 자연어로 질문할 수 있습니다. 질문을 입력하세요. "지난 30일간의 일일 지출을 보여주세요", "상위 지출자는 누구인가요", "우리의 좌석 활용률은 얼마인가요"라고 하면, Claude는 차트와 발견한 내용에 대한 짧은 서면 요약을 반환합니다. 처음부터 시작하지 않고도 후속 질문을 통해 정제하거나, 자세히 살펴보거나, 다른 방향으로 전환할 수 있습니다.

특정 질문이 있고 대시보드를 탐색하고 싶지 않을 때, 또는 추세를 탐색하고 빠른 왕복을 원할 때 이를 사용하세요. 결과는 기본적으로 지난 30일을 포함합니다. 다른 범위가 필요한 경우 질문에서 지정하세요. 데이터는 매일 새로고침됩니다. 자세히 알아보기.

프로그래밍 방식의 액세스를 위해 Claude Enterprise 분석 API를 사용하세요. 사용한 토큰 또는 지출한 달러로 순위가 지정된 사용자 목록을 가져오거나, 제품, 모델, RBAC 그룹, 컨텍스트 윈도우, 지역 또는 서비스 계층(표준 대 빠름)별로 분석된 시간 경과에 따른 사용량 및 비용 추세를 살펴보세요. 비용 보고서를 RBAC 그룹별로 그룹화하면 사용자별 행을 내보내지 않고도 부서별 지출을 청구 목적으로 얻을 수 있습니다. 각 요청은 31일 너비로 제한되며, 지난 365일 이내에 시작되고, 2026년 1월 1일 이전이 아닙니다.

조직 설정 > API에서 Primary Owner가 read:analytics 범위로 키를 생성할 수 있습니다. 비용 및 사용량 데이터는 일반적으로 약 4시간 이내(때때로 최대 24시간)에 도착하며 최대 30일 동안 수정될 수 있으므로, 청구 등급 합계를 위해 30일 이상 전의 쿼리 날짜를 사용하세요. 사용자, 스킬, 플러그인, 커넥터와 같은 참여 엔드포인트는 대략 1일의 지연으로 매일 업데이트됩니다. 자세히 알아보기 및 API 참조 가이드를 검토하세요.

분석 API는 또한 스킬, 플러그인, 커넥터 사용량을 사용자별로 분석합니다. skills, plugins, connectors 엔드포인트는 각각 group_by[]=user_id 매개변수를 지원하여, 대시보드에서 보는 조직 전체 합계를 스킬(또는 플러그인, 또는 커넥터)당 사용자당 한 행으로 변환합니다. 따라서 특정 스킬을 실행하는 사람, 실행 빈도, 배포한 플러그인을 실제로 호출한 팀 멤버를 정확히 볼 수 있습니다. RBAC 그룹 또는 제품 표면별로 그룹화하거나, 이름별로 단일 스킬, 플러그인 또는 커넥터로 필터링할 수도 있습니다.

이는 위의 동일한 스킬별 ROI 질문에 유용하며, 스프레드시트로 내보내는 대신 개별 사용자별로 분석됩니다. 예를 들어, 플러그인 배포가 실제로 설치되었는지 확인하는 것이 아니라 배포된 팀에 실제로 도달했는지 확인합니다. API 참조에서 자세히 알아보세요: 스킬, 플러그인, 커넥터.

많은 그룹에서 제한을 관리하는 조직의 경우, 관리자 API는 비용 제어 워크플로우를 스크립트로 이동합니다. 증가 요청 검토를 자동화하고, 제한에 가까운 멤버에 플래그를 지정하고, 규모에 따라 빠르게 변화하는 사용량을 표시합니다. API는 모든 멤버의 유효 제한 및 월간 누계 지출을 읽고 사용자별 재정의를 설정하거나 지웁니다. 그룹, 좌석 유형, 조직 수준 제한은 여전히 조직 설정에서 구성됩니다. 관리자 API의 사용자 관리 엔드포인트(현재 Enterprise 조직의 베타 버전)를 통해 그룹을 생성하고, 멤버를 추가 또는 제거하고, 사용자 정의 역할을 프로그래밍 방식으로 읽을 수도 있습니다. 사용자 관리를 참조하세요.

지출 임계값 알림은 조직 수준 지출 제한의 75% 및 90%에서 관리자에게 알림을 보내, 누구도 작업 중간에 차단되기 전에 한도를 올릴 시간을 줍니다.

기술 제어는 대부분의 방법을 제공하지만, 사용자 행동이 나머지를 주도합니다. 소비 방식을 이해하는 팀은 독립적으로 더 나은 선택을 하고 문제 해결을 위해 더 적은 엣지 케이스를 표시합니다.

사용자를 온보딩할 때 다음을 공유하세요:

Claude 청구 방식

모델을 선택하는 방법

한도에 도달했을 때 어떤 일이 발생하나요

사용자와 공유할 리소스