Claude Code・Cursorのチーム導入は「試行→ルール→案件→評価」の順番で進める──全員に一斉配布して失敗する理由、4週ずつの段取り、共有する設定ファイルと、続けるかを決める計算例

この記事は、Claude CodeやCursorなどのAIコーディングツールを、制作会社のチームに導入する順番を扱います。

全員に配ったのに、3か月後には使い方がばらばら

「便利らしいから、エンジニア全員の分を契約しよう」

AIコーディングツールを、全員に一斉に配る会社は少なくありません。
3か月後、ある人は毎日使い、ある人はほとんど開かず、ある人はお客様の案件で何をさせたか誰にも言っていない、という状態になります。

原因は、ツールではなく、導入の順番を決めていなかったことです。

チーム導入とは、少人数の試行で分かったことを社内の決まりにし、決まりの下で案件に広げ、数字で続けるかを判断する4段の手順である

黒字化の外科医です。AIコーディングツールのチーム導入を、失敗しにくい順番で解剖します。

順番が必要な理由は、三つあります。

第一に、決まりは、試してみないと書けないから。
何を許し、何を止めるべきかは、自社の案件で使ってみて初めて分かります。机の上で作った決まりは、現場で守られません。

第二に、お客様の案件には、社内の試行とは違う責任があるから。
お客様のコードや情報を扱う以上、使う前に、データの扱いと、お客様への説明を決めておく必要があります。

第三に、続けるかどうかを、感覚で決めると後で揉めるから。
「速くなった気がする」で全員分の契約を続けると、費用だけが積み上がります。

4段の導入の順番：4週ずつ区切る

【第1段：試行（1〜4週）】
・試す人：2人（技術に詳しい人と、ふつうの経験の人）
・対象：社内の作業、自社サイト、お客様の情報を含まない作業
・記録：作業ごとに「使った・使わなかった」「かかった時間」「困ったこと」

【第2段：ルール（5〜8週）】
・試行の記録から、許すこと・止めること・確かめることを書く
・共有する設定ファイルと、社内の指示書（後述）を作る
・お客様のコードを扱ってよい条件を、ツールの公式の情報で確かめて決める

【第3段：案件（9〜12週）】
・ルールの下で、お客様の案件を1〜2件だけ選んで使う
・お客様への説明と同意を、事前に済ませる
・レビューの体制を、案件の前に決める

【第4段：評価（13週〜）】
・工数、手戻り、レビューの時間、ツールの費用で、続けるか・広げるかを決める
・広げるなら、次の2〜3人を同じ順番で入れる

お客様の情報を扱ってよいかは、ツールごとのデータの扱いを公式の情報で確かめてから決めます。社内の情報の線引きは、こちらで扱っています。

▶ AIの情報漏えい対策、制作会社は「預かり物」から線を引く──原稿・顧客名簿・アクセス解析・ログイン情報の4分類と、取引先に説明できる管理の型

共有する設定ファイル：公式ドキュメントで確認できること

第2段で作る決まりは、文書だけでなく、ツールが読む設定ファイルにも落とします。公式ドキュメントで確認できたことを書きます（2026年10月25日に確認）。

Claude Code

• プロジェクトの `.claude/settings.json` は、そのフォルダで作業する全員に効く設定で、リポジトリにコミットすればチームで共有できます。個人用には `.claude/settings.local.json` があります
• 設定の `permissions` に、`allow`（確認なしで許す）、`ask`（確認する）、`deny`（止める）のルールを書けます。公式の例には、`.env` ファイルを読ませないルールがあります
• `./CLAUDE.md` または `./.claude/CLAUDE.md` に、チームで共有する指示（ビルドとテストの手順、書き方の決まりなど）を書けます。ただし公式は、これを「強制される設定」ではなく文脈として扱うと説明しています。必ず止めたい操作は、指示書ではなく設定や仕組みの側で止めることが示されています

Cursor

• プロジェクトのルールは `.cursor/rules` に置き、バージョン管理してコードベースと一緒に扱えると説明されています
• `AGENTS.md`（エージェント向けの指示を書くファイル）にも対応しています。Claude Code も `AGENTS.md` を読めると説明されています

