Claude Code Teamプランの使い方｜料金・管理設定・使用量を解説

「Claude Codeを会社で使いたいが、TeamとEnterpriseのどちらを契約すればいいのか」「Teamの席にClaude Codeは含まれているのか」「管理者は何を設定できて、使いすぎはどう防ぐのか」と迷っている担当者の方も多いのではないでしょうか。

先に結論を書くと、Claude Code単体の契約はなく、TeamやEnterpriseの席にClaude Codeが含まれています。Teamなら標準席にも上位席にも含まれるので、「Claude Code用の席」を別に買う必要はありません。違いは、使える量、管理者が使える機能、使った分の請求の仕方にあります。

この記事では、Claude Codeを使う人の立場から、Teamプランでできること・できないことを整理します。席の種類と料金、メンバーがログインするまでの手順、クラウド実行やCode Reviewなどの機能、管理者が配れる設定、使用量と費用の管理、Enterpriseが必要になる場面の順に説明します。内容は2026年10月時点の公式情報をもとにしています。料金や機能は変わることがあるので、契約の前には公式ページもあわせて確認してください。

Claude CodeとTeamプランの関係

Claude Codeは、パソコンの中のファイルを読み書きし、コマンドを実行して、プログラムの作成や修正を進めてくれるAnthropic社のツールです。会社で使うときは、Claudeの法人向けプランに含まれる形で契約します。まずは、契約の考え方を整理します。

単体のプランはなく、席に含まれる

Claude Codeには、単体の料金プランがありません。Team・Enterpriseのどちらも、メンバー1人ぶんの「席（シート）」の中にClaude Codeが含まれています。公式ヘルプでは、Teamは「すべての席に含まれる」、新しい契約やセルフサーブのEnterpriseは「1種類のEnterprise席に含まれ、追加の購入は不要」と説明されています。

そのため、同じ席で、ブラウザやアプリのチャット、仕事を任せるCowork、Claude Codeのすべてを使えます。事務の担当者と開発の担当者で、別々の契約をする必要はありません。

公式の管理者向けドキュメントでも、Claude Codeとclaude.aiを1つの席ごとの契約にまとめられ、自分たちで用意する設備がないことから、TeamかEnterpriseが既定の推奨とされています。

会社でClaude Codeに接続する方法

会社でClaude Codeを使う方法は、TeamやEnterpriseだけではありません。料金の払い方と管理の仕方が違うので、整理しておきます。

このうち、Claude Codeを使う社員と、チャットやCoworkを使う社員を、同じ契約で管理したいなら、TeamかEnterpriseになります。API・クラウド経由の場合は、チャットの画面は含まれません。

claude.aiのアカウントが必要な機能がある

公式ドキュメントには、次の機能はClaude ConsoleのAPIキーやクラウドの認証情報だけでは使えず、claude.aiのアカウントでのログインが必要と書かれています。

• クラウド上で動かす作業（Claude Codeのクラウド実行）
• 定期実行（Routines）
• Code Review
• Remote Control（スマホやブラウザから手元の作業を操作する機能）
• Chromeの拡張機能

Amazon Bedrockなどで契約していても、これらを使いたい人にはTeamかEnterpriseの席が要ります。API中心で始める会社は、先に使いたい機能を確かめておくと、契約の手戻りを防げます。

席の種類と料金

席の料金そのものは、Claudeの料金全体の記事でも説明しています。ここでは、Claude Codeを使う人の視点で、席をどう割り当てるかを中心に整理します。金額はドル建て・税別の、公式の料金ページの表示です。

Teamの標準席と上位席

Teamは2〜150人向けで、席は「標準席（公式の表記はStandard）」と「上位席（Premium）」の2種類です。1つの組織の中で混ぜて契約できます。

上位席は機能が増えるのではなく、使える量が標準席の5倍になる席です。Claude Codeは、1回の作業でファイルの中身やコマンドの結果、何段階もの推論を扱うため、チャットより使用量を多く消費します。毎日長く使う人だけを上位席にして、そのほかの人は標準席にする、という組み合わせが基本です。

