Claude Codeで営業リード選別を自動化する方法｜CSV整形・優先度付け・次アクション作成
営業リードの初期選別を人手だけで回していると、CSV整形、重複処理、優先度付け、次アクション整理に時間が溶けます。特に「展示会後のリードCSV」「広告・資料DLの混在リスト」「営業が個別に集めた候補企業一覧」が混ざると、誰が見ても同じ基準でさばける状態に戻すだけで半日が終わります。
Claude Codeは、こうしたファイル起点の反復作業を terminal 上でまとめ直し、必要に応じて script を実行し、ルールを改善しながら repeatable な workflow にするのに向いています。つまり、営業リード選別を「その場の手作業」から「再利用できる運用資産」へ変えるための道具として捉えると分かりやすいです。
本記事のポイント
- Claude Codeは、CSV整形、優先度付け、次アクション作成のような反復的な営業リード選別を terminal と script ベースで再現しやすくする。
- ブラウザやデスクトップGUIをそのまま動かしたいときは Claude Cowork、分類ルールと出力物をファイルで管理したいときは Claude Code、という切り分けが実務では分かりやすい。
- 導入時は、入力ファイル、判定ルール、出力列、人が確認する境界を先に固定しないと、自動化したのに運用が不安定になる。
Claude Codeが向いている営業リード選別とは
Claude Codeが強いのは、営業リード選別を「画面操作」ではなく「ファイル処理」として扱える場面です。たとえば、展示会の名刺CSV、広告経由の問い合わせCSV、営業が別々に持っている候補企業リストを1つに集約し、重複を消し、優先度ラベルを付け、次アクションの下書きを出すような処理です。
このタイプの仕事では、毎回ブラウザをクリックするより、CSV列の整形、除外ルール、ICP条件、スコアリング基準をファイルで持っていた方が運用が安定します。Claude Codeは terminal からローカルファイルを読み、必要なら script を実行し、出力列を増やしながら改善できるので、同じ作業を次回以降も回しやすくなります。
| 判断軸 | Claude Code | Claude Cowork | 手作業のまま残しやすい場面 |
|---|---|---|---|
| 主な入力 | CSV、Markdown、ルールファイル、既存 script | ブラウザ、デスクトップアプリ、ローカルGUI | 例外が多い単発案件 |
| 向いている処理 | 重複除去、列整形、優先度付け、出力形式統一 | Web検索、GUI横断、ローカルアプリ操作 | 関係者調整や一次判断 |
| 再現性 | 高い。ルールをファイルで残しやすい | 中。画面や手順に依存しやすい | 担当者依存になりやすい |
| 人が見るべき境界 | スコア基準、除外条件、出力サンプル | 操作権限、誤クリック、保存先 | 最終優先順位と接触文面 |
逆に、「ブラウザで企業サイトを見て情報を拾い、そのままローカルExcelへ入力する」といった GUI 操作が主役なら、Claude Cowork の営業リスト作成記事の方が近いです。Claude Codeは「ファイル中心で回す方が得な仕事」に寄せると、役割がぶれません。
先に固定したい入力と出力の型
リード選別を安定させるには、モデルより先に入出力の型を決めます。最低限、入力ファイル、判定ルール、除外条件、出力列の4つを固定するだけで、毎回の指示がかなり短くなります。
| ファイル | 役割 | 最低限入れる項目 |
|---|---|---|
leads-export.csv | 元データ | 会社名、担当者、流入元、メモ、日時 |
qualification-rules.md | 判定ルール | ICP条件、優先度、除外条件、判断例 |
blocklist.csv | 除外条件 | 既存顧客、失注済み、対象外業種 |
qualified-leads.csv | 出力 | normalized_company、priority、reason、next_action |
重要なのは、「priority を付ける理由」と「next action の粒度」を固定することです。ここが曖昧なままだと、CSVは整っても営業が次に動けません。活動ログ設計や AI CRM の文脈でいうと、選別は入力前処理であり、営業プロセスそのものではありません。出力列は、そのまま CRM や営業会議で使える形に寄せるべきです。
実装イメージは「1回賢く」ではなく「何度も同じ」に置く
Claude Codeを使うときにありがちな失敗は、最初から万能なプロンプトを作ろうとすることです。実務では、まず小さく repeatable に回る型を作った方が速いです。
たとえば、作業ディレクトリを次のように揃えておくと、営業とマーケが別々にファイルを持ち込んでも回しやすくなります。
lead-qualification/
input/
leads-export.csv
blocklist.csv
rules/
qualification-rules.md
output/
qualified-leads.csv
review-notes.md
Claude Codeには、「input の CSV を読み、blocklist を除外し、qualification-rules に従って priority と next_action を付け、output に保存して。出力前に、判定が割れそうな行だけ review-notes.md に列挙して」と依頼する方が実務では使いやすいです。人が見るべき曖昧な行だけを分離できれば、レビューの負担も軽くなります。
この運用は、Google Workspace で営業管理を行う記事や Google Workspace CRM の考え方ともつながります。最終的に CRM へ入れるにしても、前段でファイル整理と判断基準を固定しておくと、現場の反発が減ります。
Claude CodeとClaude Coworkの使い分け
ここを曖昧にすると、検索意図も運用設計もぶれます。営業リード選別の文脈では、次の切り分けが実務向きです。
- Claude Code：CSV、ルールファイル、スクリプト、MCP接続を使いながら、出力物を repeatable に揃えたいとき
- Claude Cowork：ブラウザやデスクトップGUIを横断し、Web検索やローカルアプリ操作を含めて代行したいとき
- 人手を残す場面：除外条件の最終承認、接触優先順位の例外判断、担当者アサイン
たとえば、展示会後に `leads.csv` を整形し、重複を消して、翌日の架電順を作るなら Claude Code が向いています。一方で、出展社ページを見て最新情報を拾い、ローカルExcelへ追記するなら Claude Cowork の方が自然です。コードベースで回せるか、画面操作が主役かで見分けると迷いにくくなります。
人が確認する境界を先に決める
自動化がうまくいかない最大の理由は、「どこを人が確認するか」が後回しになることです。営業リード選別で最低限残すべき確認ポイントは次の3つです。
| 確認ポイント | 人が見る理由 | 先に決めること |
|---|---|---|
| 除外条件 | 既存顧客や失注済みの扱いは営業責任に直結する | blocklist の正本と更新担当 |
| priority の閾値 | Hot / Warm / Cold の境界で現場の体感が割れやすい | スコアの閾値と例外ルール |
| next action | 文面や接触手段はブランドと営業責任が乗る | メール、架電、保留の選び方 |
この確認境界を決めないまま自動化すると、「出力はあるが誰も信じない」状態になります。インサイドセールス や ハウスリスト運用 の文脈でも、重要なのは件数より、次のアクションへつながる粒度で出すことです。
導入後に見るべきKPI
Claude Codeで営業リード選別を始めたら、時短だけでなく品質の数字も見ます。
| 段階 | 先に見る数字 | 見落としやすい論点 |
|---|---|---|
| 初期導入 | CSV処理時間、レビュー件数 | 例外行が多すぎて人手が減っていない |
| 運用定着 | priority 別の接触率、初回接触速度 | 出力はあるが営業が使っていない |
| CRM接続後 | 次アクション登録率、更新率 | CRM 側の必須項目と出力列が噛み合っていない |
| 改善フェーズ | 有効商談率、失注理由の回収率 | スコアだけ上がっても商談化していない |
もし KPI を見たときに「選別より先に、顧客文脈の置き場所が壊れている」と分かったら、AI CRM や CRMに入力されない問題 の方が先です。Claude Codeは万能薬ではなく、前処理を整えるための強い手段として使う方が失敗しにくくなります。
よくある質問
Claude Codeは営業チームだけで使えますか？
使えますが、CSVの正本と判定ルールを誰が持つかは決める必要があります。営業だけで閉じるより、営業企画やOpsと一緒にルールを持つ方が安定します。
Claude Coworkだけで十分ではないですか？
GUI操作が主役なら十分な場面もあります。ただ、CSV整形や priority 付けのルールをファイルで残したいなら、Claude Codeの方が repeatable に回しやすいです。
最初からCRM連携までやるべきですか？
最初からつなぐ必要はありません。まずは `qualified-leads.csv` の品質を安定させ、人が見ても納得できる priority と next action が出るかを確認した方が安全です。
MCPは最初から必要ですか？
必須ではありません。CSV とルールファイルだけで十分始められます。社内データや CRM を直接参照したくなった段階で、MCP の基本を確認しながら広げるのが現実的です。
関連ページと関連記事
Claude Codeの営業活用を整理するときは、営業運用、AIエージェント、CRM設計の3本を一緒に見ると判断しやすくなります。
- 営業リスト作成はもうしない。Claude Coworkに「競合調査」と「Excel入力」を丸投げする手順【実証実験】：GUI操作込みで営業リスト作成を進めたい場合の比較対象です。
- AIエージェント時代の営業戦略｜電話AI・営業リスト・提案書自動化の実践ガイド【2026年版】：営業AI全体の実装イメージを広く確認できます。
- インサイドセールスとは？役割・KPI・立ち上げ方を実務で理解する：リード選別の出力を誰が使うかを整理できます。
- ハウスリストを商談に変える“5ステップ運用”〜成果を出すマーケティング・インサイドセールス活動〜：優先度付け後の動かし方を具体化できます。
- AI CRMとは？従来CRMとの違いと導入判断のポイント：選別結果をどこへ残すべきかの基盤設計につながります。
- CRM活動ログテンプレート｜メール・会議・メモを1本化する最小運用：next action を活動履歴へ落とす粒度を揃えられます。
Claude Codeを営業Opsの repeatable workflow へ載せたい場合
記事で見えてきたAI活用の論点を、PoCの進め方や実装範囲まで含めて具体化したい場合は、超速AI PoCも確認しておくと判断しやすくなります。