Claude Enterprise は、チャット、Claude Code、Claude Cowork を通じて、組織に強力な AI へのアクセスを提供します。このアクセスには、利用を効果的に管理する責任が伴います。チームが最大の価値を得られるようにしながら、利用を予測可能で予算内に保つ必要があります。
このガイドでは、Enterprise 管理者がトークン利用を制御・最適化するための主要なレバーについて説明します。支出上限の設定、ロールベースのアクセス制御の構成、ユーザー教育、タスクに適したモデルの選択などです。
利用管理が重要な理由
Claude Enterprise は、シート単位の利用ベースの価格設定モデルです。組織の利用プールはすべてのユーザー間で共有され、特に Claude Code と Cowork などのサーフェスは、標準的なチャットよりも大幅に高い速度でトークンを消費します。
支出制限を積極的に設定し、ユーザーを教育する管理者は、無駄を削減し、高価値のユースケースが必要な容量を確保できるようにすることができます。
サーフェス全体のトークン集約度を理解する
サーフェス | トークン集約度とその要因 |
Core Chat | 低集約度。標準的な双方向会話、要約、ドラフト作成、Q&A。トークン利用はメッセージの長さと会話履歴に応じてスケーリングします。 |
Claude Code | 高集約度。各コーディングセッションには、システムプロンプト、ファイルコンテキスト、ツール呼び出し、マルチターン推論が含まれます。チャットよりもセッションあたりのトークンが多くなります。 |
Claude Cowork | 高集約度。エージェンティックワークフロー、マルチステップタスク実行、スキルは、エンドユーザーに見えない可能性のある大量の中間トークン利用を生成します。 |
管理者向けヒント：チームとの期待値を設定する
Claude Code または Cowork ワークフローを実行しているユーザーは、セッションがどの程度トークン集約的であるかを認識していない可能性があります。単一の Cowork タスクまたは Claude Code デバッグセッションは、チャットよりもはるかに多くのトークンを消費できます。送信するユーザーオンボーディングにこのコンテキストを含めてください。
ロールベースのアクセス制御
ロールベースのアクセス制御（RBAC）を使用すると、ユーザーをグループ化し、個別ではなく単位として Claude サーフェスと利用予算へのアクセスを管理できます。これは、大規模な組織での利用を管理する最もスケーラブルな方法です。
グループの構成方法
グループを組織階層ではなく、職務機能とユースケースの観点から考えてください。いくつかの原則があります：
組織図のボックスではなく、異なる利用パターンにマップするグループを作成します。「North America」と「EMEA」よりも「Engineering」と「Sales」の方が、利用管理に役立ちます。
グループの増殖を制限します。8～10 個を超えるグループは管理が難しくなります。4～6 個で開始し、利用パターンが明らかに異なる場合にのみ分割してください。
グループを使用して、高集約度のサーフェスへのアクセスをゲートします。例えば、「Engineering」グループのメンバーのみが Claude Code にアクセスでき、他のユーザーは Chat と Cowork のみを表示します。
グループレベルの支出上限を開始点として割り当て、外れ値（例えば、特定のプロジェクトのために Claude Code が必要な非技術的な PM）についてはユーザーレベルでオーバーライドします。
グループ支出管理
グループが構成されたら：
初期ロールアウト中は週単位でグループ利用を確認し、その後は月単位で確認します。
グループが一貫して上限に近づいている場合は、自動的に上限を引き上げる前に調査してください。正しい対応は、より多くの予算ではなく、モデルガイダンス（Opus の代わりに Sonnet を使用）である可能性があります。
各部門に「グループオーナー」を割り当てることを検討してください。このオーナーは利用を確認し、チームからの質問に対応する責任があります。これにより、管理負担が分散され、ビジネスコンテキストを持つ人がループに入ります。注意：これらの個人に管理者権限を付与する必要があり、これが望ましくない場合があります。
ガバナンスのヒント：最初のゲートとしてサーフェスアクセスを表示する
トークンレベルの制限について心配する前に、適切なユーザーが適切なサーフェスにアクセスできることを確認してください。初日に全員に Claude Code と Cowork アクセスを付与することは、予期しない利用を生成する最速の方法です。高集約度のサーフェスを段階的にロールアウトし、最初に生産的に使用する可能性が最も高いチームから始めます。
支出制限を設定する
支出制限は、利用を制御するための主要なツールです。Claude Enterprise では、管理者は 3 つのレベルで制限を設定できます。組織レベル、グループレベル（RBAC を使用）、個別ユーザーレベルです。推奨されるアプローチは、RBAC グループレベルの制限とユーザーごとの制限から開始することです。これにより、制限に達した場合に組織全体を遮断するリスクなしに、正確でターゲット化された制御が可能になります。
組織レベルの支出制限
組織レベルの制限は、すべてのユーザーとサーフェス全体のハードシーリングとして利用できますが、慎重に使用してください。これに達すると、すべてのユーザーに同時に影響し、混乱を招く可能性があります。ほとんどの管理者は、グループとユーザーレベルで利用を管理する方が、運用リスクが少なく、より良い結果が得られることに気付きます。
グループ支出制限
グループ支出制限を使用すると、グループ全体にユーザーあたりの月間支出制限を割り当てることができるため、そのグループのすべてのメンバーは個別に設定することなく同じ制限を継承します。これは、中規模から大規模な組織での利用を管理する最もスケーラブルな方法であり、管理者が開始すべき場所です。
次の優先順位ルールに注意してください：
個別制限は常にグループ制限をオーバーライドします。どちらが高いかに関わらず。
ユーザーが異なる制限を持つ複数のグループに属している場合、組織は最低または最高の支出制限を適用できます。「Spending defaults」の下のドロップダウンを使用して、適用する優先順位を決定します。シートタイプのデフォルト制限もこの比較に含まれることに注意してください。
組織全体の制限はハードシーリングのままです。
どこにも制限がない = 制限がない。メンバーが個別制限を持たず、グループのいずれも制限を持たない場合、その支出は上限がありません。
構成方法：組織設定 > 利用 > グループ別。制限を特定のドル金額または「Unlimited」に設定します。
ユーザーレベルの支出上限
ユーザーレベルの上限を使用すると、個別アカウントの利用制限を設定できます。これは、役割全体で利用が大きく異なる組織に不可欠です。毎日 Claude Code を使用する開発者は、コピーライティングのためにチャットを使用するマーケターとは非常に異なるニーズを持っています。
ユーザーレベルの上限のベストプラクティス：
ロールアウト前に、ロールタイプに基づいて利用層を定義します。層状の構造（例えば、light、standard、power）により、上限を一貫して割り当てと調整しやすくなります。
慎重に開始します。ユーザーのリクエストに基づいて上限を増やす方が、超過会話を取り戻すよりも簡単です。
パワーユーザー（エンジニア、データサイエンティスト、研究者）には、より高い、または無制限の個別制限を付与しますが、適切なタスクに適切なClaudeモデルを使用するようにすることでこれを相殺します。
個別の使用レポートを毎月監視して、外れ値を特定します。常に上限に達しているユーザー（さらに必要な場合がある）と、非常に少ない消費をしているユーザー（まだアクティベートされていない可能性がある）の両方です。
推奨される開始点
ユーザータイプ | コード | Cowork | チャット |
パワー（上位10%） | $200 | $100 | $50 |
標準的（平均） | $85 | $50 | $20 |
ライト（中央値） | $25 | $20 | $5 |
*これらの数値は大まかな計画推定値です。実際の消費は、チームのサイズ、ワークフロー、使用パターンによって異なります。
モデル選択ガイダンス
管理者ができる最も影響力のあることの1つは、ユーザーにどのタスクにどのモデルを使用するかについて明確なガイダンスを設定することです。モデルの選択はトークン消費に直接的で重大な影響を与えます。Opusは同じタスクでSonnetより数倍多くのトークンを消費する可能性があります。
適切なタスクに適切なモデル
モデル | 最適な用途 | トークン集約度 | 推奨される使用方法 |
Claude Sonnet | 日常的なタスク、執筆、分析、Q&A | 中程度 | すべてのユーザーのデフォルトモデル。組織全体のデフォルトとして設定 |
Claude Opus | 複雑な推論、研究、複数ステップのタスク | 高 | パワーユーザーまたは特定のワークフローのみに予約 |
Claude Haiku | シンプルな検索、要約、高速応答 | 低 | 大量の軽量自動化タスク |
管理者設定の推奨事項
大量で低複雑度のワークフロー（例：サポートチケットの要約、初期ドラフトメールの生成）がある場合は、Haikuがより適切かどうかを評価してください。これらのユースケースでは消費を大幅に削減できます。
ユーザーが実際に選択しているモデルを定期的に監査してください。消費の大部分がOpusにある場合、それはモデルガイダンスが機能していないことを示しています。
モデル選択についてユーザーに伝えること
Sonnetは日常の相棒です。高速で非常に有能で、執筆、分析、コーディング支援、Q&Aなど、大多数のタスク向けに設計されています。
Opusはより難しく、より複雑な作業用です。本当に複雑な複数ステップの問題に取り組んでいる場合、または速度よりも品質が重要な場合に使用してください。
迷ったときはSonnetから始めてください。より深い分析が必要な場合は、いつでも会話の途中でモデルをOpusに切り替えることができます。
組織設定を使用してユーザー行動を形成する
組織設定により、管理者は組織全体のすべてのClaudeの会話に継続的なガイダンスを注入できます。これは、チームの規範、ベストプラクティス、ガードレールを反映するシステムプロンプトをClaudeに効果的に与えます。これは、ユーザーが見つけなければならないドキュメントではなく、使用時に製品内に表示されるため、摩擦を追加することなくユーザー行動をシフトさせるための高レバレッジツールです。
組織設定を使用して消費と使用パターンを管理する方法のいくつか：
トークン集約的な出力形式に対して軽く押し戻す。特定のアーティファクトタイプの増殖に気付いた場合（例：より単純な形式で十分な機能横断的なスレッドで共有されているHTMLダッシュボード）、生成する前にユーザーに確認するようにClaudeに指示できます。これにより、機能を完全に削除することなく軽量なチェックが追加されます。
ユーザーを内部リソースに誘導します。チームのwiki、ベストプラクティスドキュメント、または使用ガイドラインを設定内で直接参照してください。Claudeは関連する場合にそれらを表示し、ユーザーを毎回再発明する代わりに適切な内部コンテキストに導きます。
モデル選択の規範を強化します。Claude（および拡張的にユーザー）に、Sonnetがデフォルトであり、Opusが特定のワークフロー用に予約されていることを思い出させてください。これはユーザー教育を補完し、誰もが事前にそれを内部化する必要がありません。
使用状況と支出の追跡
分析ページ
ユーザーメニュー内の分析ページ（claude.ai/analytics）は、組織の状況を把握する最速の方法です。週間アクティブユーザー、シート利用率、トップコネクタ、総支出（MTD/QTD/YTD）、モデル別支出、および支出別トップ10ユーザーランキングが表示されます。Claude.ai、Claude Code、およびCoworkの製品固有ビューは、各サーフェスのアクティビティを詳細に示します。詳細を確認。
支出レポートCSVエクスポート
1回限りの詳細な内訳が必要な場合は、Analytics > All Activity > Spend > Export Spendからユーザーごと、モデルごとの支出レポートをCSVとしてエクスポートできます。MTD、先月、過去90日間、または過去90日間までのカスタム範囲を選択してください。CSVには、ユーザーメール、ユーザーID、アカウントUUID、製品、モデル、リクエスト数、プロンプトと完了トークン、およびUSDでの純支出と総支出が含まれます。
分析チャット
分析チャットを使用すると、組織の使用状況について平易な言語で質問できます。質問を入力してください—「過去30日間の1日ごとの支出を表示」、「トップスペンダーは誰か」、「シート利用率はどのくらいか」—Claudeはチャートと見つけたことの短い書面による要約を返します。フォローアップして、最初からやり直さずに絞り込み、詳細に掘り下げ、またはピボットできます。
特定の質問があり、ダッシュボードをナビゲートしたくない場合、またはトレンドを探索し、高速な往復を望む場合に使用してください。結果はデフォルトで過去30日間をカバーします。異なる範囲が必要な場合は、質問で指定してください。データは毎日更新されます。詳細を確認。
分析API
プログラムによるアクセスの場合は、Claude Enterprise Analytics APIを使用してください。使用されたトークンまたは支出したドルでランク付けされたユーザーのリストを取得するか、製品、モデル、コンテキストウィンドウ、または地域別に分類された時間経過に伴う使用状況とコストのトレンドを確認してください。各リクエストは31日間の幅に制限され、過去365日以内に開始し、2026年1月1日より前ではありません。
プライマリオーナーは管理APIキーを生成できます。データは4時間ごとに更新されます。請求グレードの合計については、過去30日以上前の日付をクエリして、遅延イベントが調整される時間を確保してください。詳細を確認して、APIリファレンスガイドを確認してください。
エンドユーザー教育
テクノロジーコントロールはほとんどの方法を実現しますが、ユーザーの行動が残りを駆動します。消費がどのように機能するかを理解するチームは、独立してより良い選択を行い、トラブルシューティングするエッジケースが少なくなります。
エンドユーザーに伝えること
ユーザーをオンボードするときは、以下を共有してください：
Claudeの請求方法
使用状況はトークンで測定されます。長いプロンプトと長い会話はより多くのトークンを消費します。
Claude CodeおよびCoworkセッションはチャットよりも大幅にトークン集約的です。単一の長いコーディングセッションは、典型的なチャットセッションよりもはるかに多くのトークンを使用できます。
設定でSettings → Usageに切り替えて使用状況を確認してください。
モデルの選択方法
Sonnetはデフォルトであり、ほとんどのタスクをうまく処理します。Sonnetがあなたが必要な場所に到達していない場合にのみOpusを使用してください。
モデルセレクターはインターフェースに表示されます—ユーザーに確認するよう促してください。特に複雑なタスクを実行している場合。
モデルセレクターはスティッキーなので、使用したいモデルであることを確認する習慣をつけてください！
キャップに達したときに何が起こるか
ユーザーが個別キャップに達した場合、グループオーナーまたはIT/管理チームに連絡して、増加をリクエストできます。
進行中の作業は失われません—Claudeは現在のターンを完了してから、さらなる使用を制限します。