「うちのチーム5人で Claude Code を使いたいのですが、どう契約すればいいですか」という質問を、ここ数ヶ月でかなりの回数いただいています。1人で試した個人ユーザーが、社内で「これチームで使えそう」と話題に出した結果が反映されている気がします。
この記事では、Claude Code をチームで導入する全体の流れを、契約・共有設定・運用ルールの3つに分けて整理します。非エンジニアを含むチームでの導入を想定しています。
まず Team プランの位置づけを知る
個人で使うときは Pro プラン(月20ドル前後)や Max プラン(月100ドル前後)を契約するのが一般的ですが、チームで使う場合は Team プラン が用意されています。
- 1ユーザーあたりの月額は個人プランより少し上がる
- 請求が会社単位でまとまる(個人精算が不要)
- 管理者がメンバーの招待・削除を一元管理できる
- 利用状況のダッシュボードが見える
- データの取り扱いがビジネス向け(モデル学習に使われない既定設定)
正確な金額やメンバー数の上限は時期によって変動するので、契約前に必ず公式ページを確認してください。
私の周りの中小企業では、まず代表1名が Pro で1ヶ月ほど触ってみて、勝算が見えたら Team に切り替える、という導入順をよく取っています。いきなり全員分契約して放置されるパターンを避けるためです。
契約後にまずやる3つ
Team プランの契約が済んだら、最初にやることは次の3つです。
メンバーの招待。Anthropic の管理画面からメールアドレスを入力して招待を送ります。送られた側は普通に Anthropic アカウントを作って参加する流れ。
支払い管理者と利用管理者の分離。総務/経理が請求を見て、現場リーダーがメンバー追加削除を担当する形に分けると、運用が楽になります。
共有用リポジトリの準備。チームで Claude Code を使うなら、業務マニュアルや CLAUDE.md を置く Git リポジトリを1つ用意します。GitHub のプライベートリポジトリで十分です。
私は当初、共有リポジトリを作らずに「各自のローカルで好きに使って」と運用したのですが、3週間で「Aさんのところでは動くのに私のところでは動かない」が頻発しました。共有リポジトリを切るのが結局いちばん早かった。
CLAUDE.md をチームで育てる
Claude Code は、プロジェクト直下の CLAUDE.md というファイルを自動で読みます。ここに「うちのチームではこういう書式で議事録を作る」「請求書ファイルは /invoices/ 配下に置く」といったルールを書いておくと、Claude が以降ずっとそのルールに沿って動いてくれます。
チーム導入の初週でやる価値が高いのは、この CLAUDE.md の初版を作ることです。たたき台は Claude Code 自身が作れます。
cd ~/our-team-repo
claude
# プロンプトで
このリポジトリを分析して、CLAUDE.md を /init で作って
/init というスラッシュコマンドで、Claude が現在のリポジトリ構成を読み取って CLAUDE.md のたたき台を生成します。これを土台にチーム独自のルールを追記していく流れが回しやすいです。
私のチームでは、月1で「CLAUDE.md の見直し会」を15分だけ入れています。新メンバーが入ったタイミングや、業務フローが変わったタイミングで更新するのが理想ですが、忙しいと忘れるので機械的にカレンダーに入れています。
サブエージェントの共有
Claude Code の サブエージェント は、特定タスク専用の小さなAI役割をあらかじめ定義しておく機能です。「議事録整形担当」「提案書ドラフト担当」「経費精算担当」のように、用途別に作って .claude/agents/ に YAML ファイルとして保存します。
このサブエージェント定義をリポジトリで共有すると、チーム全員が同じ役割を呼び出せるようになります。誰かが作った「議事録整形くん」を、別のメンバーが /agents で選んで使う、という流れです。
属人化していたノウハウをサブエージェントとして残せるので、退職や担当替えのときに引き継ぎが楽になります。私は半ばナレッジマネジメントツールとして使っています。
メンバー全員が押さえるべきルールづくり
Claude Code を業務で使ううえで、チームで合意しておきたいルールがいくつかあります。
第一に、社外秘情報の扱い。Teamプランはデフォルトでモデル学習に使われない設定ですが、それでも顧客の個人情報や未公開の決算数字を扱うときは、社内ガイドラインに沿って慎重に判断する必要があります。
第二に、金額や日付など重要数値の確認フロー。AIに任せた請求書や見積書を、人間が必ずダブルチェックする流れを作っておくのがおすすめです。私の研修先で、Claude Code が出した数字をそのまま顧客に送ってしまい、小さな金額ミスで気まずい状態になった例がありました。
第三に、新メンバー向けのオンボーディング資料。1人目が試行錯誤して得た知見は、文書化しないと2人目以降が同じ罠を踏みます。社内Notion などに「Claude Code 使い方メモ」を1ページ用意しておくと、運用が安定します。
ルールは最初から完璧を目指さず、運用しながら毎月薄く追記していくのが現実的です。
非エンジニアメンバーを巻き込むときのコツ
Team プランは、エンジニア以外のメンバーが入ることが前提の機能です。私の経験上、非エンジニアを巻き込むときに効くコツが3つあります。
ターミナルではなく VS Code 経由で起動するセットアップを共有する。黒い画面への抵抗感が一気に下がります。
最初のタスクは「日報を5分で書き上げる」のような、すぐ便利さがわかるものを選ぶ。MCP連携やフック設定など複雑な話は2週目以降に回すのが定着しやすい。
詰まったら「迷ったらこの番号に Slack」など、ヘルプの導線を最初に決めておく。1人で抱え込ませない仕組みづくりがいちばん効きます。
非エンジニア5人のチームで、1ヶ月後に「全員が日報をClaude Codeで仕上げる」状態まで持っていけたケースもあります。初日の30分のオンボーディングを丁寧にやるだけで、定着率が大きく変わりました。
まとめ
- チームで使うなら Team プラン。1人で試して感触を見てから切り替える順がおすすめ
- 契約後すぐに「共有リポジトリ」「CLAUDE.md の初版」「メンバー招待」の3つを片付ける
- サブエージェント定義をリポジトリで共有すると、ノウハウの属人化を防げる
- 社外秘情報の扱い・数値ダブルチェック・オンボーディング資料の3点ルールを最初に作る
- 非エンジニアの参加は VS Code 経由のセットアップと小さな成功体験から
