Claude Enterprise は、チャット、Claude Code、Claude Cowork、Claude Design、および Microsoft 365、Chrome、Slack などのチームが既に使用しているツール内の Claude を通じて、組織に強力な AI へのアクセスを提供します。このアクセスには、利用を効果的に管理する責任が伴います。チームが最大の価値を得られるようにしながら、利用を予測可能で予算内に保つ必要があります。
このガイドでは、Enterprise 管理者がトークン利用を制御・最適化するための主要なレバーについて説明します。支出上限の設定、ロールベースのアクセス制御の構成、ユーザー教育、タスクに適したモデルと労力レベルの選択、支出の成果の測定などです。
利用管理が重要な理由
Claude Enterprise は、シート単位の使用量ベースの料金モデルです。組織の利用プールはすべてのユーザー間で共有され、特に Claude Code と Cowork などのサーフェスは、標準チャットよりも大幅に高いレートでトークンを消費します。
支出制限を積極的に構成し、ユーザーを教育する管理者は、無駄を削減し、高価値のユースケースが必要な容量を確保できます。
サーフェス全体のトークン集約度を理解する
サーフェス | トークン集約度とその要因 |
コアチャット | 低集約度。標準的な双方向会話、要約、ドラフト作成、Q&A。トークン使用量はメッセージの長さと会話履歴に応じてスケーリングします。 |
Claude Code | 高集約度。各コーディングセッションには、システムプロンプト、ファイルコンテキスト、ツール呼び出し、マルチターン推論が含まれ、チャットよりもセッションあたりのトークンが多くなります。 |
Claude Cowork | 高集約度。エージェンティックワークフロー、マルチステップタスク実行、スキルは、エンドユーザーに見えない可能性のある重大な中間トークン使用を生成します。 |
他のサーフェスも組織の利用を利用し、Analytics、支出エクスポート、Analytics API に個別の製品として表示されます。(a) Claude for M365 (Excel、PowerPoint、Word、Outlook アドイン) は、同じ組織、グループ、ユーザーあたりの支出制限とモデル制限の対象です。(b) Claude Design (ベータ版) は、組織の利用から標準 API レートで請求され、組織、グループ、ユーザーあたりの制限が適用されます。(c) Claude in Chrome は、サイドパネルが Claude Cowork セッションとして実行されるため、マルチステップブラウジングタスクは他の Cowork エージェンティックワークと同様に消費されます (Organization settings > Cowork で管理)。(d) Claude Tag (Claude in Slack、ベータ版) は、チャネルワークが個別シートではなく組織の利用残高に請求されるため、ユーザーあたりおよびグループ制限はそれをキャップしません。Claude Tag 支出制限 (およびオプションのチャネルあたり制限) を claude.ai/admin-settings/usage/claude-tag で設定します。Claude Tag との DM は送信者自身のシートに請求されます。
管理者向けヒント: チームとの期待値を設定する
Claude Code または Cowork ワークフローを実行しているユーザーは、セッションがどの程度トークン集約的であるかを認識していない可能性があります。単一の Cowork タスクまたは Claude Code デバッグセッションは、チャットよりもはるかに多くのトークンを消費できます。送信するユーザーオンボーディングにこのコンテキストを含めてください。
ロールベースのアクセス制御
ロールベースのアクセス制御 (RBAC) を使用すると、ユーザーをグループ化し、個別ではなく単位として Claude サーフェスと利用予算へのアクセスを管理できます。これは、大規模な組織での利用を管理する最もスケーラブルな方法です。
グループの構成方法
グループを組織階層ではなく、職務機能とユースケースの観点から考えてください。いくつかの原則があります。
組織図ではなく、異なる利用パターンにマップするグループを作成します。利用管理には、「北米」や「EMEA」よりも「エンジニアリング」と「営業」の方が有用です。機能グループはスマートレポートもより有用にします。チームにスコープされたレポートは、実行可能な十分に具体的な結果を生成するためです。
グループの増殖を制限します。8~10 個以上のグループは管理が難しくなります。4~6 個で開始し、利用パターンが明らかに異なる場合にのみ分割します。
グループを使用して、高集約度サーフェスへのアクセスをゲートします。例えば、「エンジニアリング」グループのメンバーのみが Claude Code にアクセスでき、他のユーザーはチャットと Cowork のみを表示します。アクセスは、各グループに割り当てる カスタムロールによって付与され、組織ロールが「カスタム」に設定されているメンバーにのみ有効になります。組み込みの「ユーザー」ロールのままのメンバーは、組織全体で有効なままです。グループは手動で作成することも、ID プロバイダーから同期することもできます。Enterprise プランでロールベースの権限を設定するを参照してください。
グループレベルの支出上限を開始点として割り当て、外れ値 (例えば、特定のプロジェクトのために Claude Code が必要な非技術的な PM) についてはユーザーレベルでオーバーライドします。
グループ支出管理
グループが構成されたら:
初期ロールアウト中は週単位で、その後は月単位でグループ利用を確認します。
グループが一貫して制限に近づいている場合 (Usage ページの「Time at limit」を参照)、自動的に引き上げる前に調査します。そのグループにスコープされたスマートレポートは、支出が何を生成しているかを示します。または、そのグループに短いアンケートを送信して直接質問することもできます。適切な対応は、より低い労力上限またはより明確なモデルガイダンスかもしれません。レポートが高価値の仕事を示している場合は、制限を引き上げてください。制限に達しているメンバーはしばしばトップアダプターです。
各部門に「グループオーナー」を割り当てることを検討してください。このオーナーは利用を確認し、チームからの質問に対応する責任があります。これにより、管理負担が分散され、ビジネスコンテキストを持つ人がループに入ります。これらの人を所有者または管理者にする必要はありません。Analytics (表示可能) 管理権限を付与するカスタムロールを作成し、オプションで Billing (表示可能) を追加して Usage ページを表示できるようにし、小さな「利用レビュアー」グループに割り当てます。管理権限はロールが「カスタム」に設定されているメンバーにのみ適用され、Analytics ビューアクセスはグループに限定されるのではなく、組織全体です。
グループオーナーにチームのビューのみを提供するには、グループにスコープされたスマートレポートを実行させることができます。特定のグループのスマートレポートをチームメンバーに実行させるを参照してください。
ガバナンスのヒント: サーフェスアクセスを最初のゲートとして使用する
トークンレベルの制限について心配する前に、適切な人が適切なサーフェスにアクセスできることを確認してください。初日に全員に Claude Code と Cowork アクセスを付与することは、予期しない利用を生成する最速の方法です。高集約度サーフェスを段階的にロールアウトし、最初に生産的に使用する可能性が最も高いチームから始めます。
支出制限を設定する
支出制限は、利用を制御するための主要なツールです。Claude Enterprise では、管理者は 3 つのレベルで制限を設定できます。組織レベル、グループレベル (RBAC を使用)、個別ユーザーレベル、およびグループに 1 つの共有月額を提供するオプションのプール予算です。推奨されるアプローチは、RBAC グループレベルの制限とユーザーあたりの制限から開始することです。これにより、制限に達した場合に組織全体を遮断するリスクなしに、正確でターゲット化された制御が可能になります。
組織レベルの支出制限
組織レベルの制限は、すべてのユーザーとサーフェス全体のハードシーリングとして利用できますが、慎重に使用してください。これに達すると、すべてのユーザーに同時に影響し、混乱を招く可能性があります。ほとんどの管理者は、グループとユーザーレベルで利用を管理することで、運用リスクが少なく、より良い結果が得られることに気付きます。
グループ支出制限
グループ支出制限を使用すると、グループ全体にユーザーあたりの月額支出制限を割り当てることができるため、そのグループのすべてのメンバーは個別に設定することなく同じ制限を継承します。これは、中規模から大規模な組織での利用を管理する最もスケーラブルな方法であり、管理者が開始すべき場所です。
次の優先順位ルールに注意してください。
個別制限は常にグループ制限をオーバーライドします。どちらが高いかに関わらず。
ユーザーが異なる制限を持つ複数のグループに属している場合、Spending defaults の下の Multi-group spend limit 設定は、より高い制限またはより低い制限が適用されるかを制御します。シートタイプのデフォルト制限がこの比較に含まれます。
組織全体の制限は、ハードシーリングのままです。
どこにも制限がない = 制限がない。 メンバーが個別制限を持たず、グループのいずれも制限を持たない場合、その支出はキャップされません。
構成方法: Organization settings → Usage → By group/tier。制限を特定のドル金額または「Unlimited」に設定します。
プール予算グループ (ベータ版)
グループ支出上限は、各メンバーに同じ個別制限を与えます。プール予算は、グループ全体に 1 つの共有月額を与え、すべてのメンバーがそこから引き出します。チームが固定予算を持っているが、メンバー間で利用が不均等な場合に使用します。
すべてのリクエストは、メンバー自身の月額制限とグループのプールの両方に対してカウントされます。メンバーは、どちらかが尽きるまで停止します。利用は、一時停止する前に制限をわずかに超える可能性があります。ユーザーあたりの制限を、プールの等しい共有ではなく、ガードレールとして設定します。プールが尽きると、管理者がそれを引き上げるか、翌月にリセットされるまで、グループのすべてのメンバーの利用が一時停止します。請求管理者は、プールの 50%、75%、95%、100% でメール通知を受け取ります。
メンバーが複数のプール予算グループに属している場合、最大のプールが最初に使用されます。Pooled budget priority の下でカスタム順序を設定できます。
設定方法: Organization settings > Usage > Spend limits > By group/tier。グループのメニューを開き、Edit limitsを選択して、Pooled monthly budgetとMember monthly limitを設定します。グループには最初に月間支出制限が必要です。オーナー、プライマリオーナー、請求ロール、および請求(管理可能)権限を持つカスタムロールがプールを設定できます。ベータ版では、請求権限は組織全体に適用されるため、1つのグループのプールを編集できるユーザーはすべてのグループのプールを編集できます。プールはAdmin APIではまだ利用できません。Manage pooled group budgets on Enterprise plansを参照してください。
ユーザーレベルの支出上限
ユーザーレベルの上限により、個別アカウントの消費制限を設定できます。これは、使用状況がロール間で大きく異なる組織に不可欠です。たとえば、Claude Codeを毎日使用する開発者と、コピーライティングのためにチャットを使用するマーケターでは、ニーズが大きく異なります。
ユーザーレベルの上限のベストプラクティス:
ロールアウト前に、ロールタイプに基づいて消費層を定義します。軽量、標準、パワーなどの階層構造により、上限の割り当てと調整が一貫して行いやすくなります。
控えめに開始します。ユーザーのリクエストに基づいて上限を引き上げる方が、超過分の会話を取り消すよりも簡単です。
パワーユーザー(エンジニア、データサイエンティスト、研究者)には、より高い、または無制限の個別制限を付与しますが、これを相殺するために、彼らが各タスクに適切なClaudeモデルを使用していることを確認します。
使用状況ページで毎月「Time at limit」をチェックして、メンバーがどのくらいの頻度で制限に達しているかを確認します。また、まだアクティベートされていない可能性のある、消費量が非常に少ないユーザーにも注意してください。
モデル選択ガイダンス
管理者ができる最も影響力のあることの1つは、ユーザーがどのタスクにどのモデルを使用するかについて明確なガイダンスを設定することです。モデルの選択は、支出に直接的で重大な影響を与えます。
努力レベルは2番目の消費レバーです。ユーザーは、各応答にClaudeが適用する思考量を選択でき、より高い努力レベルはより低いレベルよりも多くのトークンを消費します。ユーザーに最大努力を最も要求の厳しいタスクのみに予約し、日常的なタスクにはより低い努力を使用するよう促します。
タスクに適したモデル
モデル | 最適な用途 | トークン強度 | 推奨される使用方法 |
Claude Fable | 最も難しいオープンエンドの作業:深い研究、複雑な分析、長時間実行されるエージェント作業 | 非常に高い | 最も高度な一般利用可能なモデルで、最も難しく、最も価値の高い作業向けです。 |
Claude Opus | 複雑な推論、研究、執筆、分析、コーディング、および複数ステップのタスク | 高い | ほとんどのロールの強力なデフォルト、および複雑で複数ステップの作業向け |
Claude Sonnet | 日常的なタスク、執筆、分析、Q&A | 中程度 | より軽い日常的なタスク向けの高速オプション、または高ボリュームでより単純な作業を行うグループ向けのデフォルト。 |
Claude Haiku | シンプルな検索、要約、高速応答 | 低い | 高ボリュームの軽量自動化タスク |
組織のデフォルトモデルを設定する
ユーザーを適切なモデルに導くことに加えて、組織内のすべてのユーザーの新しい会話が開始するモデルを設定できます。これは利用可能な最も直接的な消費レバーの1つです。デフォルトは、ほとんどのユーザーが毎日実行するものを形作ります。
2つのオプションがあります:
Anthropic推奨 — 新しいモデルがリリースされると自動的に更新されるため、組織は常に手動メンテナンスなしで現在推奨される汎用モデルで開始されます。
独自に選択 — 特定のモデルを組織のデフォルトとして設定し、変更するまでそこに保持します。消費予測可能性のために既知のモデルで標準化したい場合に使用します(たとえば、Opusをデフォルトにし、最も難しい作業を行うロールにFableを付与します)。
この設定は、チャット、Claude Cowork、Claude Code(CLI 2.1.199以降)、およびClaude for Microsoft 365の新しい会話に適用されます。選択したモデルが製品で利用できない場合、Anthropicの推奨デフォルトが使用されます。管理設定を通じてClaude Codeのモデルもピン留めする場合、その設定はCLIとIDEで優先されます。Set a default model for your organizationを参照してください。
スティッキーデフォルト - 常にデフォルトモデルと努力レベルで開始(ベータ)。デフォルトでは、モデルピッカーはスティッキーです:新しい会話は、メンバーが最後に使用したモデルで開始されます。これを変更するには、Organization settings > ModelsでAlways start with the default model and effort levelをオンにします。その後、すべての新しい会話は、組織のデフォルトモデルとデフォルト努力レベルで開始されます。メンバーは会話内で両方を変更できます。
スティッキーデフォルトは自動的にアップグレードされます。起動がデフォルトモデルを変更すると、スティッキーモデルは新しいデフォルトに移動するため、誰も古いモデルに残されません。独自のデフォルトモデルを設定するロールは、ロールエディターで同じスイッチを持っています。チャット、Claude Cowork、Claude Code、Claude for Microsoft 365、Claude Design、およびClaude Scienceで機能します。Set a default model for your organizationを参照してください。
上記の推奨設定に従うには、カスタムロールを通じてロール別にデフォルトを設定します。たとえば、Claude Opusを組織のデフォルトにし、Claude Fableを研究および分析ロールのデフォルトにすることができます。これは、既に設定したRBACグループに基づいています(Role-based access controls上記を参照)。
設定方法:組織のデフォルトの場合はOrganization settings > Models。ロールのデフォルトの場合は、Organization settings > Roles > select a role > Models tabに移動します。
組織のモデルアクセスを管理する
デフォルトを設定することに加えて、どのモデルが利用可能かを制限できます。これはガイダンスだけよりも強力なレバーです。これは2つのレベルで機能します:
組織レベル:各モデルはオーナーと管理者を含むすべてのユーザーに対して有効または無効になります。ここでモデルを無効にすると、組織全体のすべてのピッカーから削除されます。
カスタムロールレベル:カスタムロール上のメンバーの場合、各ロールは組織レベルで有効になっているもののサブセットへのアクセスを付与します。ロールは、組織が無効にしたモデルを付与することはできません。組織の設定は常に上限です。
メンバーが異なるカスタムロールを持つ複数のグループに属している場合、アクセスは加算的です。彼らは、彼らのロールが付与するすべてのモデルを取得します(組織全体で有効になっている限り)。
ロール別の努力レベルの上限
ロールが使用できるモデルを制限することに加えて、そのロール上のメンバーがモデルごとに選択できる最大努力レベルの上限を設定できます。これは、既に上記で説明した努力ガイダンスのより詳細なバージョンです。組織全体の努力上限を設定することもできます。これは、ロールが許可できる最高レベルです。メンバーが複数のロールを持っている場合、それらのロール全体で最高の努力上限が勝ちます。
ロールのデフォルトモデルのデフォルト努力レベルを設定することもできます。これにより、新しい会話は選択したレベル(Anthropicの推奨デフォルトまたは特定のレベル)で開始されます。デフォルトは、そのモデルの努力上限より高くすることはできません。Set a default model for your organizationを参照して詳細を確認してください。
適用される場合
モデルアクセスと労力制限は、チャット(Web、デスクトップ、モバイル)、Claude Cowork、Claude Code(CLI 2.1.199以降—以前のバージョンでは制限されたオプションが表示されますが、それらを使用するリクエストは拒否されます)を含むほとんどのClaudeプロダクトで実施されます。Chrome向けClaudeとClaude Securityはまだこれをサポートしていません。サポートされているプロダクトの現在のリストについては、組織のモデルアクセスを管理するを参照してください。
設定方法: Organization settings > Roles > ロールを選択 > Models タブ。モデルアクセス、モデルごとのオプションの労力上限、オプションのロールレベルのデフォルトモデル、デフォルト労力レベル、および常にデフォルトモデルと労力レベルで開始スイッチを設定します。組織全体で設定を管理するには、Organization settings > Modelsに移動します。 詳細については、組織のモデルアクセスを管理するを参照してください。
管理者設定の推奨事項
高ボリューム、低複雑度のワークフロー(例:サポートチケットの要約、初稿メールの生成)がある場合は、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 Code、Cowork、Claude Designの製品固有のビューは、各サーフェスのアクティビティを詳細に表示します。詳細を学ぶ。
スキル分析とスキルごとのROI
各スキルは反復可能なワークフロー(営業電話の準備、契約のレビュー)を表すため、そのコストはそのワークフローの価値と直接比較できます。分析のスキルビューは、組織内のすべてのスキルのユーザー、使用あたりのコスト、および総使用回数を表示し、グループ(「法務チームはどのスキルを使用していますか?」)または製品サーフェスでフィルタリングできます。
ROI分析を実行するには:
スキルビューからスキルテーブルをCSVにエクスポートします。
各スキルに実行あたりの値を割り当てます。完了したタスクの価値の大まかな推定値(例:それが置き換える従業員時間など)(例:「営業電話の準備は私たちにとって約$20の価値があります」)。
スプレッドシートで計算します:(実行あたりの値 − 使用あたりのコスト)×総使用回数は、各スキルが生成した純価値を示します。
計算は現在製品外で行われていますが、CSVエクスポートにより、迅速なスプレッドシート演習が可能になります。大まかな推定値でも説得力のあるストーリーが得られます。実行あたり$0.90のコストがかかるコール準備スキルは、$20の価値に対して、すべての使用で20倍のリターンを返します。
支出レポートCSVエクスポート
1回限りの詳細な内訳が必要な場合は、分析ページからユーザーごと、モデルごとの支出レポートをCSVとしてエクスポートできます。概要タブの支出セクション(「Claudeのコストはいくらですか?」)で、「支出レポートをエクスポート」をクリックして、MTD、先月、過去90日間、または過去90日間までのカスタム範囲を選択します。
分析チャット
分析チャットを使用すると、組織の使用状況について平文で質問できます。質問を入力してください。「過去30日間の日次支出を表示」、「トップスペンダーは誰か」、「シート利用率はいくらか」。Claudeはチャートと、見つけたものの短い書面による要約を返します。最初からやり直すことなく、フォローアップして絞り込んだり、ピボットしたりできます。
特定の質問があり、ダッシュボードをナビゲートしたくない場合、または傾向を探索して高速なやり取りを望む場合に使用してください。結果はデフォルトで過去30日間をカバーしています。別の範囲が必要な場合は、質問で指定してください。データは毎日更新されます。詳細を学ぶ。
分析API
プログラムによるアクセスの場合は、Claude Enterprise分析APIを使用してください。使用されたトークンまたは支出したドルでランク付けされたユーザーのリストを取得するか、製品、モデル、RBACグループ、コンテキストウィンドウ、地域、またはサービス層(標準対高速)で分類された時間経過に伴う使用状況とコストの傾向を確認してください。コストレポートをRBACグループでグループ化すると、ユーザーごとの行をエクスポートすることなく、部門ごとの支出がチャージバック用に得られます。各リクエストは31日間の幅に制限され、過去365日以内に開始し、2026年1月1日より前ではありません。
プライマリオーナーは、Organization settings > APIの下でread:analyticsスコープを持つキーを作成できます。コストと使用状況データは通常約4時間以内に到着し(時々最大24時間)、それが属する月の終了後7日まで修正される可能性があります。請求書グレードの合計については、そのウィンドウが閉じるまで待ってから月をクエリしてください。ユーザー、スキル、プラグイン、コネクタなどのエンゲージメントエンドポイントは、約1日のラグで毎日更新されます。詳細を学ぶおよびAPIリファレンスガイドを確認してください。
ユーザーごとのスキル、プラグイン、コネクタの使用状況
分析APIはまた、スキル、プラグイン、コネクタの使用状況をユーザーごとに詳細に表示します。skills、plugins、connectorsエンドポイントはそれぞれgroup_by[]=user_idパラメータをサポートし、ダッシュボードに表示される組織全体の合計をスキルごと(またはプラグイン、またはコネクタ)のユーザーごとの1行に変換します。これにより、特定のスキルを実行しているユーザー、実行頻度、実際にロールアウトされたプラグインを呼び出したチームメンバーを正確に確認できます。RBACグループまたは製品サーフェスでグループ化することも、名前で単一のスキル、プラグイン、またはコネクタにフィルタリングすることもできます。
これは上記と同じスキルごとのROI質問に役立ちます。スプレッドシートにエクスポートされるのではなく、個々のユーザーで詳細に表示されます。例えば、プラグインロールアウトが実際にそれが配布されたチームに到達したことを確認し、単にインストールされたことを確認するのではなく。APIリファレンスで詳細を学ぶ:スキル、プラグイン、コネクタ。
管理API
多くのグループ全体で制限を管理する組織の場合、管理APIはコスト制御ワークフローをスクリプトに移動します。増加リクエストレビューの自動化、制限に近いメンバーのフラグ付け、スケール全体で急速に変化する使用状況の表示。APIは、すべてのメンバーの有効な制限と月初からの支出を読み取り、ユーザーごとのオーバーライドを設定またはクリアします。グループ、シートタイプ、組織レベルの制限、およびプールされたグループ予算は、引き続き組織設定で設定されます。管理APIのユーザー管理エンドポイント(現在エンタープライズ組織向けベータ版)を使用すると、グループを作成し、メンバーを追加または削除し、カスタムロールをプログラムで読み取ることもできます。ユーザー管理を参照してください。
支出閾値アラート
支出閾値アラートは、組織レベルの支出制限の75%および90%で管理者に通知し、誰かがタスク途中でブロックされる前に上限を引き上げる時間を与えます。プールされたグループ予算は、プールの50%、75%、95%、100%で請求管理者に独自のアラートを送信します。
製品内調査
上記の分析は、チームがClaudeをどの程度使用しているかを示します。調査は、彼らが何をしているのか、そして何が彼らの邪魔になっているのかを示します。分析 > 調査から、管理者はCoworkまたはチャットでユーザーの作業の自然な中断時に表示される短い調査をユーザーに送信できます。グループ別にオーディエンスを選択し、ウィンドウを設定し、応答率、サーフェスとグループ別の内訳、書面による回答のフィード(調査ごとのCSVエクスポート付き)を含む、コンソールで集計結果を確認します。組織の調査を作成する方法の詳細を学ぶ。
制限時間(使用状況ページ)
Organization settings > Usageの使用状況ページは、メンバーが支出制限に達する頻度のビューで開きます。今月のアクティブシートあたりの制限時間、すべてのメンバーとパワーユーザー(支出別トップ10%)について、前月に対してプロットされ、予測付きで表示されます。また、どのグループまたは制限タイプが最も制限時間を占めているかを指摘するため、最初に確認する場所がわかります。
このビューを使用して、制限がユーザーの作業方法に適合しているかどうかを確認してください。制限時間の増加は、メンバーがタスク途中でブロックされていることを意味します。同じページから制限を調整できます。デフォルトを引き上げるか、それに達したメンバーの制限を増やします。
スマートレポート(ベータ版)
分析は各チームがいくら支出しているかを示します。スマートレポートは、その支出が何を生み出しているかを示します。レポートをチーム、日付範囲、および含めたいプロダクトにスコープします。Claudeはトランスクリプトのサンプルを確認し、支出をワークストリームと出力タイプで詳細に表示します。
消費管理の場合は、これらのセクションに焦点を当ててください:
出力タイプ別のセッションあたりのコスト。どの種類の作業が生成に費用がかかるか、そしてそのコストが価値と一致しているかどうかを確認します。
最も一般的な摩擦と非効率性。出力が得られないリワークループとセッションは、見返りのない支出です。繰り返される摩擦は、数分で有効にできるコネクタまたは設定を示していることがよくあります。
構築する再利用可能なスキルとワークフロー。繰り返し作業を共有スキルとしてパッケージ化すると、チーム全体がより速く一貫した結果を得られます。展開後、スキルビューでそのコストとROIを追跡できます。
最も高額なセッション。支出がどこに集中しているかを確認します。
スマートレポートは、個人のパフォーマンスを評価するのではなく、導入を理解し投資を計画するのに役立つように設計されています。可用性、セットアップ、レポートの作成と共有方法については、スマートレポートを始めるを参照してください。
アンケート(ベータ版)
Claude内で短いアンケートを実施して、ユーザーがClaudeを何に使用しているか、その価値は何か、どこで困っているかを学ぶことができます。その後、回答を支出データと比較できます。
アンケートはClaude Coworkのタスク間またはチャットの返信後にカードとして表示され、実行中のタスクを中断することはありません。すべてのメンバーまたは特定のグループに送信でき、Cowork、チャット、またはその両方を選択し、開始日と終了日を設定できます。各ユーザーはアンケートを1回だけ表示します。結果はアンケートがライブ中に更新されます:回答率、複数選択質問の棒グラフ、グループでフィルタリングできる記述回答のフィード。CSVにエクスポートすることもできます。
消費管理の場合、アンケートは以下に役立ちます:
高い支出の背後にある価値を確認する。グループが制限に達することが多い場合、キャップを上げたり下げたりする前に、Claudeを何に使用しているかを尋ねます。
ROI数値を埋める。Claudeが主要なワークフローでどのくらいの時間を節約しているかを尋ね、その回答をスキルROI分析の実行ごとの価値推定として使用します。
摩擦を見つける。Claudeが役に立たない場所を尋ねます。回答は、変更するコネクタ、スキル、またはモデル設定を示していることがよくあります。
設定方法:分析 > アンケート > 新しいアンケート。プライマリオーナー、オーナー、管理者、および分析ビューアクセス権を持つカスタムロールがアンケートを作成して結果を表示できます。回答は組織の管理者に送信され、Anthropicはサービスを実行するために必要な場合にのみアクセスします。PHIなどの規制対象データを回答に入れないでください。回答は匿名ではありません:エクスポートには各回答者のメールアドレスが含まれます。アンケートは、カスタマー管理暗号化キー(CMEK)を使用している組織ではまだ利用できません。組織のアンケートを作成するを参照してください。
エンドユーザー教育
テクノロジーコントロールはほとんどの方法を提供しますが、ユーザーの行動が残りを推進します。消費がどのように機能するかを理解するチームは、独立してより良い選択を行い、トラブルシューティングする必要があるエッジケースが少なくなります。
エンドユーザーに伝えること
ユーザーをオンボードするときは、以下を共有してください:
Claudeの請求方法
使用量はトークンで測定されます。長いプロンプトと長い会話はより多くのトークンを消費します。
Claude CodeおよびCoworkセッションはチャットよりも大幅にトークン集約的です。1つの長いコーディングセッションは、典型的なチャットセッションよりもはるかに多くのトークンを使用できます。
設定で設定 → 使用状況に切り替えて使用状況を確認します。
モデルの選択方法
Sonnetはデフォルトであり、ほとんどのタスクをうまく処理します。Sonnetが必要な場所に到達していない場合にのみOpusを使用してください。
組織には新しい会話用のデフォルトモデルが設定されていますが、別のモデルを選択することもできます。タスクの開始時に選択してください。
モデルセレクタはインターフェースに表示されます。特に複雑なタスクを実行している場合は、ユーザーに確認するよう促してください。
管理者が「常にデフォルトモデルで開始」をオンにしていない限り、モデルセレクタは最後の選択を記憶するため、タスクを開始する前に確認してください。
努力レベルはモデル名の横に表示されます。努力レベルが高いほど、より徹底的な応答が得られますが、トークン消費が増加するため、タスクに合わせてください。
キャップに達したときの動作
ユーザーは支出制限に近づくと製品内で通知され、制限に達すると、Claudeを離れることなく管理者に増加リクエストを送信するために「使用量をリクエスト」をクリックできます。ユーザーに承認者と予想される処理時間を伝えてください。
既に作成したものは何も失われません。既に進行中のリクエストは完了しますが、さらなるリクエストはブロックされるため、マルチステップのClaude CodeまたはClaude Coworkタスクは完了前に一時停止する場合があります。管理者が制限を引き上げるか、月の1日の00:00 UTCに制限がリセットされるとすぐに、作業を再開できます。
グループがプールされた予算を使用している場合、自分の制限に達していなくても、共有プールが枯渇すると、グループ全体の使用が一時停止する可能性があります。
ユーザーと共有するリソース
