Claudeで失注顧客への再アプローチを決める — 時期と切り口の手順
CRMの失注案件CSVにClaudeのResearchで各社の直近の動きを当て、失注理由が解消した顧客から再アプローチの時期と切り口を決める手順です。依頼文の例付き。
失注リストは「理由」と「いまの状況」を突き合わせると動かせる
失注した案件は、CRMに残ったまま眠りがちです。全社に一斉に連絡するのは効率が悪く、かといって誰から当たるかを決める材料もありません。決め手になるのは2つの情報です。失注した理由と、その会社がいま置かれている状況。
前者はCRMに入っています。後者は、各社のニュースリリースや採用情報、決算資料といった公開情報から拾えます。この2つを突き合わせ、失注理由が解消したように見える会社から順に並べるのが、この記事の手順です。
後者の収集にClaudeのResearchを使います。Researchは複数の情報源を横断して出典付きのレポートにまとめる機能なので、数十社分の「直近の動き」を一社ずつ検索する手作業の代わりになります。出てきた情報をどう読み、誰にいつ連絡するかを決めるのは営業担当者です。
失注理由そのものの集計は、Coworkで営業の失注理由を分析する手順が扱っています。既存顧客への追加提案はSalesforceのデータからアップセルとクロスセルをClaudeで探す方法が別の主題です。本記事は、すでに失注した相手への再接触に絞ります。
全体の流れは5段階
失注顧客の掘り起こしを進める5段階
- 1
CSVを整える
CRMから失注案件を書き出し、会社単位の表にします。失注理由は自由記述のまま使わず、数種類に分けて列を足します。
- 2
「解消の兆し」を定義する
失注理由ごとに、どんな出来事があれば状況が変わったと見なせるかを先に決めます。
- 3
Researchで直近の動きを集める
数社ずつ区切って依頼し、出来事と日付と出典URLを表にまとめさせます。
- 4
時期と切り口を決める
理由と出来事の組み合わせから、連絡の優先順位と、最初の一通で触れる話題を決めます。
- 5
人が確認して連絡する
出典を開いて事実を確かめ、文面を書き、送るかどうかを判断します。
使う前に確認しておくこと
Researchには、使える条件がいくつかあります。
- 有料プラン(Pro、Max、Team、Enterprise)で、Web版、Claude Desktop、Claudeモバイルアプリから使えます
- ウェブ検索がオンになっていないと動きません
- 入力欄左下の「+」から「Research」を選ぶと、画面下部に青いインジケーターが出ます。もう一度押すと無効になります
- Team / Enterpriseでは、管理者がResearchの動作モデル(Claude Opus 5.5とClaude Opus 4.8)を、あなたの役割に対してどちらもオフにしていると動きません。管理者に、どちらか一方をオンにしてもらう必要があります
もうひとつ、この用途で見落としやすい点があります。Claudeモバイルアプリでは、Researchはウェブしか検索せず、コネクタを使いません。しかもエラーなどの表示は出ないので、コネクタが使われていないことに気づけません。CRMやGmailのコネクタを併用するなら、Web版かClaude Desktopから始めます。
Claude Desktopに設定したローカルのMCPサーバーのツールも、Researchからは使えません。
CSVを会社単位に整える
アップロードできるファイルはCSVを含み、1ファイル30MBまで、1つのチャットに最大20ファイルです。失注リストはこの範囲に収まることがほとんどです。
整える列は次の程度で足ります。
会社名,業種,失注時期,失注理由(分類),競合,次回連絡の条件列のうち効くのは「失注理由(分類)」と「次回連絡の条件」です。商談メモの自由記述は、そのままでは「価格が合わなかった」「時期尚早だった」「担当者が異動した」が混ざり、並べ替えられません。次の4分類くらいに寄せておくと、後の判断が楽になります。この分類は一例で、自社の失注理由に合わせて変えてください。
| 失注理由の分類 | 状況が変わったと見なせる出来事の例 |
|---|---|
| 予算が確保できなかった | 状況が変わったと見なせる出来事の例資金調達、決算での増益、新年度の予算編成期 |
| 時期尚早・優先度が低かった | 状況が変わったと見なせる出来事の例関連する新規事業や新製品の発表、組織の新設 |
| 競合に決まった | 状況が変わったと見なせる出来事の例契約更新の時期、競合の障害や価格改定の報道 |
| 担当者・体制の問題 | 状況が変わったと見なせる出来事の例組織変更、担当部署の新設、経営陣の交代 |
この表は編集上の整理で、Researchが返す内容ではありません。右の列が「連絡してよいサイン」になるので、先に決めておくとResearchへの依頼文が具体的になります。
Researchに直近の動きを集めさせる
Researchは、5回以上のツール呼び出しが要り、1〜3分かかる網羅的な情報収集に向く機能です。会社1社の所在地を確かめるような1〜2回で済む質問は、通常のウェブ検索の領分です。失注リストの全社分を一度に頼むのは、重さの点でも出力の確認しやすさの点でも向きません。5〜10社ずつ区切ると、1回分の表が確認できる量に収まります。この件数は筆者の目安であり、公式の推奨値ではありません。
次の依頼文は一例です。社名や期間は置き換えてください。
Researchツールを使って、添付CSVの「会社名」列の1〜8社について、
直近6か月の動きを調べてください。
【調べる出来事】
- 組織変更・新部署の設立・経営陣の交代
- 資金調達・決算発表
- 新製品・新サービスの発表
【出力】表で、列は次のとおり
会社名/出来事/日付/出典URL/CSVの失注理由との関係
【条件】
- 出来事は日付のあるものだけ。日付が不明なら「日付不明」
- 見つからない会社は「公開情報では確認できず」と書く
- 事実と推測を分け、推測には(推測)と付ける
- 連絡の可否の結論は書かない最後の1行が要です。結論まで書かせると、根拠の薄い「今が好機です」といった断定が混ざります。Researchには事実の収集と整理だけを任せ、判断は次の段階で自分が行います。
失注理由とのつながりを列に入れる
「CSVの失注理由との関係」の列を入れると、Claudeは各出来事を「予算の障害が解消したように見える」「関係なさそう」と仕分けます。この列は仮の判断として扱います。たとえば資金調達の報道があっても、その資金が自社の領域に回るとは限りません。出典を開き、記事の中身で確かめる工程を飛ばさないでください。
CRMやメールも調べさせるなら
Researchはウェブと、有効にしたコネクタの両方を調べます。Google Workspace(Gmail、Googleカレンダー、Googleドキュメント)などのコネクタを有効にしていると、Claudeはそのツールを承認の確認なしに自動で呼び出します。過去のメールのやり取りから、失注時に「半年後に再検討する」と言われていた記録を拾わせる、といった使い方ができます。
承認が毎回は求められないため、読ませたくない情報が入ったコネクタは、そのチャットで有効にしないでおきます。
時期と切り口を決める
Researchの表が戻ったら、次の2点で並べ替えます。
- 失注理由と対応する出来事があるか(「予算なし」で失注し、資金調達の報道が出た、など)
- その出来事が起きてから何日経っているか
出来事が新しいほど、連絡の理由を一文で示せます。「御社の新製品発表を拝見して」と書けるのは発表の直後です。時間が経つほど、その一文の説得力は落ちます。出来事の日付を表に残させたのはこのためです。
切り口は、出来事の種類で決めます。
| 出来事 | 最初の一通で触れる話題 |
|---|---|
| 資金調達 | 最初の一通で触れる話題失注時の条件(価格)を、体制拡大の文脈で再提示する |
| 組織の新設・再編 | 最初の一通で触れる話題新しい担当部署に向けた、導入事例の紹介 |
| 新製品の発表 | 最初の一通で触れる話題製品に関連する課題への、失注時とは別の提案角度 |
| 経営陣の交代 | 最初の一通で触れる話題経営方針への言及は避け、変化への祝意と情報提供 |
| 競合の契約更新期 | 最初の一通で触れる話題比較検討の再開を促す、事実ベースの違いの整理 |
これは営業上の整理例です。実際に何を言うかは、失注時に何を提案していたかで変わります。
文面の下書きもClaudeに頼めますが、渡す材料は「会社名、失注理由、見つかった出来事、出典」の4点に絞ります。出来事の中身を言い換えさせず、事実として書いてある範囲だけを使わせます。
つまずきやすい点
落とし穴
Researchが動いていない
「+」からResearchを選んでも、Claudeが調査を始めないことがあります。依頼文に「Researchツールを使って」と書くと、Claudeが調査機能を使うよう促せます。
もうひとつ、使用量の減りが早い点にも注意が必要です。Researchの使用量は通常の会話と同じ枠で数えられますが、複数の情報源を取得して長い回答を返すため、枠が早く減ります。数十社をまとめて頼むと、その日のほかの作業に影響が出ます。区切って依頼する理由は、確認のしやすさだけではありません。
さらに、Researchの結果は依頼した時点のウェブ上の情報です。数週間後に連絡文を送る時点で、状況が変わっている可能性があります。連絡の直前に、出典のページを開き直します。
継続的に回すときの運用
失注リストは一度作って終わりではなく、四半期ごとなど周期的に見直す対象です。毎回同じ依頼文を使えるよう、CSVの列構成と依頼文を固定しておきます。依頼文のテンプレートはメモやプロジェクトの指示欄に保存しておくと、会話ごとに書き直さずに済みます。
見直しのたびに、前回「連絡した」「見送った」の記録をCSVの列に足します。同じ会社に何度も同じ切り口で連絡するのを避けられます。
失注理由の分類そのものが、時間とともに偏ってくることもあります。分類の見直しには、失注理由を四半期ごとに集計する手順の結果を使えます。取引先の公開情報を追う調査の進め方は、取引先与信の見直しにResearchを使う記事にあります。Researchの基本操作はClaudeリサーチの使い方で扱っています。
まとめ
失注顧客への再接触は、「理由が解消した兆しがある会社から、出来事の直後に」という順序で組むと無駄が減ります。Researchは各社の出来事と日付と出典を集める役に徹させ、連絡するかどうかの判断と文面の確認は人が持ちます。最初は5〜10社でこの流れを一周させ、出典を開いて外れ率を見てから、対象を広げるのが現実的です。