Claude Team と Enterprise、どちらを選ぶべきか — 統制要件と実測コストで決める

かつての Claude Enterprise は「Team の上位版として、高めの定額シートを人数分」という買い方でした。現在の 公式料金 は違います。Enterprise は席料 $20/月（年契約）に、利用は最初の 1 トークンからメーターされる従量課金という構成です。定額の利用枠は含まれません。

一方の Team は定額シートのまま、2 種類のシートを混在できる形になりました。Standard（月払い $25・年払い $20/席）と、その約 5 倍の利用枠を持つ Premium（月払い $125・年払い $100/席）です。

この変更で、選び方の考え方そのものが変わりました。旧料金モデルを前提とした比較記事は、現在の新規契約には当てはまりません。判断軸は 2 つです。(1) Enterprise でしか満たせない統制要件があるか。(2) なければ、コストモデルと自組織の実利用量の掛け算でどちらが安いか。この順番で見ていきます。

コストの話に入る前に、Enterprise にしかない機能が必須要件かどうかを確認します。以下のどれかが「必須」なら、比較はそこで終わりです。

• SCIM プロビジョニング — ID 基盤からのメンバー自動同期
• 管理コンソールの監査ログ — ユーザー操作・システムイベント・データアクセスの記録
• Compliance API — 会話・ファイル・プロジェクトに加えて Claude Code セッションの内容へプログラマティックにアクセスする公式手段。SIEM・DLP など外部セキュリティ製品との連携もここに乗ります
• データ保持期間のカスタム設定
• IP アローリスト・顧客管理暗号鍵（CMEK）・US 域内推論
• HIPAA 対応（BAA 締結）

次に規模の確認です。Team は最大 150 席なので、151 席以上は Enterprise 一択になります。逆に Enterprise は self-serve でも最低 20 席（席料だけで年 $4,800 の固定費）、営業経由の契約は 50 席からです。20 席未満の組織には、そもそも Enterprise という選択肢がありません。