日本では、2026年4月1日から、すべてのプランの料金に10%の消費税が別に加算されています。請求書の税額は円で表示され、適格請求書として発行されます。円での金額の目安は、料金を円で整理した記事にまとめています。

Enterpriseの料金の考え方

Enterpriseは、料金ページによると、1席あたり月20ドル（年払い）で、20席からです。この席の料金に、使った分のAPI料金が加わります。つまり、Teamのように「席の料金に一定の使用量が含まれる」形ではなく、「席は使うための権利で、使った分を従量で払う」形です。年払いのみで、セルフサーブでも営業担当を通す形でも申し込めます。

Enterpriseで使用量に応じて払う場合、席ごとの上限はなく、使った分がAPIの標準料金で請求されます。そのぶん、使いすぎを防ぐには、管理者が組織・席の種類・個人の単位で支出の上限を決めておく必要があります。上限の決め方は、後の「使用量と費用の管理」で説明します。

誰にどの席を割り当てるか

席を決めるときは、役職ではなく「Claude Codeをどのくらい使うか」で考えると、無駄が出ません。

たとえば、年払いで標準席3人・上位席2人なら、席の料金は月260ドル（20ドル×3人＋100ドル×2人）です。Claude Codeを毎日使う2人だけが上位席なので、全員を上位席にするより費用を抑えられます。

上位席への変更は、管理者（Admin以上）が「Organization settings」→「Members」で、そのメンバーの「Tier」を選ぶだけでできます。上位席の空きがなければ購入が必要で、差額は日割りですぐに請求されます。上位席から標準席への変更や、席の数を減らす手続きは、次の更新日から反映され、返金はありません。席の追加・削減の詳しい手順は、Teamの記事にまとめています。

席にFableが含まれるかどうか

最上位モデルのFableは、席の種類で扱いが違います。公式ヘルプによると、Teamの上位席では、週の上限のうち50%まで、追加料金なしでFableを使えます。標準席では、Fableは席の使用量に含まれず、最初から使用クレジット（追加の料金）で使う形です。標準席のメンバーがFableを選ぶと、使用クレジットが減ります。

この「50%」は、使える量が50%増えるという意味ではありません。Fableを使った分も、ほかのモデルを使った分も、同じ週の上限から消費されます。日常の作業はSonnetやOpusで進め、難しい作業だけFableに任せるという使い分けを、チームで決めておくと費用を読みやすくなります。

使い始めの手順

Teamを契約してから、メンバーがClaude Codeを使えるようになるまでの手順を、管理者とメンバーに分けて説明します。

管理者の手順

1. Teamを契約する会社のメールアドレスで申し込みます。Gmailなど誰でも作れるメールアドレスでは作成できません。席の数と種類、月払いか年払いかを決めます。
2. メンバーを招待する管理画面から、メンバーの会社のメールアドレスに招待を送ります。招待された人は、招待メールから参加します。
3. 席の種類を確かめる「Organization settings」→「Members」の「Tier」の列に、メンバーごとの席の種類（標準・上位）が出ます。この列を見られるのは、Admin以上です。
4. 使用クレジットと上限を決める席の枠を超えて使うかどうか、使うなら月の上限額をいくらにするかを決めます。設定方法は、後の「使用量と費用の管理」で説明します。
5. 管理設定を配る触ってはいけないファイルや、使わせたくない機能を、管理画面から全員のClaude Codeに配ります。設定方法は「管理者が設定できること」で説明します。

メンバーの手順

メンバーは、Claude Codeをインストールしたうえで、会社のアカウントでログインします。公式ヘルプに載っている手順は次のとおりです。

1. Claude Codeを入れるターミナルで使う場合は、公式の手順に沿ってインストールします。ターミナルに慣れていない人は、デスクトップアプリのCodeタブから始めることもできます。
2. claudeと入力して起動するターミナルでclaudeと入力します。別のアカウントでログインしている場合は、先に/loginを実行します。
3. ログイン方法を選ぶ「Claude account with subscription」を選ぶと、ブラウザが開いて認可の画面になります。
4. 会社のプランを選んで承認するTeamまたはEnterpriseのプランを選び、「Authorize」をクリックします。これで、その人の席とClaude Codeがつながります。
5. 状態を確かめるClaude Codeの中で/statusと入力すると、どのアカウントでログインしているか、どの管理設定が効いているかを確認できます。

