営業の引き継ぎ完全ガイド｜属人化で消える情報を残し「読むだけ」にする方法

「担当が代わった途端に、あんなに前向きだった商談が止まった」「後任が同じ質問を繰り返して、顧客に呆れられた」——営業の引き継ぎがうまくいかない現場では、こうした事故が繰り返されます。その根本原因は、担当者交代のやり方が下手だからではありません。**日頃から情報が特定の個人に溜まり続ける「属人化」**が、引き継ぎという瞬間に一気に牙をむくのです。

この記事では、営業の引き継ぎ失敗を「属人化という病が表面化した症状」として捉え直し、引き継ぎ書に書き出せない暗黙情報まで含めて確実に渡す方法を、実務目線で解説します。さらに、そもそも引き継ぎ書を都度作らなくても「後任がRoomを読むだけ」で引き継ぎが完了する、商談Room（デジタルセールスルーム）という新しいアプローチも紹介します。

この記事のポイント:

• 引き継ぎ失敗の根本原因は担当者のスキルではなく「情報・関係・ノウハウ」3類型の属人化にある
• 引き継ぎ書のリスト項目には載らない暗黙情報（口頭合意・意思決定の経緯・顧客の温度感・地雷）こそが、失うと必ず事故る
• 進め方は「計画→情報整理→顧客への予告→前任同行の挨拶→引き継ぎ後フォロー」の5ステップ
• 引き継ぎ書テンプレートと担当変更の挨拶メール例文は本文にそのまま用意
• 営業→カスタマーサクセスへの引き継ぎは、失注ではなく「定着（解約防止）」を守るための別種の設計が要る
• 商談の経緯がリアルタイムで残る仕組みがあれば、引き継ぎは「作る」から「読むだけ」に変わる

---

なぜ営業の引き継ぎは失敗するのか — 属人化という根本原因

営業の引き継ぎは、多くの企業で「担当者交代のときに慌ててやる一時的な作業」と捉えられています。しかし引き継ぎがうまくいくかどうかは、交代のその瞬間ではなく、それまでの日常で情報がどれだけ組織に残されてきたかでほぼ決まります。日頃から情報が個人に溜まり続けていれば、いくら丁寧に引き継いでも渡しきれません。これが属人化です。

引き継ぎ時に起こる3つのトラブル

属人化した状態で担当者が交代すると、典型的に次の3つのトラブルが連鎖します。

1. 顧客の不信と離反 顧客からすれば、担当者交代は「これまで積み上げた関係がリセットされる」不安な出来事です。後任者が過去の経緯を知らずに「改めてお困りごとを教えてください」と切り出せば、顧客は「また一から説明するのか」と感じます。前任者と築いた信頼が引き継がれないと、競合に乗り換える口実を与えてしまいます。

2. 進行中案件の停滞・失注 受注間際の商談ほど、引き継ぎの失敗が致命傷になります。「次回は稟議に上げると言っていた」「この構成で合意しかけていた」といった進行中の文脈が消えると、後任者は商談をゼロから組み立て直すことになり、クロージングのタイミングを逃します。せっかく温まっていた案件が、担当交代を境に冷めていくのです。

3. 二重対応・抜け漏れによる信用毀損 引き継ぎが不完全だと、後任者は「すでに前任者が対応済みの依頼」を再度確認してしまったり、逆に「対応すると約束していた事項」を見落としたりします。顧客から見れば、どちらも「この会社は社内連携ができていない」というシグナルです。

これらは一見バラバラのトラブルに見えますが、原因は1つ。渡すべき情報が前任者の頭の中と個人のメモにしか存在しなかったという属人化です。つまり引き継ぎの失敗とは、交代のときに突然起きる問題ではなく、それまで積み上がってきた属人化が一気に表面化した「症状」なのです。

属人化の3類型 — 情報・関係・ノウハウ

「属人化」とひとことで言っても、引き継ぎで失われるものは同じではありません。整理すると、営業の属人化は次の3類型に分けられます。この分解が、引き継ぎで何を渡すべきかを考える起点になります。