ここで注意したいのは、SSO とドメインキャプチャは [Team にも含まれる](https://support.claude.com/en/articles/9266767-what-is-the-team-plan)ことです。「SSO が要るから Enterprise」という 2025 年までの定番の理由は、2026 年時点では成立しません。上のリストに必須項目がなく、席数も 2〜150 に収まるなら、判断はコストモデルの比較に進みます。

両者の本質的な違いは機能ではなく、課金の形です。Team は「定額シートに利用枠が内包され、超過分だけ従量」というハイブリッド。Enterprise は「アクセス権としての席料+全利用が従量」という純従量です。

Team の利用枠は 5 時間単位のセッション枠と週次上限の組み合わせで、メンバー単位に適用されます。誰かが上限に達しても他のメンバーには影響しませんが、逆に余っている人の枠を融通することもできません。Enterprise にはこのシート単位の上限がなく、代わりに spend limits を組織・ユーザー別に設定して歯止めをかけます（上限に達すると利用が止まります）。

1 人あたり・月あたりの直接費を式にすると、比較の構造がはっきりします（いずれも年払い・米国定価）。

Enterprise    = $20  + U    （U: その人の全利用の従量額）
Team Standard = $20  + Os   （Os: Standard 枠を超えた分の支払額）
Team Premium  = $100 + Op   （Op: Premium 枠を超えた分の支払額）

Premium の枠内に収まる人（Op = 0）で比べると、Enterprise との分岐は 20 + U = 100、つまり U = $80/月です。従量換算で月 $80 を超えて使う人は Premium の定額が有利、$80 未満なら Enterprise の従量が安い、という境界になります。差額が $100 ではなく $80 なのは、Enterprise 側にも $20 の席料がかかるためです。

一方、Standard と Enterprise の比較には正の分岐点がありません。年払いの席料が同じ $20 で、Standard にはそのうえ利用枠が含まれるため（Os ≤ U）、同一条件なら直接費で Enterprise が Standard を下回ることは構造的にないのです。コストだけを理由に Enterprise を選ぶ場面は、原則としてありません。Enterprise が買っているのは統制機能と、シート上限に縛られない運用です。

では U = $80 は実際どのくらいの利用量でしょうか。モデル別の標準 API 単価を使い、入力:出力 = 5:1・キャッシュなしと置いた参考値がこちらです。

実際の Claude Code はプロンプトキャッシュが効くため（キャッシュ読み取りは通常単価の約 0.1 倍）、同じ $80 で届くトークン量はこの表より大きく伸びます。たとえばプロンプト側の 8 割がキャッシュ読み取りなら、Sonnet 5 通常単価で $80 は約 2,500 万トークン相当です。モデル構成とキャッシュ率で結果が数倍動く以上、机上の係数計算では精度が出ません。だから次の実測に進みます。

分岐式の U や Os は、公表資料からは計算できません。シート枠のドル換算値は公開されておらず、利用量は組織ごとにまるで違うからです。しかし、あなたの組織の実データからなら出せます。

Claude Code はテレメトリ（OpenTelemetry）で、ユーザー別・モデル別のトークン数（入力・出力・キャッシュ読み取り・キャッシュ作成）と概算コストをエクスポートできます。この概算はトークン数×標準 API 単価という計算で、Enterprise の従量課金と同じ土俵の数字です。つまり、契約を変える前に「Enterprise に移った場合、Claude Code 分の従量はいくらになるか」を実測ベースで見積もれるということです。

Chat・Cowork 分は、公式の利用分析のスペンドレポート CSV に product 列があるので、そちらで補完します。ただしシート型プランでは枠内利用が金額化されない制約があります（詳しくは姉妹記事の 公式の利用分析の節 を参照）。エンジニアリング組織ではトークン消費の大半がエージェント動作の Claude Code 側に寄るため、まず Code 分を実測するのが実務的です。

1. 4〜8 週間、テレメトリで実測する — 導入直後の数週間は利用が安定しないため、短すぎる計測は判断を誤らせます。
2. ユーザー別に月額換算し、中央値・P90・最大値を出す — 平均は使わないでください。利用は少数のヘビーユーザーに偏るのが普通です（公式ダッシュボードにも「支出の集中度」という指標があるくらいです）。
3. 月 $80 を超える人数を数える — その人数が Premium シートの検討対象です。全員を Premium にする必要はありません。
4. 合計 U と席構成別の Team 月額を並べる — 「Standard n 席 + Premium m 席 + 想定超過」対「$20 × 席数 + U」。ここまで来れば、どちらが安いかは足し算です。

この分布は Team に留まる場合のシート設計（誰を Premium にするか）にもそのまま使えます。どちらのプランを選ぶにしても、実測が先です。

統制要件がなく、20 席未満

Team 一択です。Enterprise は最低 20 席（席料だけで年 $4,800〜）なので、そもそも選べません。Standard で始めて、枠に当たる人だけ Premium に上げるのが最小コストです。

数十席で、ヘビーユーザーが数人いる

Standard と Premium の混在で解くのが先です。実測で月 $80（従量換算）を超える人だけ Premium にし、残りは Standard + usage credits で受けます。「一部の人が重いから全員 Premium」「全社 Enterprise」に飛ぶ前に、混在の月額を計算してください。大抵はそれが最安です。

週次上限に当たって、仕事が止まる

まず Premium + usage credits で解けるか確認します。credits を有効化すれば、枠に達しても標準 API 単価（bundles 併用で最大 30% 引き）で作業を続けられるので、「止まる」問題自体は Team のままでも解消できます。それでもクレジット残高の管理や枠のリセットを業務上許容できないなら、シート単位の利用上限がない Enterprise の出番です。その場合は spend limits を歯止めとして先に設計してください。

151 席以上になる

Team の 150 席上限を超えるため、Enterprise が必須です。この場合の論点は「選ぶか」ではなく「いくらかかるか」に変わります。1 人あたり $20 + U で、U の分布がそのまま予算です。移行前に実測しておけば、予算交渉も spend limits の初期値も実データで決められます。

監査・コンプライアンス要件がある

チェックリストのとおり Enterprise です。Compliance API は Chat の会話・ファイル・プロジェクトに加えて Claude Code セッションの内容も対象で、2026 年 5 月には SIEM・DLP など 28 のセキュリティ製品との連携も追加されています。既存のセキュリティ運用に組み込む正式な経路が必要なら、これが答えです。テレメトリの監査ログとの役割の違いは FAQ にまとめました。

Team から Enterprise へは、同一組織のまま移行できます。会話・プロジェクト・メンバーとロールは引き継がれますが、実務で効いてくる注意点があります。

• self-serve 経由の移行は不可逆です — Team には戻せません。迷いがあるなら、Team のまま実測してから判断する順序が安全です。
• 移行処理中はアクセスできない時間が生じ、完了後は全メンバーの再ログインが必要です — 業務時間外に実施してください。
• 一部機能が移行後デフォルト無効になります — Skills・コード実行・ファイル作成・インタラクティブアーティファクト・Claude Design・Claude in Chrome。データは残りますが、管理画面での再有効化を移行手順に含めておかないと「移行したら使えなくなった」問い合わせが発生します。
• 未使用の usage credits 残高は繰り越されます — 新しい usage-based Enterprise の残高として使えます。
• self-serve は当初クレジットカード払いのみです。
• spend limits を移行直後に見直してください — Team 時代の設定のままだと、従量化した利用が想定より早く上限に達して止まることがあります。

逆方向（Enterprise → Team）の移行手段は案内されていません。「上げるのは簡単、下げる道はない」前提で判断してください。