ログインすると、自分のClaudeアカウントのスキルとプラグインに加えて、組織が配っているスキルとプラグインも自動で読み込まれます。この動作にはClaude Codeのバージョン2.1.273以上が必要です。

VS CodeやJetBrainsでも同じ席で使える

同じ席は、VS Code・Cursorなどのエディタ、JetBrainsのIDE（IntelliJやPyCharmなど）の拡張機能でも使えます。ターミナルと同じTeamのアカウントでログインします。エディタから使った分も、ターミナルと同じ使用量の枠から消費され、同じ方法で課金されます。

ログインでつまずいたとき

自動実行やCIでは長期トークンを使う

ブラウザでログインできない環境（CIや、定期的に動かすスクリプトなど）では、claude setup-tokenで1年間有効なトークンを発行できます。発行したトークンは、CLAUDE_CODE_OAUTH_TOKENという環境変数に設定して使います。このトークンは、Pro・Max・Team・Enterpriseのプランが必要で、モデルへの依頼だけができます。Remote Controlのセッションを作ったり、claude.aiのコネクタを取得したりはできません。

個人のアカウントと会社のアカウントを1台のパソコンで使い分けたいときは、アカウントごとに設定の置き場所を分ける方法があります。詳しくは、アカウント切り替えの記事を参照してください。

Teamで使える機能

Teamの席で使えるClaude Codeの機能を、公式ドキュメントの「プラン別の提供状況」の表をもとに整理します。個人向けのPro・Maxとの違いも、あわせて示します。

Enterpriseのクラウド実行には、公式の表に「プレミアム席かChat + Claude Code席が必要」という注記があります。旧契約の席の種類を前提にした注記なので、Enterpriseで使う場合は管理者に確認してください。次に、Teamで特に押さえておきたい機能を説明します。

クラウドで動かす（クラウド実行）

クラウド実行は、自分のパソコンではなく、Anthropicが用意したクラウド上でClaude Codeの作業を動かす機能です。パソコンを閉じても作業が続き、claude.ai/codeやスマホアプリから状況を確認したり、指示を足したりできます。ターミナルからはclaude --cloudで始められます。クラウドの仮想マシンに別の料金はかかりませんが、使用量はプランの枠から消費されます。

コードを扱うには、GitHubとの接続が必要です。公式ドキュメントによると、リポジトリの取得とプルリクエストの作成はGitHubが前提です。GitLabやBitbucketのリポジトリは、手元のリポジトリを丸ごとアップロードする形で送れますが、結果をその場所に書き戻すことはできません。

TeamとEnterpriseには、メンバーの設定の手間を減らす「Quick setup」という組織の設定があります。初期状態ではオフです。オーナーが「Organization settings」→「Claude Code」で「Quick setup」をオンにすると、メンバーはGitHubの接続を簡単にでき、最初の環境（Default）も自動で作られます。

クラウドでの作業を共有するときの公開範囲は、Teamでは「Private（本人のみ）」と「Team（組織のメンバー）」の2つです。Proのように、claude.aiにログインした誰でも見られる公開範囲はありません。

定期実行（Routines）

Routinesは、決まった時刻や、GitHubのイベントなどをきっかけに、Claude Codeの作業を自動で動かす機能です。実行はクラウド上のセッションとして動きます。毎朝の依存ライブラリの更新確認や、プルリクエストが開かれたときの確認など、人が毎回頼まなくてもよい作業に向いています。ターミナルからは/scheduleで設定できます。

注意したいのは使用量です。定期実行は、人が見ていない間も動いて、プランの使用量を消費します。公式ドキュメントでは、Claude Code内の定期タスクも、作業していない間に決まった間隔で会話全体を送るため、使用量が増える原因の1つとして挙げられています。不要になった定期実行は止めておきましょう。