• 情報の属人化：顧客企業の基本情報、商談履歴、契約状況、進行中案件の確度や次アクションが、担当者個人のメモ・メール・記憶に散在している状態。もっとも可視化しやすいが、抜け漏れも起きやすい。
• 関係の属人化：「あのキーマンは前任者だから本音を話していた」というように、信頼関係が担当者個人に紐づいている状態。情報を渡しても関係は自動的には引き継がれない。
• ノウハウの属人化：この顧客に効くアプローチ、稟議の通し方、過去に効いた/滑ったトークといった、勝ちパターンが言語化されず個人の経験知に留まっている状態。もっとも渡しにくい。

属人化そのものを組織的に解消する原因分析と対策は、営業の属人化を解消する5つの方法で体系的に扱っています。本記事では、この3類型が「引き継ぎ」という瞬間に何を失わせるかにフォーカスします。

【独自】属人化3類型 × 引き継ぎ消失マトリクス

3類型それぞれが、引き継ぎ時に「何を失わせ」「どんな兆候で表面化し」「どう残せば防げるか」を1枚に整理したのが次のマトリクスです。引き継ぎで漏れやすいのは、実は目に見える「情報」ではなく、「関係」と「ノウハウ」であることがわかります。

このマトリクスの要点は、引き継ぎ書に書きやすい「情報」ばかりを丁寧に渡しても、引き継ぎの半分以上は渡せていないということです。次章では、この「書き出しにくいが失うと事故る」暗黙情報を具体的に掘り下げます。

---

引き継ぎで"消える"のは、書き出せない暗黙情報だ

多くの引き継ぎ記事は「引き継ぎ書に何を書くか」の項目リストを提示します。企業名、担当者名、連絡先、契約状況、進行中案件——確かにこれらは必要です。しかし現場で本当に事故を起こすのは、リストの空欄に収まらない暗黙情報です。ここでは、失うと必ず痛い4種類の暗黙情報を、具体的なシーンとともに整理します。

1. 口頭合意 — 「議事録に残っていない約束」

商談は、正式な提案書やメールだけで進むわけではありません。打ち合わせの雑談や電話の終わり際に交わされた口約束が、次の展開を左右します。

• 「次回の役員会で稟議に上げる、と先方の課長が言っていた」
• 「値引きは前回の20%で打ち止め、これ以上は出さないと握った」
• 「導入は来期の予算からにしたい、と口頭で聞いている」

こうした口頭合意は、前任者の記憶にしか残っていないことが大半です。後任者がこれを知らずに「もう少し値引きできます」と切り出せば、前任者が守ってきた交渉ラインが崩れます。口頭合意は「いつ・誰と・何を握ったか」をその場で記録に残すのが唯一の防御策です。

2. 意思決定の経緯 — 「なぜ今この形なのか」

提案が現在の形に落ち着くまでには、必ず理由があります。この「経緯」が消えると、後任者は同じ検討を一からやり直し、時に一度否定された案を蒸し返してしまいます。

• なぜ競合A社が選択肢から外れたのか（価格ではなくサポート体制が理由だった、など）
• なぜこの機能構成に絞ったのか（顧客の情シス部門の制約があった、など）
• なぜ導入時期がこのタイミングなのか（顧客側の組織改編に合わせている、など）

経緯を知らない後任者は、顧客にとって「決着済みの論点」を再び持ち出し、「その話は前の人としましたよね」と信頼を削ります。意思決定の経緯は、結論だけでなく**「なぜそうなったか」をセットで残す**ことが重要です。

3. 顧客の温度感 — 「数字に出ない熱量」

受注確度のパーセンテージだけでは、顧客の本当の温度感は伝わりません。同じ「確度60%」でも、その中身はまったく違います。

• 現場担当は前向きだが、決裁者が慎重で稟議が進みにくい
• 表向きは検討中だが、実は競合の見積もり待ちで当て馬にされている
• 一度失注しかけたが、先方の担当者が代わって再燃した経緯がある

