引き継ぎは、情報ではなく判断をつなぐ。
営業担当者の異動や部門連携で起きる引き継ぎ漏れを、経緯・顧客の発言・判断・次の行動・権限の設計から見直します。後任者が状況を把握し、顧客との約束を途切れさせないチェック項目を整理します。
この記事でわかること
対象：担当者の異動、組織変更、部門連携で顧客対応を途切れさせたくない営業責任者、マネージャー、営業企画
- 結論だけでなく、顧客の背景・合意・未確認事項・次の行動を残す
- 後任、マネージャー、営業企画、情報システムが必要な情報を役割別に見る
- 引き継ぎ後の追加確認、期限切れ、案件停滞を指標にして改善する
目次
営業の引き継ぎで失われるのは、案件名や最新ステータスだけではありません。なぜその提案になったのか、顧客は何を懸念しているのか、誰にいつ何を約束したのかが切れると、後任者は同じ確認をやり直すことになります。引き継ぎは資料作成ではなく、判断の連続性を設計する仕事です。
引き継ぎが止まる4つの原因
| 原因 | 後任者に起きること | 設計で防ぐ方法 |
|---|---|---|
| 結論だけが残る | 判断の根拠を再確認する | 事実・解釈・未確認を分ける |
| 顧客との約束が散らばる | 期限や責任者を見失う | 次回行動を必須化する |
| 資料の保存先が違う | 必要な履歴へたどり着けない | 顧客・案件に紐付ける |
| 権限が変わる | 後任者が参照できない | 異動時の権限更新を手順化する |
最低限そろえる7項目
- ・顧客と案件の正式名称、関係する部署・拠点
- ・顧客が解決したい課題と、確認できた背景
- ・提案した内容と、採用・保留・見送りの理由
- ・決裁者、利用者、反対者など関係者の役割
- ・顧客との合意事項、未合意事項、避けるべき表現
- ・次回行動、期限、担当者、完了条件
- ・元の商談・メール・電話・資料へ戻るためのリンク
引き継ぎ情報を「判断できる順」に並べる
| 順番 | 記録する内容 | 後任者の問い |
|---|---|---|
| 1.現在地 | 案件段階と直近の接点 | 今どの状態か |
| 2.顧客の目的 | 課題・制約・成功条件 | 何を実現したいか |
| 3.確認済みの事実 | 発言・資料・合意 | 何が確かか |
| 4.判断と保留 | 採用理由・未確認点 | なぜこの進め方か |
| 5.次の行動 | 期限・担当・完了条件 | 次に何をすればよいか |
役割ごとに見せる情報を変える
| 利用者 | 必要な情報 | 不要な負担 |
|---|---|---|
| 後任担当者 | 経緯・関係者・次回行動 | 全履歴の読み直し |
| マネージャー | リスク・期限・支援依頼 | 細かな転記作業 |
| 営業企画 | 段階別の停滞・共通課題 | 個別顧客の全文 |
| 情報システム | 権限・連携・保存条件 | 営業判断そのもの |
引き継ぎ前に確認するチェックリスト
- ・顧客名、案件名、責任者が最新か
- ・直近の顧客接点と要約が確認できるか
- ・決定事項と未決事項が分かれているか
- ・次回行動に期限と担当者があるか
- ・関係者ごとの関心・懸念が残っているか
- ・後任者が必要な範囲を閲覧できるか
- ・引き継ぎ後に確認する日程が決まっているか
部門をまたぐ引き継ぎで決めること
| 場面 | 決めること |
|---|---|
| 営業から導入支援 | 契約条件・期待値・未解決の課題 |
| 営業からサポート | 利用範囲・問い合わせ窓口・注意事項 |
| 担当者の異動 | 旧担当者の権限・新担当者の確認期限 |
| 組織再編 | 顧客・案件の管理単位と責任者 |
| 失注・保留 | 理由・再接触条件・保存する履歴 |
AIを使う場合の確認ポイント
AIは商談録音やメールから、経緯・論点・次回行動の候補を整理できます。ただし、顧客の意図や決裁状況を断定するのではなく、根拠となる発言へ戻れる下書きとして扱います。公開範囲、誤要約の修正、担当者の承認を運用に含めてください。
引き継ぎの品質を測る指標
- ・引き継ぎ後に後任者が追加確認した件数
- ・引き継ぎから次回行動までの時間
- ・期限切れの顧客約束の件数
- ・担当者変更後も参照された活動履歴の割合
- ・引き継ぎ後の案件停滞日数
- ・引き継ぎレビューで見つかった欠落項目
まず1つの案件段階で試す
- ・異動が多い、または部門連携が必要な案件段階を1つ選ぶ
- ・7項目のテンプレートを作り、3〜5件で試す
- ・後任者が迷った箇所を記録し、必須項目を調整する
- ・権限変更とレビュー日程を確認してから対象範囲を広げる
引き継ぎを受ける側の確認を設計する
引き継ぎのテンプレートは、旧担当者が書きやすい順ではなく、後任者が判断する順に並べます。後任者はまず現在地と顧客の目的を確認し、その後で合意事項、未確認事項、関係者、次の約束を見ます。書き手にしか分からない略語や評価表現を残さず、元の発言や資料へ戻れるようにすることで、後任者が同じ質問を顧客へ繰り返す場面を減らせます。
| 引き継ぎの段階 | 完了条件 | 確認する人 |
|---|---|---|
| 登録 | 7項目が入力され元記録へ戻れる | 旧担当者 |
| レビュー | 不足・矛盾・期限切れがない | マネージャー |
| 受領 | 後任者が現在地と次の行動を説明できる | 後任担当者 |
| フォロー | 引き継ぎ後の顧客接点が予定どおり進む | 旧担当者と後任者 |
定着しないときは情報量を増やさない
引き継ぎがうまくいかないと、項目や説明文を追加したくなります。しかし、後任者が見つけられない、権限が足りない、更新タイミングが分からないといった問題は、情報量を増やしても解決しません。まず利用頻度の高い案件段階で、必須項目を絞り、参照画面を整え、確認する会議を決めます。試行後に実際の追加質問と漏れを集計し、本当に必要な項目だけを残します。
組織変更と権限変更を同じ計画で扱う
大きな営業組織では、担当者の異動だけでなく、部署の統合、担当エリアの再編、役職の変更が起こります。引き継ぎ情報が残っていても、新しい担当者が閲覧できなければ業務は止まります。異動日、旧担当者の参照期限、新担当者の受領確認、マネージャーの承認をひとつの手順にし、顧客・案件・活動の権限を確認します。機密性の高い記録は、必要な人へ必要な期間だけ見せる設計にします。
| 変更場面 | 事前に確認すること | 完了の証跡 |
|---|---|---|
| 担当者異動 | 後任・上長・参照期限 | 受領確認と権限更新 |
| 部署統合 | 管理単位と集計方法 | 対象案件の棚卸し |
| 担当エリア変更 | 顧客・案件の責任者 | 変更日と通知履歴 |
| 退職・契約終了 | 参照停止と保存条件 | 停止日時とデータ処理記録 |
引き継ぎを社内イベントに合わせて準備する
引き継ぎは異動が決まってから始めると、確認の時間が足りなくなります。四半期の組織変更、担当エリアの見直し、長期休暇、兼務の開始など、担当範囲が変わる予定を先に把握します。対象顧客と案件を抽出し、後任者、閲覧権限、顧客への連絡、受領レビューの日程をひとつの計画にします。予定が変わった場合も、変更理由と新しい責任者が追える状態を保ちます。
- ・変更予定を人事・営業企画・管理者から集める
- ・対象となる顧客、案件、活動履歴を抽出する
- ・後任者と管理者が確認する期限を設定する
- ・機密情報の閲覧範囲と旧担当者の参照期限を決める
- ・顧客への連絡内容と社内の完了報告をそろえる
よくある質問
引き継ぎ資料は別ファイルで作るべきですか？
一時的な補足には使えますが、案件の正本と離れると古くなります。顧客・案件に紐づく記録を中心にし、補足資料からも戻れるようにすると管理しやすくなります。
すべての会話を読ませる必要がありますか？
必要な接点を特定できる構造が先です。要約、決定事項、次回行動と元記録へのリンクがあれば、後任者は必要な部分から確認できます。
引き継ぎの責任者は誰ですか？
旧担当者だけに任せず、後任者とマネージャーが確認する共同作業にします。情報の登録責任と、内容を確認して次へ進める責任を分けると漏れを発見しやすくなります。
よい引き継ぎは、過去をきれいにまとめることではありません。次の担当者が顧客との関係を途切れさせず、根拠を確認しながら行動できる状態を作ることです。
引き継ぎの情報設計を見直したい方へ
要件整理・デモを相談する →
執筆：小花 達也
新卒でソフトバンク株式会社に入社し、デジタルマーケティングを担当。その後、ベンチャー企業数社でBtoBマーケティング、データ基盤構築、営業などを担当した後、ELW株式会社に入社。DRIVE SFAでは導入支援とマーケティングを担当。
本記事は、DRIVE SFAの導入支援・営業運用に関する知見をもとに編集しています。