手元の作業を外から操作する（Remote Control）

Remote Controlは、自分のパソコンで動いているClaude Codeの作業を、スマホのClaudeアプリやブラウザ（claude.ai/code）から続ける機能です。コードの実行やファイルへのアクセスは、手元のパソコンのままです。

TeamとEnterpriseでは、初期状態でオフです。オーナーが「Claude Codeの管理設定」ページで「Remote Control」のスイッチをオンにして初めて使えます。さらに厳しく管理したい場合は、「Organization settings」→「Capabilities」→「Remote sessions」にある「Require trusted devices」で、登録した端末からのみ使えるようにできます。端末側の管理設定で、この機能を完全に無効にすることもできます。

プルリクエストを自動でレビューする（Code Review）

Code Reviewは、GitHubのプルリクエストをClaudeが自動で確認し、問題がありそうな行にコメントをつける機能です。TeamとEnterpriseで使えます。複数のエージェントが変更内容と周辺のコードを読み、見つけた問題を検証したうえで、重要度の順に報告します。承認や差し戻しはせず、マージの判断は人が行います。

1回あたりの定額料金はなく、変更の大きさや深さで費用が変わります。公式ドキュメントでは、導入前に、月の上限額を決めたうえで、少数のリポジトリで「作成時に1回」または手動で試し、管理画面の「Average cost（平均費用）」を見てから広げるよう案内されています。上限額は、「claude.ai/admin-settings/usage」でCode Reviewのサービスに対して設定します。上限を使い切ると、レビューは自動でスキップされ、プルリクエストにその理由のコメントが付きます。

Code Reviewを組織で有効にしなくても、自分のブランチなら/code-reviewコマンドで、どのプランでも手元のセッションで確認できます。まずはこちらで試して、組織での自動レビューが必要か判断する進め方もあります。

管理者が設定できること

会社でClaude Codeを使うときの大きな利点は、管理者が設定を一括で配れることです。誰が何を設定できるのかと、設定を配る方法を説明します。

役割ごとにできること

Teamのメンバーには、Primary Owner（主オーナー）、Owner（オーナー）、Admin（管理者）、Member（一般メンバー）の役割があります。Claude Code関連の操作と、必要な役割を整理しました。

公式ヘルプでは、役割ごとの細かい権限の一覧は見つかりませんでした。上の表は、公式ヘルプとClaude Codeのドキュメントで確認できた範囲です。請求を管理する人と、メンバーや席を管理する人を分けて決めておくと、運用しやすくなります。

管理設定を配る手順

管理者がClaude Codeの設定を全員に配る仕組みを、サーバー管理設定（Server-managed settings）といいます。端末を管理するツール（MDM）がなくても使えるのが特徴です。TeamとEnterpriseで使えます。

1. 管理画面を開くOwnerかPrimary Ownerで、「Organization settings」→「Claude Code」→「Managed settings」を開きます。アクセス権がない場合は、OwnerかPrimary Ownerに依頼します。
2. 設定をJSONで書くClaude Codeの設定ファイル（settings.json）で使える設定が、ほとんどそのまま使えます。権限のルールや、フック、環境変数なども書けます。
3. 保存する保存すると、メンバーのClaude Codeに、次の起動時か、1時間ごとの更新のときに届きます。入力の形式に問題があっても警告が出るだけで、保存はできます。
4. 届いたかを確かめるメンバーにClaude Codeを再起動してもらい、/permissionsで権限のルールが効いているか、claude doctorの「Managed settings (remote)」の行で届いた状態を確認します。この行は、バージョン2.1.248以上で確認できます。

公式ドキュメントの設定例は次のとおりです。コマンドのcurlによる通信と、環境設定のファイル（.env）や秘密情報のフォルダの読み取りを禁止し、確認を飛ばす設定を使えないようにし、権限のルールを管理設定に書いたものだけに限っています。

{
  "permissions": {
    "deny": [
      "Bash(curl *)",
      "Read(./.env)",
      "Read(./.env.*)",
      "Read(./secrets/**)"
    ],
    "disableBypassPermissionsMode": "disable"
  },
  "allowManagedPermissionRulesOnly": true
}

