想定事例. これは説明用の想定事例であり、顧客の実績ではありません。営業チームも、ここに出てくる数字もすべて仮定です。Claudeベースのフォローアップアシスタントが、動きが止まった案件を拾い上げ、営業担当の文体で次の連絡文を下書きし、担当者がすべてのメッセージを確認して送信する仕組みを示します。
問題はリードの数ではなく、記憶です。良い2回目の商談のあと案件が止まり、担当者はもっと熱い案件に移り、そのうち誰もフォローし直すことを思い出さなくなります。CRM上ではパイプラインは健全に見えます。内側では静かに死んでいきます。
説明のために、CRMに動きの止まった未完了の案件が山ほど残っている営業部門長を想定します。案件は「進行中」のまま動かず、新規リードを1件も買っていません。問いは、適切なタイミングで適切なメッセージを担当者が送ったとき、そのうち何件が実際の会話に戻るかです。それが測るべき数字であり、この記事はその値を主張しません。
なぜこれほど多くの案件がフォローアップの段階で死ぬのか
AIは停滞案件の営業フォローアップにどう役立つのか
AIが毎日CRMを読み、通常のペースを超えて静かになった案件にフラグを立て、実際のやり取りの履歴を使って担当者の言葉遣いで次のメッセージを下書きします。担当者はそれを確認して送信します。新しいリードを追いかける代わりに、すでに手元にあるパイプラインを回収するもので、送信量は人が扱える範囲にとどまるため到達率も保たれます。
40件の進行中案件を抱える担当者(説明用の仮定)は、40個のフォローアップ時計を頭の中で持てません。だから一番うるさい案件がその日を取り、静かな案件は流れていきます。この流れは四半期末まで見えず、予測に入れた案件が2回目の商談以来ずっと沈黙していたと判明します。このパターンこそ、私たちの営業向けAIの取り組みが前提にしているものです。
設計は何で構成されますか?
特別なものではない、3つのパーツです。通常のペースを超えて静かになったオープン案件を採点するステップ。実際のやり取りの履歴を使って次の一手を書く下書きステップ。そして、担当者がCRMを手作業で漁る代わりに開く日次リストです。
- 抽出:毎朝CRM内のオープン案件を読み、想定される次回接触予定日を過ぎたものにフラグを立てる。案件規模と最後に実際に返信があった日で重み付けする。
- 下書き:フラグの立った案件ごとに、担当者の言葉遣いで短いフォローアップを1通書く。スレッド上で実際に起きた最後の出来事を引用する。ありきたりな「ご確認いかがでしょうか」は書かない。
- 確認:下書きを「今日声をかけるべき相手」リストに入れる。担当者が読んで送信ボタンを押すまで、何も送られない。
下書きの段階こそ、返信の質を変えるはずの部分です。「更新が第3四半期だとおっしゃっていたので、その前にパイロットを組みたいと思いました」というフォローは、「ご状況いかがでしょうか」よりはるかに返信されやすくなります。Claudeがスレッドを読んで具体的な切り口を拾うので、担当者は白紙から書くのではなく、実在のメッセージを手直しします。
We are
各担当者に、声をかける価値のある静かな案件と、編集用の下書き第一稿を渡す日次リスト。すべてのメッセージは人間が読んで送信する。
We aren't
タイマーですべてのオープン案件にテンプレートの「フォローアップです」メールを自動送信し、見込み客にあなたをフィルターすることを覚えさせる自動シーケンサーではない。
送信量は人間の範囲にとどまるはずです。担当者は、人が現実的に送れる数のフォローを、自分で温めたメールボックスから送ります。アシスタントが変えるのは、どの案件に注意が向くかと各メッセージの中身であって、送る件数ではありません。そのため、スパム報告や到達率は動かないはずです。この人がループに入るという線引きは、私たちのAI導入の取り組みに共通する規律です。
うまくいっているとどう判断しますか?
最初はノイズが多い時期があると考えてください。検出ステップが、正当な理由で静かな案件にも印を付け、担当者が信頼できないリストを受け取り、開かなくなる人も出ます。対処は、頻度のロジックを調整し、担当者が意図的に保留した案件を無視するよう教えることです。
測るべきシグナルは再開率です。リストが印を付けた案件のうち、実際の会話に戻ったのは何件か。オンにする前の同等の案件と比べます。先にその基準値を決め、リストが浮かび上がらせたから担当者が連絡した案件だけを数えます。モデルは簡単な部分で、その周りの地味なループが試される対象です。この型の想定事例はジャーナルにほかにもあります。
ここに顧客の発言はありません。顧客が存在しないからです。この設計の試金石は単純です。誰が静かになったかを示すリストと、本当に送れるメッセージがあれば、担当者は自分の受信箱のせいで案件を失わなくなるでしょうか。
Stennirは若いスタジオで、この記事は実績ではなく設計です。営業部門長として、予測に入れた案件がCRMの中で沈黙していくのを見ているなら、取り戻すべきパイプラインはすでにあなたの手元にあります。何を作っているか教えてください。実際の案件データに合わせてフォローアップのループの範囲を決めます。
