SDRからAEへのHandoff: 実際に機能する文書化の方法

ほとんどのSDRからAEへのHandoffは気づかれないまま失敗します。LeadはCRMで「Handoff済み」とマークされ、AEは3日後にそれを確認しますが、SDRが2週間かけて構築してきたモメンタムはすべて消えています。見込み客は気持ちの上で次に進んでいます。AEはコールドな状態からスタートします。

反射的にAEのフォローアップが遅いとか、SDRのqualificationが不十分だとか責めたくなります。しかし実際の問題はほぼ常に構造的なものです。Handoffプロセスが、誰もが一貫して従えるほど具体的に文書化されていないのです。

これは文化の問題ではありません。文化はSLAの欠如を修正できません。文書化はできます。そしてHandoffの文書化の質が、パイプラインステージが実態を反映しているか、単なる楽観的な見通しに過ぎないかを左右します。

月曜日に入社した担当者でも曖昧さなく従えるほど具体的なHandoffプロセスの書き方を紹介します。

---

口頭Handoffが失敗する理由

Handoffの仕組みを担当者に聞くと、だいたい次のような答えが返ってきます。「SDRがミーティングをブックし、Salesforceにメモを残して、AEにSlackを送り、AEが引き継ぐ。」

Forresterの調査では、構造化されていないSDRからAEへのHandoffが、B2B営業組織でのパイプライン漏洩の主要因の一つであることが明らかになっています。

このプロセスには4つの失敗ポイントがあります。

1. 「Salesforceにメモを残す」: どんなメモ? 長さは? フォーマットは?
2. 「AEにSlackを送る」: AEが6時間気づかなかったら?
3. 「AEが引き継ぐ」: いつ? 何をもって「引き継ぎ」とするのか?
4. フィードバックループなし: SDRは自分のリサーチをAEが活用したかどうかを知らない

結果として、特定のSDRと特定のAEの関係に完全に依存するHandoffになります。スケールしません。離職に耐えられません。「良い」がどんな状態かについて合意がないため、コーチングも改善もできません。

プロセスを文書化する目標は、どのSDRとAEが関わっていても、すべてのHandoffがベストなHandoffと同じように見えるようにすることです。新入社員が実際に読む営業Playbook作成と同じ論理です。プロセスが人々の頭の中にしかないなら、その人たちが去った瞬間に消えてしまいます。

---

ステップ1: Handoffトリガーを定義する

何より先に、SDRがLeadをHandoff済みとマークする前に必要な条件について合意します。

これは明白に思えます。実際はそうではありません。ほとんどのチームは「ミーティングがブックされたら」という曖昧なルールを持っていますが、「ブック済み」とは何でしょうか? カレンダー招待の承認? 通話での口頭合意? 日程が設定されていないLinkedInメッセージでの「はい」?

トリガー基準を明示的に文書化してください。

Handoffの最低条件（すべて満たす必要があります）:

• 少なくとも1人の見込み客の担当者がカレンダー招待を承諾済み
• ICP基準を確認（企業規模、業界、役職レベル）
• Qualificationのしきい値を満たす（資格審査フレームワークからの最低スコアまたは明示的な基準）
• SDRが見込み客と通話または意味のあるメッセージのやり取りを行った（コールドなカレンダー送付は不可）

商談固有の基準（予算権限の確認、具体的な課題の表明）を追加することもできますが、パイプラインを遅らせる過度なqualificationなしに達成可能な最低バーを維持してください。残りはHandoffレコードが対応します。

---

ステップ2: Handoffレコード、5つの必須フィールド

Handoffレコードは、SDRの組織的な知識をAEに移転するものです。長編の文書ではありません。すべての会話の箇条書きサマリーでもありません。Handoffトリガーがマーク完了される前に記入する、5つの特定のフィールドです。

フィールド1: 見込み客自身の言葉で表現された課題

あなたの解釈ではありません。「より良いpipeline visibilityが必要」でもありません。見込み客が実際に使った言葉そのもの: 「担当者は毎日20分をSalesforceの更新に費やしているのに、半分のフィールドをまだ入力し忘れています」

これが重要な理由は、AEが最初のミーティングでどの言葉を返すべきかを伝えるからです。

フィールド2: 次のミーティングの詳細

日時、形式（ビデオ/対面）、確認済み参加者、合意されたアジェンダ。1文で十分です: 「Sarah（VP Sales）とJames（Sales Ops）との火曜日午後2時（ET）からの30分Zoom。アジェンダ: 現在のレポート課題の確認とpipeline dashboardのDemo。」