配れる設定の種類

管理設定で制御できるものを、公式の管理者向けドキュメントの一覧から、中小企業で使いやすいものに絞って紹介します。

最初から多くを設定する必要はありません。まず、秘密情報のファイルの読み取り禁止と、確認を飛ばす実行の禁止の2つから始めるのが現実的です。利用状況を見ながら、必要になったルールを足していきます。

会社共通の指示と、スキルの配布

会社として毎回伝えたいこと（社名の表記、触ってはいけない領域、書き方の決まりなど）は、CLAUDE.mdという指示のファイルに書きます。管理設定のclaudeMdに書くと、全員のセッションで読み込まれます。この方法で配った指示は、バージョン2.1.260以降では、利用者の承認の画面を出さずに適用されます。

また、「見積書のチェック手順」のように、繰り返す作業の手順は、スキルとして組織に配れます。メンバーがClaude Codeにログインすると、組織が配ったスキルとプラグインも自動で読み込まれます。スキルの作り方は、Claude Codeのスキルの記事で説明しています。

ログインできる組織を限定する

社員が個人のアカウントでClaude Codeを使ってしまうのを防ぎたい場合は、管理設定にforceLoginMethodとforceLoginOrgUUIDを入れます。forceLoginOrgUUIDには、claude.aiの管理画面に表示される組織のIDを入れます。会社の組織以外のclaude.aiアカウントでログインしようとすると、エラーになります。

この制限をかけている端末では、ANTHROPIC_API_KEYなどの環境変数による認証も、起動時にブロックされます。ただし、公式ドキュメントでは、サーバー管理設定は「すでに組織にログインしているアカウント」にしか届かないため、最初のログインを制限するには、端末の管理ツールで配る方法を併用するよう案内されています。

管理設定の限界と、端末側の設定との併用

サーバー管理設定は、公式ドキュメントで「セキュリティの境界ではなく、利用者側で動く制御」と説明されています。知っておきたい点を整理しました。

最後の行は、運用に影響します。フックのように、コマンドを実行する設定を配ると、利用者は内容を確認して承認する必要があります。配る前に、その旨をメンバーに伝えておきましょう。

端末にMDMを入れている会社は、macOSの設定ファイル、Windowsのレジストリ、各OSのmanaged-settings.jsonで、より改ざんされにくい形で設定を配れます。ただし、既定では、サーバー管理設定が設定を届けている間は、端末側の設定は（一部のキーを除いて）読まれません。両方を使う場合は、同じ内容を両方に書いておく必要があります。起動のたびに最新の設定を必須にしたい場合は、forceRemoteSettingsRefreshをtrueにします。この場合、設定を取得できないとClaude Codeは起動しないので、ネットワークの許可を先に確認しておきます。

使用量と費用の管理

Teamでは、費用は席の料金で決まっています。そのうえで、使用量の上限と、超えたときの追加の費用の管理が、運用の中心になります。

席の枠は1人ずつで、チャットと共有

公式ドキュメントによると、TeamとEnterprise（席ごとの契約）では、各メンバーのClaude Codeの使用量は、その人の席の枠から消費されます。枠は、5時間ごとに戻る枠と、週ごとの枠の2つで、チャットやCoworkと共通です。枠の大きさは、標準席・上位席で違います。

上限は、メンバー1人ずつに決まっています。ある人が上限に達しても、ほかの人には影響しません。逆に、使っていない人の余りを、多く使う人に回すこともできません。使用量の偏りが大きいなら、その人の席を上位席にします。

公式には、枠の具体的な量（何時間・何回）が数字で示されていません。「1日◯時間使える」といった数字は、公式のものではありません。まず少人数で1〜2か月使い、上限に達する頻度を記録して、席の構成を決めるのが確実です。

上限に達したときのメッセージの見分け方

メンバーから「止まった」と相談されたとき、管理者はメッセージから原因を見分けられます。公式ドキュメントでは、次のように整理されています。

