Claude Codeの業務利用｜作らせる前に業務フローを決める理由と、安全に使う3つのルール

Claude Codeの業務利用について相談を受けると、質問はだいたい2つに分かれます。「何から作ればいいか」と「社内で使って大丈夫か」です。SalesDockは2026年3月から社内の業務をClaude Codeで回し、支援先の業務ツールづくりにも使っています。この記事では、その中で作る前に決めるようになったことと、社内で使うときに決めておくルールをまとめます。

何を任せているかの実例はClaude Codeの活用事例、作ったツールを本番で使う前の確認は本番導入前チェックリスト12項目に書いています。

Claude Codeの業務利用・業務改善は、業務フローを決めてから作らせるとうまくいきます

Claude Codeに「案件管理のアプリを作って」と頼むと、数分で画面が動きます。問題は使い始めてからです。営業担当と事務で見たい項目が違う、外出先のスマホから入れたい、請求の表と金額が合わない。1つ直すと、前に直した画面の表示がずれます。

Claude Codeで作った業務アプリの修正が止まらないのは、AIの腕が悪いからではありません。誰が使うか、何で入力するか、どのデータとつながるかが決まらないまま作らせたため、AIが推測で埋めた部分が後から外れているのです。公式ドキュメントでは、自分にインタビューさせて仕様をファイルにまとめ、新しい会話で実装に入る進め方が紹介されています。

Claude Codeとチャット型AIの違い：ファイルを読み、操作まで実行します

チャット型の生成AIは、こちらが貼り付けた文章しか見ません。だから「機密情報を貼らない」というルールが効きます。

Claude Codeは前提が違います。許可した範囲のファイルを自分で開いて読み、必要ならコマンドを実行し、ファイルを書き換えます。表の集計や画面の修正をまとめて任せられるのはこのためで、同じ理由で、決めることが「何を貼らないか」から「何を見せるか、何をさせるか」に移ります。見せる範囲とさせる操作のルールは、後半の3つのルールで扱います。

コードを書かせる前に、誰が・何で・どのデータとつながるかを決めます

業務アプリを作る前に書くのは、仕様書ではなく業務フロー1枚です。見るのは次の3つだけです。

誰が使うか：入力する人と、見る人を分けて書きます

「営業が使う」だけでは足りません。案件を入力するのは営業担当、数字を見るのは社長、請求を出すのは事務、というように、入力する人と見る人を分けて書きます。見る人しか話に出てこないと、入力する人にとって面倒な画面ができ、結局Excelに戻ります。

何で入力するか：スマホか、パソコンか、紙からの転記か

現場がどこで入力するかで、画面の形が変わります。外出先のスマホなら入力欄は少なく、事務所のパソコンなら一覧で直せる形が向きます。FAXや紙の書類から転記している業務なら、転記そのものを減らせないかを先に考えます。今の入口を書かずに作ると、最初の画面がほぼ作り直しになります。

どのデータとつながるか：同じ値を入力する場所を1か所にします

3つの中で、後から直すのが一番大変なのがここです。エンジニアはER図と呼ばれる図で、表と表のつながりを書きます。非エンジニアが作るときは専門の書き方でなくてかまいません。顧客1件に案件が何件つくか、案件1件に請求が何件つくかを線で書き、同じ値をどこで入力するかを1か所に決めます。

これは私たちも自社で踏みました。2026年8月、Claude Codeで作った自社の経営ダッシュボードで、案件の売上月を案件の管理表で直したのに、画面が古い月のままでした。原因は、金額を管理表でもダッシュボードでも直せる作りにしていたことと、両者の同期がダッシュボードから管理表への一方向だったことです。さらに、その状態で同期を押すと、古い値で管理表を上書きする向きになっていました。いまは案件の金額を入力できるのは管理表だけにし、ダッシュボードは読むだけにしています。

Claude Codeで業務改善を始める：入出力が決まり、結果を人が確かめられる仕事から

Claude Codeに任せやすい仕事は、入力と出力が決まっていて、結果を人が確かめられる仕事です。SalesDockでは、予定のまとめ、議事録の整理、入金の照合、自社サイトの修正がこれに当たります。

業務フローを1枚にしてからClaude Codeに渡す手順

業務フローは、きれいな図でなくてかまいません。紙に手で書いたものを写真に撮って渡しても、Claude Codeは読めます。

1. 今のやり方を書きます。誰が、何を見て、何に書いているか。電話、紙、Excelでやっている部分も省かずに書きます。
2. 登場する表を書き出し、表と表を線でつなぎます。線の横に「1件に何件つくか」と「どこで入力するか」を書きます。
3. Claude Codeを計画モードで動かし、業務フロー1枚を読ませて、作る前に計画と不明点を出させます。計画モードはファイルを変更せずに読むだけの状態で、Shift+Tabで切り替えられます。
4. 最初は1業務・1画面だけ作り、実際に入力する人に1週間使ってもらいます。
5. 同じ問題を2回直しても直らないときは、会話をやり直します。公式ドキュメントでも、同じ問題で2回を超えて修正したら /clear で会話を消し、学んだことを入れた指示でやり直すよう勧めています。

