Claude Codeをディレクターが使う範囲は「読む・聞く・小さく直す」の3段で決める──修正の影響範囲の下調べ、エンジニアに渡す前の確認、触らない線

この記事は、Web制作会社のディレクターが、Claude Codeをどこまで使ってよいかを扱います。Claude Codeをディレクターの仕事に当てるときの、範囲の決め方です。

「この文言、どこで直すんですか」でエンジニアの手が止まる

「トップの見出しの文言を変えたいと言われたんですが、どのファイルですか」
「この修正、ほかのページにも影響しますか」

ディレクターからの、こうした小さな質問は、1回は数分です。
けれど、聞かれるたびにエンジニアは作業を止め、元の集中に戻るまでに時間がかかります。

ディレクターが、自分で下調べをできれば、質問は減ります。
一方で、ディレクターがコードを直し始めると、今度は事故の心配が出てきます。

ディレクターのClaude Code活用とは、コードを「読む・聞く」ことを中心に置き、直すのは小さな変更だけ、それもエンジニアのレビューを通す前提で使うことである

黒字化の外科医です。ディレクターがClaude Codeを使う範囲を解剖します。

範囲を先に決める理由は、三つあります。

第一に、ディレクターの価値は、コードを書くことではなく、判断の材料をそろえることだから。
お客様の修正依頼を受けたとき、影響の範囲と工数の見当がその場でつけば、見積もりと返事が速くなります。

第二に、Claude Codeには、編集させずに調べさせる使い方があるから。
公式ドキュメント（code.claude.com、2026年10月27日確認）では、Plan（プラン）モードは、ファイルを読み、計画を書くが、承認するまでソースを編集しない、と説明されています。ディレクターの下調べには、この使い方が合います。

第三に、権限のないまま直すと、レビューの仕組みが崩れるから。
誰が書き、誰が確かめ、誰が承認するか。この分担の外で変更が入ると、事故の原因を追えなくなります。

レビューの役割分担は、こちらで扱いました。

▶ AIコードレビューの体制、制作会社は「誰が何を見るか」を先に決める──書いた人・確かめる人・承認する人の役割分担と、レビュー工数を月の予定に確保する計算例

ディレクターが使う範囲の3段

【第1段：読む・聞く（最初はここだけ）】
・権限モード：Plan（編集しない）
・やること：
　「トップページの見出しの文言は、どのファイルにありますか」
　「お問い合わせフォームの送信先は、どこで決まっていますか」
　「この修正で、ほかに影響を受けるページはどこですか」
・成果物：影響範囲のメモ（エンジニアへの依頼文や、見積もりの材料）

【第2段：小さく直す（エンジニアのレビューが前提）】
・対象：文言、画像の差し替え、お知らせの追加など、見た目だけの変更
・やること：変更を作り、差分（diff）を見て、エンジニアに確認を依頼する
・条件：本番に反映するのはエンジニア

【第3段：触らない（ディレクターは扱わない）】
・本番環境への反映、サーバーの設定
・ログイン、権限、決済、個人情報の処理
・.env など、認証情報の入ったファイル

最初の1か月は、第1段だけにしてください。
「聞いたら答えが返ってくる」だけで、エンジニアへの質問は減ります。

Claude Codeで使える場所と、ディレクターに合う使い方

公式ドキュメント（code.claude.com、2026年10月27日確認）では、Claude Codeはターミナル、IDE（VS Code、JetBrains）、デスクトップアプリ、Web（claude.ai/code）で使えると案内されています。

ターミナルに慣れていないディレクターには、デスクトップアプリが候補になります。
公式の説明では、デスクトップアプリは有料のサブスクリプションが必要で、差分を画面で確認でき、行ごとにコメントを付けて直しを頼めます。

どの席を誰に割り当てるかは、会社の費用と一緒に決めてください。考え方はこちらです。