フィールド3: 特定されたステークホルダー

SDRがアカウントで話した、または把握している全員: 氏名、役職、商談での役割（意思決定者、評価者、ゲートキーパー、エンドユーザー）。SDRが接触できなかったが存在を知っている人物も含めます。

フィールド4: 表面化した異議

どんな反論が出てきて、SDRはどう対処したか。単に「価格について言及していた」では不十分です。具体的な異議と対応を記述してください: 「現ツールとのコスト比較について質問あり。DemoでROIをカバーすると伝えた。それ以上は追及せず。」

フィールド5: 言及された競合他社

見込み客が直接または間接的に名前を挙げた競合他社。話題にならなかった場合は「言及なし」と記載。

以上です。5つのフィールド。完全なレコードを読んだAEは、30分のブリーフィングコールなしに、最初のミーティングに準備した状態で臨めます。

---

ステップ3: 最初のAEアクションのSLA

Handoffから見込み客への最初の実質的な接触をAEが行うまでの、時間ベースのSLAを設定します。

「できるだけ早く」はSLAではありません。 これは、AEによって全く異なる形で見える願望です。

Harvard Business Reviewの調査によると、1時間以内にLeadに接触する企業は、より時間がかかる企業と比較して、qualifyできる可能性が7倍近く高いことが示されています。多くのSales Operations チームが推奨する基準: 営業時間内のHandoff完了から4時間以内。24時間ではありません。「当日中」でもありません。

最初のアクションとして何が含まれるかを文書化してください:

• SDRのウォーム紹介メール（ステップ4参照）へのパーソナライズされた返信
• CalendlyConfirmationまたは直接カレンダー招待の送信
• ミーティングを確認するパーソナルなビデオメッセージやメモ

すでに両者のカレンダーに入っている招待はカウントしません。AEは実際の接触を行う必要があります。

SLAテーブル:

エスカレーションのトリガー: SLAが経過してもAEからの確認がない場合、SDRは営業マネージャーに直接通知します。受動的攻撃的にではなく、不満としてでもなく。フラグを立てるだけです: 「今朝の[企業名]のHandoffがまだ対応されていません。お知らせしたいと思います。」

---

ステップ4: ウォーム紹介メール

SDRは、正式に関係をAEに移転するウォーム紹介メールを送ります。このメールには特定の構成があります。

SDRが記述する内容:

• 会話を参照する件名行（汎用的な「ご紹介」ではない）
• 話し合われた内容と見込み客が表明した関心についての1文
• なぜAEが適切な人物なのかの簡潔で誠実な説明（「Calvinは、CRM統合を進めるVPレベルの営業リーダーと専門的に仕事をしています」）
• ミーティングの確認と期待される内容

AEが追記する内容（最初のアクションSLA以内）:

• 同じスレッドへの直接返信（新規メールを開始しない）
• 見込み客の課題に固有のパーソナルな1文（Handoffレコードを読んだことを示す）
• 必要な物流上の追記やアジェンダの明確化

CCロジック:

• SDRは最初のAEメールにCCのまま
• AEの最初の返信後、SDRは外れる
• 内部Slackスレッドを返信チェーンにコピーしない（これは思いのほかよく起こります）

件名フォーマット例: 「Sarah、Calvinのご紹介と木曜日のアジェンダ」

---

ステップ5: AEの受け入れ基準

Handoffを「受け入れる」ことは受動的な行為ではありません。AEがレコードを確認し、次のステップのオーナーシップを取ったことを示す明示的な行動です。

受け入れ行動を文書化してください:

• CRMでHandoffレコードを開いて確認した
• 商談オーナーフィールドをAEに更新した
• SLA以内に最初のアクションを行った
• 商談レコードにパーソナルな準備メモを追加した（任意だが推奨）

チームによっては、Slackの慣例として、AEがHandoff通知にサムズアップや短いメモで返信する方法を使います。CRMフィールドをAEがチェックする方法を採用するチームもあります。どちらでも構いません。重要なのは、「受け入れ済み」が「拒否しなかった」ではなく、観察可能な何かを意味することです。

---

ステップ6: SDRフィードバックループ

プロセスは最初のAEアクションで終わりません。SDRは自分のqualificationが正確だったかどうかを知る必要があります。それだけが改善の手段だからです。