最後の行のように、使用クレジットの上限に達した場合は、メッセージに「どの上限か」が書かれています。管理者は、それを見て、個人の上限を上げるのか、組織全体の上限を上げるのかを判断します。

使用クレジットで枠を超えて使う

使用クレジットは、席の枠を使い切ったあとも、作業を止めずに続けるための追加の使用量です。チャット・Cowork・Claude Codeのどれにも使えます。料金は、標準のAPI料金で計算されます。Teamでは、オーナーが次の手順で有効にします。

1. 使用量の設定を開くOwnerかPrimary Ownerで、「Organization settings」→「Usage」を開きます。
2. 有効にして支払う「Usage credits」の横の「Enable」をクリックし、案内に沿って支払います。Teamでは、クレジットを先に購入しておく形です。
3. 自動の補充を決める「Reload when balance reaches」で、残高がいくらを下回ったら、いくら追加するかを決めます。
4. 組織全体の月の上限を決める組織全体で、月にいくらまで使えるかを設定します。
5. 使える人を決める特定のメンバーだけに使わせるか、組織全員に使わせるかを選びます。

有効にしても、自分で設定しない限り、勝手に費用が増えることはありません。最初は小さめの月額上限で始め、1か月分の使用額を見てから調整するのがおすすめです。

支出の上限を決める単位

使用クレジットの支出には、いくつかの単位で上限を決められます。どれか1つでも上限に達すると、その範囲のメンバーは止まります。

グループごとの上限は、Claude Codeのドキュメントでは「TeamとEnterprise」、使用クレジットのヘルプでは「Enterprise」の機能として書かれていて、記載が分かれています。Teamで必要な場合は、管理画面に項目があるかを確かめてください。

席ごとの契約のEnterpriseでは、使用クレジットの使用額は、月末にその月の使用実績で請求されます。Teamでは、先にクレジットを購入して、残高から使われる形です。

1人ごとの上限に達したメンバーは、月末まで使用クレジットが止まります。この画面では、メンバーごとの今月の使用額（MTD Spend）も見られます。なお、上限の確認は1回の依頼の前に行われるため、1回の依頼が上限を少し超えることがあります。そのあとの依頼が止まります。

メンバーからの申請の流れ

使用クレジットを使いたくても、請求の権限を持たないメンバーは、自分では有効にできません。そうしたメンバーが、Claude Codeの中で/usage-creditsを実行すると、確認のあとで、組織の管理者に利用の申請が送られます。請求の権限があるメンバーが実行した場合は、組織の使用量の設定画面がブラウザで開きます。

席ごとの契約のEnterpriseでは、上限に達したメンバーの画面に「Request usage credits」のリンクが出ます。席の種類を標準から上位に変える申請か、使用クレジットを有効にする申請を選べます。管理者は、「Organization settings」→「Usage」の「Review requests」で内容を確認し、「Increase limit」で承認します。申請の機能を使いたくない場合は、同じ画面の下の「Usage credit requests」をオフにできます。管理者には、未対応の申請をまとめた通知メールが毎日届きます。

利用状況と費用を見る場所

注意したいのは、利用額のレポートに載るのは、使用クレジットの支出だという点です。席の枠の中で使った分は、ドルでは計測されません。Enterpriseの席ごとの契約でも、載るのは枠を超えた分だけです。「誰が、どのくらい使っているか」を把握したいときは、分析ダッシュボードの利用者数や、/usageの内訳と合わせて見ます。

利用状況の分析画面を見られる役割は、公式ヘルプでは、TeamはOwnerとPrimary Owner、EnterpriseはAdminも見られる（ただし支出以外）と書かれています。Claude Codeのドキュメントには「AdminとOwnerが見られる」とあるので、Teamの管理者が画面を開けない場合は、役割を確認してください。

貢献指標を出すための設定

分析ダッシュボードでは、利用者数などの「利用状況」は、TeamとEnterpriseのすべてのアカウントで確認できます。一方、「Claude Codeの支援を受けて作られたプルリクエストの数と行数」を示す貢献指標（公開ベータ）は、GitHubとの連携が必要です。

