CONTENTS
Claude Code を Team プランで運用してきた中堅企業が、ある日突然「もう Team では限界だ」と気付く瞬間が訪れます。退職者対応の事故、経理規程との不整合、大手取引先のセキュリティ監査、従業員数の急増 — トリガーは様々です。
本記事では、JADCが中国地方の支援先で130社超を移行サポートしてきた経験から、最も成功率の高い「4週間移行プラン」を公開します。
なぜ Team から Enterprise への移行が必要になるか
Team プランは、5〜30名規模の中小企業にとっては非常に優れた構成です。しかし、企業の成長・成熟に伴って、以下のような「Team の限界」が現れます。
- 退職者のアカウント無効化漏れが事故リスクに（SSOなし）
- 経理規程上、クレジットカード決済が通らなくなった（請求書払い要求）
- 大手取引先から「ZDR設定の証明書を出せ」と要請
- 監査ログの詳細記録がコンプライアンス要件に
- 従業員50名超でアカウント管理が現場で破綻
これらが1つでも当てはまれば、Enterprise への移行を検討すべきタイミング。複数当てはまるなら、即時移行が正解です。
移行を決断する5つのトリガー
JADC が現場で確認している、典型的な「移行決断のトリガー」を整理します。
| トリガー | 移行緊急度 |
|---|---|
| 退職者の情報持ち出し事故が発覚 | ★★★★★（即時） |
| 大手取引先からセキュリティアセスメント要請 | ★★★★（2ヶ月以内） |
| 経理から「クレジットカード決済不可」通達 | ★★★★（次年度予算前に） |
| 従業員50名超え＋SSO未導入 | ★★★（半年以内） |
| ISMS/SOC2 認証取得プロジェクト発足 | ★★★（プロジェクト連動） |
中国地方の中堅企業で最も多いトリガーは 「経理規程のカード決済禁止通達」です。新年度の経理改革のタイミングで、Claude Code の支払いが指摘されて移行検討が始まるパターン。3月〜5月の決算期前後にご相談が増えます。
WEEK 1：移行プロジェクト立ち上げ
📅 WEEK 1 のゴール
移行プロジェクトとして「期限・予算・体制」を確定させる。経営層の正式承認を得る。
Day 1-2：現状把握
- 現在の Team プランの利用状況棚卸し（ユーザー数・部署別・課金額）
- Teamプランで運用している機密情報・学習データ・履歴のリストアップ
- 退職予定者・新入社員のリストを人事と確認
Day 3-4：要件定義
- SSO要否（Microsoft Entra か Google Workspace か）
- ZDR要否（業界規制・取引先要請）
- 監査ログの保持期間（コンプライアンス要件）
- 請求書払いサイクル（経理規程に合わせる）
Day 5-7：経営承認
- 移行プロジェクトの予算化（ライセンス費＋移行コスト＋運用立ち上げ）
- プロジェクト体制（経営者＋情シス＋現場リーダー＋JADCなど外部パートナー）
- 移行期日と業務継続計画の確定
WEEK 2：契約・SSO設計
📅 WEEK 2 のゴール
Anthropic との Enterprise 契約締結、SSO の技術設計完了、社内告知。
Day 8-9：Anthropic 営業担当との打ち合わせ
- 見積もり取得（ライセンス費・SSO設定費）
- 移行スケジュールの擦り合わせ
- 請求書払い・年間契約の条件確認
Day 10-11：SSO 技術設計
- Entra ID または Google Workspace の管理者を巻き込み
- SAML / SCIM の連携手順を確認
- 属性マッピング（メール・氏名・部署）を決定
- 詳細は SSO 導入ガイド 参照
Day 12-14：社内告知
- 全社員に「Claude Code がEnterpriseに切り替わります」のアナウンス
- 切り替え日・新ログイン方法・運用ルール変更点を A4 1枚で配布
- FAQ を社内ポータルに掲載
WEEK 3：データ移行・テスト
📅 WEEK 3 のゴール
SSO の動作確認、データ・履歴の移行、テストユーザーでの動作検証。
Day 15-16：SSO 実装
- Entra ID / Google Workspace 側のアプリケーション登録
- Claude Code 側の SAML 設定アップロード
- テストユーザー2-3名でログイン動作確認
Day 17-18：データ・履歴の引き継ぎ
- Team で運用していた会社固有プロンプト・テンプレのエクスポート
- Enterprise 側へのインポート
- 過去の重要な対話履歴の保存（必要に応じて）
- ZDR有効化（機密情報を扱う業種は必須）
Day 19-21：テスト運用
- 選抜メンバー10名で1週間の試験運用
- SSOログイン・データアクセス・課金確認のチェックリスト消化
- 退職処理シミュレーション（退職予定者アカウントを意図的にロックして無効化されるか確認）
WEEK 4：本番展開と運用ルール定着
📅 WEEK 4 のゴール
全社員へのEnterprise切り替え、Teamプラン解約、運用ルール定着。
Day 22-23：全社展開
- 全社員のEnterpriseアカウント有効化
- SSOログインを必須化
- 個別ヘルプデスク対応（初日は問い合わせ集中するので体制強化）
Day 24-25：Teamプラン解約
- 全社員がEnterpriseに移行済みであることを確認
- Teamプランを正式解約（重要：移行完了確認前に解約してはいけない）
- 解約証跡をプロジェクト文書として保存
Day 26-28：運用ルール定着
- 新運用ルールに沿った業務実施を1週間モニタリング
- 違反・誤操作があれば是正
- SCIM 連携の動作確認（新規入社者・退職者の自動同期）
Day 29-30：移行プロジェクト完了レビュー
- 経営層への完了報告
- 得られた効果（管理工数削減・セキュリティ向上）の数値化
- 今後の運用体制への移行（プロジェクト→定常運用）
よくあるつまずきポイント
つまずき1：「Team解約とEnterprise開始のタイミングがズレる」
影響：業務が一時的に止まる、または二重課金になる。
対処：Enterprise契約は Team解約より7日以上前に開始し、ダブルランで切り替える。
つまずき2：「データ・履歴の引き継ぎ漏れ」
影響：移行後に「あのプロンプト、Teamの時に作ったやつどこ行った？」が発生し、現場が混乱。
対処：Day 17-18のフェーズで、移行対象データの完全棚卸しを実施。
つまずき3：「SSOテストを甘く済ます」
影響：本番展開日に多数の社員がログインできず、業務が止まる。
対処：Week 3で テストユーザー10名以上で1週間の試験運用を必ず実施。
つまずき4：「経営層への進捗共有が薄い」
影響：移行中に「予算オーバー」「日程延期」が発覚した時に、経営層が驚いて中止判断。
対処：週次の30分進捗レビューを経営層と必ず実施。
つまずき5：「現場社員の運用ルール理解が不足」
影響：Enterprise + ZDR を設定しても、現場が機密情報をそのまま入れてしまい、効果半減。
対処：Week 4 の運用ルール教育を 全員受講必須 で実施。署名取得も推奨。
移行プロジェクトのコスト構造
移行プロジェクトの典型的なコスト構造を、50名規模の中堅企業の例で示します。
| 項目 | 概算 | 備考 |
|---|---|---|
| Enterpriseライセンス費（年契約） | カスタム見積もり | Anthropic との交渉次第 |
| 移行プロジェクト工数（4週間） | 社内 約80時間 | 情シス・経営者・現場リーダー合算 |
| SSO 設定費（情シス or 外部） | 20〜50万円 | 社内対応なら時間のみ |
| 運用ルール整備・教育 | 10〜30万円 | 社員数とトレーニング時間に応じて |
| JADC顧問契約（移行支援含む） | カスタム見積もり | 4ヶ月分の伴走を推奨 |
※ 上記はあくまで参考値。実際は規模・業種・要件で大きく変動します。
まとめ：4週間で安全に移行する
Team → Enterprise の移行は、「プロジェクト」として設計すれば4週間で安全に完了できます。「いきなり全社一斉切り替え」は失敗パターンの代表例。Week 1〜4の段階的アプローチで、現場の混乱なく移行できるのが JADC 流の手法です。
移行プロジェクトをご検討中の企業向けに、JADC では 無料の移行診断 を実施しています。「自社の場合、何をいつまでに準備すべきか」を一緒に整理します。
関連記事：Pro/Team/Enterprise 完全比較 ／ SSO導入ガイド ／ ZDR徹底解説 ／ Enterprise価格交渉ガイド