こうした温度感は、前任者が数十回のやり取りの中で肌感覚として掴んだものです。引き継ぎ書の「確度：60%」という一行では、この熱量は1ミリも伝わりません。「誰が前向きで、誰がボトルネックか」というDMU（意思決定関与者）ごとの温度感まで言語化して初めて、後任者は適切な一手を打てます。同じ確度でも「あと一押しで決まる案件」なのか「実は当て馬で望み薄の案件」なのかで、後任者が割くべき時間はまったく変わります。温度感が渡らないと、後任者は限られた時間を配分する優先順位すら判断できません。

4. NG・地雷 — 「触れてはいけない話題」

どの顧客にも、触れると空気が凍る話題があります。これを知らずに踏むと、一発で関係が悪化します。

• 過去に自社製品でトラブルがあり、その話題に敏感になっている
• キーマンが特定の競合を極端に嫌っている（または過度に信頼している）
• 社内政治上、触れてはいけない部門間の対立がある

地雷情報は、引き継ぎ書の「注意点」欄に一行あるかないかで、実際にはほとんど引き継がれません。しかし後任者にとっては、知っているかどうかで初回訪問の成否が分かれる決定的な情報です。過去のクレーム・失注理由・キーマンの逆鱗は、必ず明文化して残すべき最優先の暗黙情報です。

これら4種類に共通するのは、いずれも「口頭と記憶に依存しているから消える」という点です。逆に言えば、やり取りが起きたその瞬間に記録として残っていれば、引き継ぎで失われることはありません。この発想が、後半で紹介する商談Roomの土台になります。

---

営業引き継ぎの進め方 5ステップ

暗黙情報まで含めて確実に渡すには、引き継ぎを場当たり的にではなく、決まった手順で進める必要があります。ここでは実務で使える5ステップを、各段階のポイントとともに解説します。

ステップ1：引き継ぎ計画を立てる（交代の1ヶ月前を目安に）

まず、いつまでに何を引き継ぐかの計画を立てます。担当している顧客・案件をすべて洗い出し、優先度を付けます。進行中の重要案件・受注間際の商談・大口顧客から先に引き継ぐのが鉄則です。交代の直前に慌てて始めると、優先度の高い案件ほど雑になります。後述するように、顧客への挨拶回りを含めると引き継ぎには約1ヶ月かかるため、逆算して着手します。

ステップ2：情報を整理し、引き継ぎ書にまとめる

洗い出した顧客・案件ごとに、必要な情報を引き継ぎ書へ集約します。基本情報や契約状況といった「書ける情報」だけでなく、前章で述べた口頭合意・意思決定の経緯・温度感・地雷といった暗黙情報を意識的に言語化することがこのステップの肝です。「自分は覚えているから書かなくていい」と省いた情報が、後任者にとっては最も欲しい情報です。具体的な項目と記入例は次章のテンプレートで示します。

ステップ3：顧客へ担当変更を予告する（1〜2週間前）

社内の引き継ぎと並行して、顧客への予告を行います。担当変更は顧客にとって不安要素なので、遅くとも交代の1〜2週間前には前任者から連絡し、後任者との挨拶のアポイントを取ります。突然「今日から担当が代わりました」と告げるのは最悪のパターンです。予告のタイミングと言い方ひとつで、顧客の受け止め方は大きく変わります。

ステップ4：前任者が同行して後任者を紹介する

引き継ぎの成否を分ける最大のポイントが、**前任者と後任者が一緒に顧客を訪問する「同行挨拶」**です。前任者が緩衝材となり「この後任者は信頼できる」と橋渡しすることで、前任者が築いた信頼関係を後任者へ"手渡し"できます。マトリクスで見た「関係の属人化」は、この同行挨拶でしか引き継げません。オンライン商談が主流の場合も、前任・後任・顧客の三者でのWeb面談を必ず設定します。

ステップ5：引き継ぎ後も一定期間フォローする

担当を渡した瞬間に前任者の役割が終わるわけではありません。引き継ぎ後の数週間〜1ヶ月は、後任者が困ったときに前任者へ確認できる体制を残します。特に、引き継ぎ書に書ききれなかった細かな文脈は、実際に案件が動き出してから「そういえばこれはどうだった？」と必要になります。この最終フォローがあるかないかで、引き継ぎの完成度は大きく変わります。