大きめの機能なら、Claude Codeに質問させて仕様を書き出させる方法もあります。公式ドキュメントでは、作りたいものを短く伝えて自分にインタビューさせ、仕様をファイルにまとめてから、新しい会話で実装に入る流れが紹介されています。出典：Claude Code公式ドキュメント「ベストプラクティス」（Anthropic）

要件を決める進め方そのものは要件定義の進め方、そもそも自作せずノーコードで足りるかの判断は業務アプリを自作するかの判断で扱っています。

業務で安全に使う3つのルール：見せる範囲・させる操作・置き場所

業務フローが決まったら、次は社内で使うときの線引きです。生成AIの社内ルールは「機密情報を貼り付けない」を中心に作られていることが多く、チャット型ならそれで足ります。Claude Codeでは、貼り付けていなくてもフォルダの中身は読まれます。

見せるフォルダの範囲：作業用フォルダの中だけで起動します

一番大事で、一番簡単に対策できるのがこれです。デスクトップや書類フォルダの直下で起動すると、そこにある全部が読める範囲に入ります。顧客リストのExcel、経理の資料、他社との契約書など、作業に関係ないものまで含まれます。

• 作業用のフォルダを新しく作り、その中だけで動かします。
• 作業に必要なファイルだけ、そのフォルダにコピーして持ち込みます。
• 共有ドライブの直下では起動しません。他部署のファイルまで範囲に入ります。

実行させる操作：削除・外部送信・本番接続に線を引きます

Claude Codeはコマンドを実行できます。ファイルの削除、外部への通信、ソフトのインストールも含まれます。

• 削除を伴う操作は、実行前に内容を読みます。提案されたコマンドをそのまま承認しません。
• 削除や外部送信を確認してから実行させたい場合は、権限モードを手動（Manual）にするか、拒否ルールで禁止します。対話型ターミナルとVS Codeの既定は auto モードで、確認なしで進むことがあります。
• 外部にデータを送る操作は、どのサービスに何を送るのかを確認します。
• 本番環境に直接つながる操作はさせません。作業は手元か検証用の環境で行います。

私たちも2026年9月に、2台のパソコンのフォルダをそろえる操作で、送り元に無いファイルを受け側から消す指定を使い、受け側にしか無かった資料を失いました。Claude Codeは指示された操作をそのまま実行します。いまは消す操作の前に、受け側にしか無いファイルを数える確認を挟んでいます。こうした確認を毎回自動で挟む仕組みはClaude Codeのhooksの使い方に書きました。

生成物の置き場所：個人のアカウントに置きません

できあがったツールの置き場所は、作った後に慌てて決められがちです。

• 個人のアカウントで公開しません。その人が抜けた時点で止まり、引き継げないツールになります。
• 認証をかけずに公開しません。社内向けのつもりでもURLは広がります。
• 動作確認用に書いた認証情報が残っていないかを確認します。APIキーの直書きとして残る典型です。

出典：Claude Code公式ドキュメント「セキュリティ」（Anthropic）。仕様は変わるので、最新の内容は公表元で確認してください。

業務改善の効果は、作る前の時間と手戻りの回数で測ります

Claude Codeで業務改善をしたとき、「楽になった」とは感じても、何分減ったかを言えないことがよくあります。私たちも、任せる前の作業時間を記録していなかった仕事がいくつもあります。作る前の時間は、始めてしまうと後から測れません。

• 作る前：対象の業務を2〜3回、1回あたりの時間を測り、月の回数と合わせて記録します。
• 作っている途中：修正を頼んだ回数と、作り直した画面の数を数えます。業務フローを先に書いたかどうかの差は、ここに出ます。
• 使い始めて4週間：同じ業務の時間、同じ値を2か所で入力している箇所が残っていないか、止まった回数を記録します。

4週間たっても時間が減っていないなら、ツールより業務フローの側を見直します。入力の入口が現場と合っていないことが多いからです。

作れてしまうことの副作用：作ったら台帳に1行足します

Claude Codeを使い始めた会社で共通して起きるのが、ツールの数が管理できる量を超えることです。1つ目は作った本人が全部把握しています。5つを超えたあたりで、何が動いていて何が使われていないのかが分からなくなり、使われていないツールが認証情報を持ったまま動き続けます。

対策は、作ったら台帳に1行足すことです。ツール名、作った人、何をするものか、置き場所の4つで足ります。作るコストが下がったぶん、記録するコストを払います。

社内ルールに足すなら、この5行です

既存の生成AI利用ルールに、次の5行を足せば、Claude Codeの業務利用に対応できます。

1. 業務アプリを作らせる前に、誰が使うか、何で入力するか、どのデータとつながるかを1枚に書く。
2. 作業用フォルダを作り、その中だけで起動する。顧客データがある環境では /sandbox もオンにし、顧客データや経理資料のあるフォルダでは起動しない。
3. 削除と外部送信を伴う操作は、権限モードを手動にするか拒否ルールで縛り、実行前に内容を確認する。
4. 本番環境に直接接続した状態で作業しない。
5. 作ったツールは台帳に登録する（名前・作成者・用途・置き場所）。

ルール全体の作り方は生成AIの社内ルールの作り方を参考にしてください。

SalesDockは、経営・業務・データ・システムのつなぎ目を設計し、経営管理基盤の実装と定着を支援しています。Claude Codeの業務利用は、その実装を速くする手段の一つで、業務フローを先に決める点は変わりません。