1. GitHubアプリを入れるGitHubの管理者が、組織のGitHubアカウントにClaude GitHub Appをインストールします。
2. Claude Codeの分析を有効にするClaudeの組織のOwnerが、claude.ai/admin-settings/claude-codeで、Claude Codeの分析機能をオンにします。
3. GitHubの分析をオンにする同じページの「GitHub analytics」のスイッチをオンにします。
4. GitHubで認証する認証の手順を進め、分析の対象にするGitHubの組織を選びます。

データは、有効にしてから通常24時間以内に表示され、毎日更新されます。対象は、github.comにあるリポジトリです。GitHub Enterprise Serverのリポジトリでは、利用状況のみが表示されます。ゼロデータ保持を有効にした組織では、貢献指標は使えません。

費用の目安と、予算の立て方

公式ドキュメントには、企業での導入実績として、開発者1人あたり、1稼働日あたり平均約13ドル、1か月で150〜250ドルという目安が載っています。利用者の9割は、1稼働日30ドル未満です。この数字は、APIの料金で計算した値で、Teamの席の料金とは別の物差しです。使い方で大きく変わるため、公式も、まず少人数で試して、実際の使用量を基準にしてから広げるよう案内しています。

公式ドキュメントでは、予算を立てるときは、チャットだけの席より、Claude Codeを使う席を多めに見込むよう注意されています。1回の不具合調査で、チャットの1日分以上を使うことがあるためです。

導入を進める順番の例を、次に示します。

1. 2〜3人で1〜2か月試す全員を標準席にして、毎日使う人を決めます。上限に達した回数と、使用クレジットの使用額を記録します。
2. 席の構成を決める上限に何度も達した人を上位席にします。使用クレジットは、組織と1人ごとの月額上限を決めて有効にします。
3. 管理設定を配る禁止するファイルやコマンド、使えるモデルを決めて、管理画面から配ります。
4. 月に1回、見直す支出レポートとダッシュボードを見て、使われていない席や、上限に当たる人を確認します。

使われていない席は、更新日の前に確認します。席の削減は更新日から反映され、返金がないためです。

Enterpriseが必要になるとき

多くの中小企業では、Teamで足りることが多いでしょう。ただし、社内の規程や契約上の理由で、Teamにない機能が必要になる場合があります。

Teamに含まれないもの

公式の料金ページには、Teamに含まれないものとして、次の項目が挙げられています。

Enterpriseには、これらに加えて、ネットワーク単位のアクセス制御とIPアドレスの許可リスト、Claude Security（ベータ版）などが含まれます。Claude Codeに関しては、Enterpriseでは、端末に設定を配らなくても、管理者の画面から、モデルを個別に使えなくする設定、新しいセッションの既定のモデル、役割ごとの思考の深さ（エフォート）の上限を決められると、公式の管理者向けドキュメントに書かれています。

どちらを選ぶかの判断

迷うときは、Teamで数か月使い、メンバーごとの使い方を見てから判断すると失敗が少なくなります。TeamからEnterpriseへは、今の組織をそのまま切り替える手順が公式ヘルプに用意されています。会話の履歴、プロジェクト、メンバーと役割、一部の設定は引き継がれます。ただし、セルフサーブの手続きで切り替えると元に戻せず、20席以上が必要です。また、毎月のAPIクレジットは対象外になり、スキルやコード実行、Claude in Chromeなどの機能は、切り替え後に初期状態でオフになります（データは残り、有効にすると戻ります）。くわしくは、Enterpriseの記事を参照してください。

よくある質問

まとめ

Teamプランは、Claude Codeを会社で使い始めるための、費用の読みやすい入口です。まずは2〜3人で、標準席から始めて、上限に達した回数と使用額を記録しながら、席の構成と上限額を決めていくのが確実です。

管理設定の内容や、触らせてよい範囲、社員への使い方の説明など、導入の段階では決めることが増えます。INTERCREATE JAPANでは、Claude Codeの導入から、社内で使い続けられる仕組みづくりまでをお手伝いしています。