引き継ぎでやりがちな3つの失敗

5ステップを丁寧に踏んでいても、見落とされやすい非自明な失敗があります。手順そのものではなく「渡し方の質」に起因するもので、事前に知っておくだけで避けられます。

• CRM/SFAには入力したが、暗黙情報は口頭で済ませる：システムに基本情報を入力したことで「引き継ぎ完了」と錯覚するパターン。しかしフォームの欄に収まる情報は引き継ぎの半分にすぎません。口頭合意・温度感・地雷は、意識して文章として残さない限り前任者の記憶とともに消えます。
• 一方通行の引き継ぎで、後任者の疑問を拾わない：前任者が資料を渡して説明するだけで終わり、後任者が「何がわからないか」を確認しないパターン。後任者に実際の案件を一度触らせて質問を出させると、引き継ぎ書の穴が見つかります。引き継ぎは"渡す"だけでなく"受け取れたか確認する"までがセットです。
• フォロー期間を設けず、渡した瞬間に関係を断つ：前任者が引き継ぎ後すぐに一切関与しなくなるパターン。引き継ぎ書に書ききれない細かな文脈は、案件が実際に動き出してから必要になります。数週間はいつでも確認できる状態を残すだけで、事故は大きく減ります。

引き継ぎを「前提にした」日々の進捗管理の仕組みづくりについては、BtoB営業 進捗管理の仕組み化で3つの柱に分けて解説しています。属人化を防ぐナレッジ共有の基本は営業ナレッジマネジメントの基本も参考になります。

---

引き継ぎ書に書くべき情報項目と、良い/悪い記入例

引き継ぎ書は、項目を埋めればよいというものではありません。同じ項目でも「書き方」で後任者に伝わる情報量がまったく変わります。ここでは必須項目のテンプレートと、各項目の良い/悪い記入例を示します。

引き継ぎ書テンプレート（本文完結・そのまま利用可）

以下のテンプレートを顧客・案件ごとに1枚作成します。ポイントは、右側の記入例のように具体的な固有名詞・数値・期限・経緯まで踏み込むことです。

「悪い記入例」はどれも嘘ではありませんが、後任者にとっては何もわからないのと同じです。「良い記入例」との差は、固有名詞・数値・期限・経緯・温度感を入れているかどうか。この差が、引き継ぎ後の初動の質を決めます。

担当変更の挨拶メール例文

顧客へ担当変更を予告するメールのテンプレートです。前任者から送り、後任者を紹介したうえで、同行挨拶のアポイントにつなげます。

件名：担当変更のご挨拶と後任のご紹介（○○株式会社・[自社名]）

○○株式会社
田中様

いつも大変お世話になっております。[自社名]の[前任者名]です。

このたび、社内の体制変更に伴い、[◯月◯日]付で田中様の担当を
後任の[後任者名]へ引き継がせていただくこととなりました。

在任中は格別のお引き立てを賜り、心より御礼申し上げます。

後任の[後任者名]へは、これまでのご経緯やご要望を
漏れなく引き継いでおります。引き続き安心してご相談いただけるよう、
私からも責任を持って引き継ぎを進めてまいります。

つきましては、[後任者名]とともに改めてご挨拶に伺いたく存じます。
下記いずれかのご都合はいかがでしょうか。

・[候補日時1]
・[候補日時2]

ご多用のところ恐縮ですが、ご検討のほどよろしくお願いいたします。

ポイントは、「経緯や要望を漏れなく引き継いでいる」と明言して顧客の不安を先回りで打ち消すことと、メール単体で終わらせず同行挨拶のアポイントに直結させることです。

---

引き継ぎのタイミングと期間の目安

引き継ぎは「担当者が辞めるから」だけで発生するものではありません。適切なタイミングを選ぶことで、失敗のリスクを大きく下げられます。

引き継ぎが発生する主なシーン