▶ AIコーディングツールのコスト管理、制作会社は「席・使用量・案件への配賦」の3つで見る──使われない席、上限のない従量、どの案件の費用か分からない請求を、月1回で整える手順と計算例

今すぐ試せる：修正依頼の影響範囲を調べるプロンプト

Planモードで、次のように聞きます。

これから、お客様の修正依頼について調べます。ファイルは編集しないでください。

【修正依頼】
〔例：トップページの「お知らせ」の欄を、最新3件から5件に増やしたい〕

1. この修正に関係するファイルと、その役割を一覧にする。
2. 変更したときに、影響を受けそうなほかのページや機能を挙げる。
3. 見た目だけの変更か、データの取り方の変更かを分ける。
4. エンジニアに確認すべき点を、3つまでに絞って書く。
5. 分からないことは、推測で埋めずに「不明」と書く。

5の一文が大切です。
分からないことを分からないと書かせれば、ディレクターが誤った見当でお客様に返事をする事故を防げます。

例：質問が減ると、エンジニアの時間はどれだけ戻るか

（数字はすべて例）
今：ディレクターからの質問 週6回 × 1回20分（中断と復帰を含む）＝ 週120分
後：下調べをしてから聞く質問 週2回 × 1回20分 ＝ 週40分
差：週80分 × 4週 ＝ 月320分 ＝ 5時間20分

エンジニアの時間単価を6,000円と置くと
5時間20分 × 6,000円 ＝ 32,000円（月）

検算：320分 ÷ 60 ＝ 5.33…時間。5.33…時間 × 6,000円 ＝ 32,000円。

ただし、ディレクターが下調べに使う時間は、増えます。
その時間も記録し、差し引きで見てください。修正依頼の仕分けと組み合わせると、効果が見えやすくなります。

▶ 修正依頼の「範囲外」をAIで仕分ける──お客様の修正リストを契約の範囲と照らし、範囲内・範囲外・要相談に分けて工数と金額を出す手順と、伝え方の文例

構造的なリスク

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

下調べが上手になったディレクターほど、「これくらいなら自分で直せる」と考え始めます。
小さな変更が、レビューを通らずに積み重なると、誰が何を変えたのか分からなくなります。

だから、第2段の変更も、必ずエンジニアの確認を通す決まりにしてください。
ディレクターがClaude Codeで作った変更も、エンジニアが書いた変更と同じ扱いです。

よくあるQ&A

Q. ディレクターにも、Claude Codeの席は必要か？

第1段の「読む・聞く」だけでも、質問が減れば元は取れることがあります。上の計算を、自社の数字で試してから決めてください。

Q. お客様のコードを、ディレクターが読ませてよいか？

お客様との契約と、社内のAI利用ルールで決めます。エンジニアと同じ決まりを当てはめてください。

▶ 顧客のソースコードや機密をAIツールに入れる前の確認──「学習されない設定だから大丈夫」で止めない、契約・ツールの設定・社内の手順の3段チェック

Q. ディレクターが調べた結果を、そのままお客様に伝えてよいか？

伝える前に、エンジニアに確認してください。調べた結果は「見当」であり、約束ではありません。

最後に

ディレクターがClaude Codeを使う目的は、コードを書くことではなく、判断の材料を速くそろえることです。

読む・聞くから始め、直すのは小さな変更だけ、それもレビューを通す決まりにした会社だけが、エンジニアの時間を守りながら、お客様への返事を速くできるのです。

ディレクター・デザイナー・エンジニア・社長の範囲表とプロンプトは、職種別のガイドにまとめました。

▶ 職種別Claude Code活用ガイド【ディレクター・デザイナー・エンジニア・社長】──使う範囲の表、権限モードの初期値、プロンプト12本、引き継ぎメモと月次の振り返り表

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

#Web制作会社 #ClaudeCode #ディレクター #AI活用 #生成AI #進行管理 #制作会社経営 #中小企業 #業務効率化 #AI駆動開発