「うちの規模だとPro個人契約を人数分買えばいいのか、Teamにすべきか」という相談を受けたとき、答えはAnthropicの価格表を見ただけでは決まらない。価格表は金額を並べているだけで、どの規模でどの経路が向くかは書いていないからだ。2026年7月20日、AnthropicはTeamプランの最小契約席数を5席から2席に引き下げた。それまで2〜4人の小さな受託開発企業やチームは、使わない席を買うか、統制の効かない個人契約の寄せ集めで我慢するかの二択だった。この変更で選択肢の構図が変わったので、あらためて経路ごとの向き不向きを整理する。

選択肢を並べる：Claude Codeにたどり着く5つの経路

公式ドキュメントは、組織がClaude Codeを導入する際の入口を「APIプロバイダの選択」として整理している。

経路課金の形向いているケース
Pro/Max（個人契約）個人ごとの月額固定組織としての契約管理が要らない、数名以下の検証段階
Claude for Team席ごとの月額固定（Standard/Premium）claude.aiとClaude Codeを1つの契約で使いたい、社内インフラを持ちたくない組織。公式ドキュメントも「デフォルトの推奨」としている
Claude for Enterprise席ごとの月額固定（Teamと同様、超過分は任意のusage creditsで追加）SSO・SCIM・監査ログ・組織単位のモデル制限など、統制機能が要る組織
Claude Console（API）従量課金API起点で使いたい、または使った分だけ払いたい組織
クラウド経由（Bedrock／Google Cloud’s Agent Platform／Microsoft Foundry）クラウドの請求に統合、従量課金既存のAWS・GCP・Azureのコンプライアンス体制や請求をそのまま使いたい組織

見落としやすいのが、Claude Codeの機能の一部（Claude Code on the web、Routines、Code Review、Remote Control、Chrome拡張）は、Consoleのキーやクラウド経由の認証情報だけでは使えず、claude.aiのアカウントが要るという点だ。Bedrock等をメインの経路にする組織でも、これらの機能を使わせたい開発者にはTeam/Enterpriseの席を別途割り当てる必要がある。

判断を左右する3つの軸

規模。 TeamはWeb検索で確認できる複数の独立した報道によると、2026年7月20日の変更で最小契約が5席から2席に下がり、上限は150席のまま据え置かれている。価格自体は変わっておらず、年間契約のStandard席が月20ドル・Premium席が月100ドル（月次契約だとそれぞれ25ドル・125ドル）という水準が複数の情報源で一致している。この価格帯・席数の具体的な数字はAnthropic公式サイト（claude.com）が本セッションではネットワーク制限のため直接確認できず、独立した複数の二次情報の一致する範囲として採用している。150席を超える、あるいは統制機能そのものが必要になった段階でEnterpriseへ移る、という流れになる。Enterpriseの契約入口についても、Web検索で確認できる複数の情報源は「セルフサーブは20席から、営業担当付きは50席から」という水準で一致しているが、この数字も一次ソース（claude.com）への直接アクセスでは確認できていない。

コスト構造。 Team/Enterpriseは席ごとの固定費で、使用量は5時間ごと・週ごとの持ち回り制の割当を全員で共有する。対してConsoleやクラウド経由は使った分だけ払う従量課金で、公式ドキュメントはエンタープライズ規模の平均で開発者1人あたり1日約13ドル・月150〜250ドルという目安を挙げている。少人数で使用量にばらつきがある組織は従量課金の方が無駄がなく、人数が固定的で予算を立てやすくしたい組織は席課金の方が管理しやすい。

統制機能。 以前の記事で扱ったように、Claude Codeには組織側が開発者に強制できる設定（許可ルール・サンドボックス・全社CLAUDE.md・MCP制限等）がある。これをclaude.aiの管理コンソールから配布できるのはTeam/Enterpriseプランだけで、Console・クラウド経由の組織は同じことをやるなら自前のゲートウェイか、各端末へのファイル配布・MDMのどちらかを用意しないといけない。加えて、組織単位でのモデル制限・既定モデル・エフォートレベルの上限といった一部の管理機能はEnterpriseプラン限定だと公式ドキュメントが明記している。

詰まりやすい箇所

「Team=法人向け、Enterprise=大企業向け」という単純な理解で止まる。 実際の分岐点は従業員規模そのものではなく、「claude.aiの管理コンソールから配布する統制機能がどこまで要るか」の方だ。10人の受託開発企業でも、複数の顧客案件でリポジトリごとに許可ルールを厳しく分けたい、SSOで退職者のアクセスを即座に切りたいといった要件があるなら、Enterpriseを検討する理由になる。

StandardとPremiumの席を同じ料金として比較してしまう。 複数の情報源によれば、両者は使える機能自体は同じだが利用量の上限が大きく異なり、同一契約内で混在させられる。全員に一律Premiumを割り当てる前に、実際にどれだけ使うかを少人数のパイロットで見てから決めた方が無駄が出にくい。この見積もり方自体はコスト管理の公式ドキュメントが「小規模なパイロットグループから始めてベースラインを把握してから展開する」と推奨している手順と同じだ。

複数プロバイダの併用を後回しにする。 BedrockやGoogle Cloud’s Agent Platform経由で使いつつ、一部の開発者だけTeam/Enterpriseの機能（Routines・Remote Control等）も使いたい、というケースは珍しくない。この場合、管理設定の配布経路がclaude.ai経由とファイル配布・MDM経由の2系統に分かれるため、公式ドキュメントも「プロバイダが混在する組織は、claude.aiユーザー向けにサーバー管理設定、それ以外にファイル配布・レジストリ経由のフォールバックを両方用意する」よう勧めている。どちらか一方だけ整えて安心してしまうと、もう一方の経路の開発者には組織のルールが届かない。

自社で判断する基準

中小企業がこの5つから選ぶときの順序はシンプルにできる。まず、統制機能（SSO・監査ログ・管理設定の一括配布）が今の時点で必要かどうかを先に決める。必要ならTeam以上、不要ならPro/Max個人契約かConsoleの従量課金で足りることが多い。次に、必要な場合は人数で決める。2〜150人で収まるならTeam、それを超える規模や組織単位のモデル制御まで要るならEnterpriseを検討する。最後に、既存のクラウド契約（AWS・GCP・Azure）のコンプライアンス体制に乗せたいという事情があるなら、そちらを主契約にしつつ、claude.ai限定機能が要る一部の開発者にだけTeam/Enterpriseの席を足す、という組み合わせも選択肢に入る。

どの経路を選ぶにせよ、契約形態を変えるだけで統制が自動的に強化されるわけではない。管理設定の配布経路をどう設計するか、何を強制し何を運用でカバーするかは契約後に別途決める作業として残る。

自社の規模・体制でどの経路が合うか、統制設計まで含めて整理したい場合は、パイロット・構築のフェーズで一緒に検討できる。まずは30分の無料診断から相談してほしい。