• 退職：もっとも一般的。前任者が去った後は確認できないため、暗黙情報の言語化が特に重要
• 異動・組織変更：前任者が社内に残るため、フォロー体制を作りやすい
• 長期休暇（産休・育休・病気療養）：一時的な引き継ぎだが、復帰後の再引き継ぎまで見据える
• 担当エリア・アカウントの再編：戦略的な担当替え。計画的に進められる
• 営業→カスタマーサクセスへの移管：受注後の定着フェーズへの引き渡し（次章で詳述）

タイミングは「案件の区切り」で選ぶ

可能であれば、商談の区切りが良いタイミングで引き継ぐのが理想です。受注直後や、顧客の課題がいったん解決したフェーズなら、後任者が新しい関係を築きやすくなります。逆に、受注間際の緊迫した局面での交代は最もリスクが高いため、避けられるなら避け、避けられないなら前任者のフォロー期間を長めに取ります。

期間の目安は約1ヶ月

引き継ぎにかかる期間は、一般的な目安としておおよそ1ヶ月とされています（出典：LHH転職エージェント）。ただし営業職の場合、顧客への挨拶回りが必要なため、担当顧客数が多いと1ヶ月以上かかることも見込んでおくべきです。顧客の都合に合わせて訪問アポを取る必要があるため、実務では逆算して早めに着手するのが安全です。

---

営業→カスタマーサクセスへの引き継ぎ

引き継ぎというと社内の担当者交代を思い浮かべがちですが、B2B SaaSやサブスクリプション型ビジネスでは、受注した営業からカスタマーサクセス（CS）への引き継ぎが事業の成否を左右します。ここは多くの引き継ぎ解説が手薄な領域ですが、営業間の引き継ぎとは守るべきものが異なります。

営業→CS引き継ぎは「失注」ではなく「解約」を防ぐ

営業間の引き継ぎが守るのは「進行中案件の受注」ですが、営業→CSの引き継ぎが守るのは**受注後の「定着」と「解約防止」**です。せっかく受注しても、CSが「なぜこの顧客が契約したのか」を知らなければ、顧客が期待していた成果を提供できず、早期解約につながります。

営業からCSへ渡すべき3つの文脈

営業→CSの引き継ぎでは、契約金額・プランといった数字だけでなく、次の文脈を渡すことが決定的に重要です。

• 受注時の温度感と期待値：顧客が「何を実現したくて」契約したのか。導入の主目的と、成功の定義（KPI）。
• 握った約束：営業が商談中に「これができます」と伝えた内容。ここに認識のズレがあると、CSが「聞いていない」対応を迫られる。
• 導入前提と制約：顧客側の組織事情、情シスの制約、社内の推進体制。オンボーディングの進めやすさを左右する。

これらが営業の頭の中だけに残っていると、CSはゼロから顧客理解を始めることになり、オンボーディングの初速が致命的に遅れます。営業がヒアリングで掴んだ情報を、CSがそのまま引き継げる状態にしておくことが理想です。

営業→CS引き継ぎでよくあるズレ

営業→CSの引き継ぎで特に事故が起きやすいのが、「営業が受注を優先するあまり、実現が難しい期待値を残してしまう」ケースです。商談を前に進めるために「それもできます」と伝えた内容が、CSのオンボーディング段階で「実際にはこういう条件が必要です」と判明すると、顧客は「話が違う」と感じます。これは顧客の不満というだけでなく、CSと営業の社内関係もこじらせます。

これを防ぐには、営業が商談中に握った約束と、その前提条件を正確にCSへ渡すことが不可欠です。受注時点で「何を・どこまで約束したか」が記録として残っていれば、CSは顧客の期待値を正しく把握したうえでオンボーディングを設計でき、期待値のズレによる早期解約を防げます。ここでも、商談の経緯が一箇所に残っている状態が効いてきます。

カスタマーサクセスのオンボーディング設計そのものはカスタマーサクセスのオンボーディングにDSRを活用する方法で、実際にオンボーディング完了率を引き上げた取り組みはカスタマーサクセスのDSR活用事例で詳しく解説しています。