McKinseyのB2Bセールスエクセレンスに関する調査では、prospectingとclosingの役割間のクロスファンクションなフィードバックループが、トップパフォーマンスの営業組織に共通する特徴であることが強調されています。

見込み客との最初のミーティング後に、AEがSDRに対して行うべきことを文書化してください:

1. 結果: ミーティングが実施された、リスケジュールされた、またはノーショー
2. Qualificationの質スコア: 見込み客はHandoffレコードに記載されていた内容と一致していたか（1〜5のスケールまたはシンプルなYes/No）
3. レコード内の誤り: AEが再発見しなければならなかった事実誤り、または不足していたコンテキスト

このフィードバックは形式的である必要はありません。2文のSlackメッセージで十分です。ただし、最初のミーティングから24時間以内に行われる必要があります。

なぜこれが重要なのか。Handoffについてフィードバックを受けたことがないSDRは、どちらかというとover-qualify（パイプラインを遅くする）またはunder-qualify（AEの時間を無駄にする）になりますが、どちらであるかを知りません。フィードバックが調整の唯一のメカニズムです。

---

よくある落とし穴

GartnerのB2B購買行動に関する調査によると、買い手は現在、営業担当者と接触する前に購買意思決定プロセスの57〜70%を完了しており、SDRのアウトリーチ中に収集される情報の質がより重要になっています。

早すぎるHandoff。 ミーティング件数の指標達成プレッシャーを受けた一部のSDRは、実際の課題や実際のミーティングを確認していない見込み客をHandoffします。AEは本来SDRが行うべきDiscoveryをすることになります。修正方法: トリガー基準を強化し、週次パイプラインレビューで確認してください。

Handoffレコードを無視するAE。 AEがレコードを読まないため、最初のミーティングに準備不足で臨む場合、それはプロフェッショナリズムについてのコーチング会話であり、プロセスの失敗ではありません。ただし、複数のAEがスキップするなら、レコードが長すぎるか、記入の負担が大きすぎる可能性があります。フィールドを増やす前にシンプル化してください。

パイプラインを遅らせるSDRのover-qualification。 SDRが非常に徹底的なため、5日のqualificationサイクルが15日になることがあります。Handoffレコードは情報を移転するためのものであり、AEの仕事を代替するためのものではありません。SDRがHandoff前に完全なDemoコールを行っているなら、トリガー基準を引き戻してください。

---

Handoffレコードテンプレート

HANDOFF RECORD: [企業名] | [日付]
SDR: [氏名] | AE: [氏名]

トリガー条件（Handoff済みとマークする前に全てチェック）:
[ ] カレンダー招待の承諾
[ ] ICP基準の確認
[ ] Qualificationのしきい値を満たす
[ ] 意味のある接触を確立

1. 課題（見込み客の言葉そのまま）:


2. 次のミーティング:
   日時:
   形式:
   参加者:
   アジェンダ:

3. ステークホルダーマップ:
   氏名 | 役職 | 商談での役割
   ---  | ---   | ---

4. 表面化した異議:
   異議:
   対処方法:

5. 言及された競合他社:


ウォーム紹介メールのステータス: [ ] SDRが送信
AEの最初のアクション: [ ] SLA以内に完了

---

次のステップ

再設計からではなく、監査から始めてください。CRMから最後の30件のHandoffを抽出し、各案件について3つの質問をしてください:

1. 完全なHandoffレコードが存在するか（5つのフィールドすべて）?
2. AEはSLAウィンドウ内に最初の接触を行ったか?
3. SDRは最初のミーティングから24時間以内にフィードバックを受けたか?

ほぼ確実に、同じ2つの失敗パターンが繰り返されていることが分かります。まずそれらを修正してください。多くのチームが、レコードが完全に記入されていないこと、そしてSLAがまったく実施されていないことを発見します。この2つの変更だけで、Handoffから最初の実質的なAEアクションまでの時間が目に見えて短縮されます。

基本が一貫してできるようになったら、フィードバックループを追加してください。これはほとんどのチームがスキップする部分であり、時間をかけてSDRのqualificationの質を向上させる部分です。Handoff直後に案件が停滞するケースも見られる場合は、パイプライン中盤の停滞案件の修正の診断プロセスが、初期ステージの停滞にも同様に適用できます。

---

関連ガイド

• 顧客の実際の購買行動に合わせたパイプラインステージの設計
• 資格審査フレームワーク: BANT、MEDDIC、GPCT
• 時間を無駄にしない週次パイプラインレビューの実施方法
• 実際に定着するセールス担当者向けCRMトレーニング