料金、席の管理、データの扱いの条件は、プランごとに違い、変わることもあります。導入の前に、必ず公式で確認してください。
この記事は、特定のツールを勧めるものではありません。どのツールでも、「共有する設定」と「個人の設定」を分け、共有する側を社内の決まりとしてリポジトリで管理する考え方は同じです。

今すぐ試せる：試行の記録から決まりの案を作るプロンプト

私はWeb制作会社の技術責任者です。AIコーディングツールを2人で4週間試しました。その記録から、社内の決まりの案を作ってください。
（顧客名や秘密情報は入力しません）

【試行の記録】
・試した作業と、使った・使わなかったの別：〔記載〕
・時間が短くなった作業と、長くなった作業：〔記載〕
・困ったこと、ひやりとしたこと：〔記載〕
・使ったツールと、確認した公式の情報：〔記載〕

1. 「許すこと」「止めること」「人が確かめること」を、それぞれ5つ以内で書く。
2. 共有の設定ファイルで止めるべきことと、文書の決まりで足りることを分ける。
3. お客様の案件で使う前に、決めておくべきことを列挙する。
4. 第4段で見る数字を、記録できる形で3つ挙げる。

導入評価工場：続けるかを決める計算（数字はすべて例）

第3段の案件：3件
見積もりの工数の合計：30時間
実績の工数（レビューの時間を含む）：24時間
差：30 − 24 ＝ 6時間
見積もりに対する差の割合：6 ÷ 30 ＝ 20%

目標の時間単価：7,645円（例）
浮いた時間の金額：6時間 × 7,645円 ＝ 45,870円

ツールの費用（同じ期間・試行の人数分）：〔公式の料金で確認して記入〕円

浮いた時間の金額が、ツールの費用を上回るかを比べます。
ただし、実績の工数にレビューの時間を入れ忘れると、効果は大きく見えます。必ず含めてください。
案件ごとの工数の測り方は、こちらで扱っています。

▶ AIの生産性を社内で測定する方法、制作会社は「速くなった気がする」で止まっている──1案件の工数、1人あたりの粗利、手戻りの回数の選び方と、測り始めの手順

構造的なリスク

逆説を指摘しておきます。

試行の2人に、社内で一番AIに詳しい人を選ぶと、結果はよく見えすぎます。
その人のやり方は、ほかの社員にはそのまま移りません。

だから、試す人の1人は、ふつうの経験の人にしてください。
その人がつまずいた場所こそが、決まりと教育で埋めるべき穴です。

よくあるQ&A

Q. 試行の期間に、お客様の案件で使ってしまった社員がいる。

責めずに、何を入力し、何を書かせたかを記録してもらいます。その記録が、第2段の決まりの材料になります。

Q. ツールを1つに決めるべきか？

この記事では決めません。複数を使うなら、ツールごとに「共有の設定」と「指示書」を用意する手間が増えることを、評価の費用に入れてください。

Q. 4週ずつでは長すぎないか？

案件の少ない月なら、短くしてもかまいません。ただし、段を飛ばさないことが大切です。

最後に

AIコーディングツールは、配った日からではなく、決まりができた日から、会社の道具になります。

試行・ルール・案件・評価の順番を守り、共有の設定をリポジトリで管理した会社だけが、AI駆動開発をチームの力として利益に変えられるのです。

決まりの文書、権限、記録、教育、評価の型は、運用キットにまとめました。

▶ AIコーディングの社内ルール、導入から運用までの型一式──利用規程のひな形、権限表と共有設定の例、変更の記録テンプレート、4週の教育計画、続けるかを決める評価シートと計算例

これまでの記事は、メンバーシップ「黒字化オペ室」でまとめて読めます。月額1,980円、記事2本分の金額です。詳しくはプロフィールから。

#Web制作会社 #ClaudeCode #Cursor #AI駆動開発 #AIコーディング #チーム導入 #制作会社経営 #中小企業 #生成AI #開発体制