---

「引き継ぎ書を作る」から「Roomを読むだけ」へ

ここまで、引き継ぎ書の作り方や暗黙情報の残し方を解説してきました。しかし、そもそもの前提を疑ってみましょう。なぜ引き継ぎのたびに、わざわざ引き継ぎ書を"作る"必要があるのでしょうか。

引き継ぎ書が必要になるのは、日々のやり取りが前任者の頭の中・個人のメール・バラバラのメモに散在していて、交代のときに"かき集めて再構成"しなければならないからです。裏を返せば、やり取りが起きたその瞬間から、顧客・案件ごとに一箇所に残り続けていれば、引き継ぎは「作る」作業ではなく「読む」作業になります。

商談Room（デジタルセールスルーム）という発想

これを実現するのが、顧客ごとに商談の経緯を集約する商談Room（デジタルセールスルーム、DSR）という考え方です。Terasuのような商談Roomでは、次のものが顧客・案件ごとに1つの場所に自然と蓄積されます。

• 提案資料・見積もり・契約関連ドキュメント
• 商談の議事録・やり取りの履歴
• 顧客がどの資料を・いつ・何回閲覧したかという反応データ

前任者が特別な引き継ぎ作業をしなくても、日常業務でRoomを使っていれば、後任者はそのRoomを開いて経緯を読むだけで、商談の全体像・進行中の論点・顧客の関心を把握できます。冒頭で述べた「情報の属人化」は、この時点でほぼ解消されます。

温度感まで可視化できる

さらに商談Roomでは、顧客の閲覧データから数字に出ない温度感の一部を客観的に捉えることができます。「見積もりを何度も見返している」「特定の機能ページの滞在が長い」といった行動は、顧客の関心のありかを示すシグナルです。前任者の肌感覚に依存していた温度感の一部が、後任者にもデータとして引き継がれます。

従来の引き継ぎと「Roomを読むだけ」の違い

両者の違いを整理すると、引き継ぎの負荷がどこで発生していたかがはっきりします。

もちろん、口頭合意や地雷といった暗黙情報のすべてが自動で残るわけではありません。これらは引き続き、やり取りが起きたその場で意識的にRoomへ書き残す運用が必要です。それでも、「引き継ぎのために特別な資料を作る」前提が「日々の記録がそのまま引き継ぎ資料になる」前提に変わるだけで、引き継ぎの負荷と事故率は大きく下がります。日常的にRoomへ情報が溜まる運用にしておけば、突然の退職や急な担当替えといった「準備期間の取れない引き継ぎ」にも耐えられます。商談Roomの全体像はデジタルセールスルーム完全ガイドで解説しています。

よくある質問

まとめ

営業の引き継ぎがうまくいかない根本原因は、担当者交代のやり方ではなく、日頃から情報が個人に溜まり続ける「属人化」にあります。属人化は「情報・関係・ノウハウ」の3類型に分けられ、引き継ぎで本当に失われやすいのは、引き継ぎ書に書きやすい情報ではなく、口頭合意・意思決定の経緯・顧客の温度感・地雷といった書き出しにくい暗黙情報です。

これらを確実に渡すには、「計画→情報整理→顧客への予告→前任同行の挨拶→引き継ぎ後フォロー」の5ステップを踏み、引き継ぎ書には固有名詞・数値・経緯まで具体的に書き込むこと。特に、前任者にとって「書くまでもない」と感じる情報こそ、後任者が最も欲しがる暗黙情報だと意識してください。そして営業→カスタマーサクセスへの引き継ぎでは、受注の温度感と握った約束を渡して「定着」を守ることが欠かせません。

最終的に目指すべきは、引き継ぎのたびに資料を"作る"のではなく、日々の記録がそのまま引き継ぎ資料になっている状態です。商談の経緯・提案・顧客の反応が商談Room（デジタルセールスルーム）にリアルタイムで残り続けていれば、引き継ぎは「読むだけ」に変わり、属人化による事故は構造的に減らせます。まずは1つの商談から、経緯が残る仕組みを試してみてください。