営業の引き継ぎ書テンプレート｜項目は顧客と案件で分ける

一般の業務引き継ぎ書テンプレートが、営業で埋まらない理由

無料で配布されている業務引き継ぎ書のテンプレートをダウンロードすると、欄はたいてい「業務名／手順／頻度／注意点」で構成されています。経理や総務のように、決まった作業を決まった周期で回す仕事であれば、この欄はきれいに埋まります。ところが営業が同じ用紙を開くと、書けるのは「新規開拓」「既存フォロー」といった大きすぎる言葉だけで、本当に渡さなければならない顧客と商談が一行も入りません。項目が足りないのではなく、そもそも記入の単位が営業の仕事と噛み合っていないからです。まず単位を決め直すところから始めます。

営業が引き継ぐのは「業務」ではなく「顧客」と「進行中の商談」

営業が後任へ渡すものは、大きく三つに分かれます。一つ目は顧客との関係で、誰と、どういう経緯で付き合ってきたかという蓄積です。二つ目は進行中の商談で、いつ、いくらで、次に何をする約束になっているかという現在進行形の情報です。三つ目が見積作成や月次報告といった定型業務の手順で、これは他職種の引き継ぎと同じ性質を持ちます。一般の業務引き継ぎテンプレートが受け止められるのは三つ目だけです。売上に直結する一つ目と二つ目を書く場所がないまま用紙を埋めていくと、形式としては完成しているのに、後任が知りたいことが何も載っていない引き継ぎ書ができあがります。渡すべき対象を先に三つに分けて、そのうち二つには別の器を用意する。これが営業の引き継ぎ書を設計する出発点です。

顧客カルテ（ストック）＋商談シート（フロー）の二階建てにする

そこで、引き継ぎ書を二階建てに組み替えます。顧客ごとに一枚つくるのが顧客カルテで、キーパーソンや取引の経緯といった、そう頻繁には変わらないストック情報を置きます。進行中の案件ごとに一行つくるのが商談シートで、フェーズや次アクションといった、日々動くフロー情報を置きます。ここに定型業務のリストを一枚足せば、営業の引き継ぎ書は三種類で足ります。分ける理由は更新頻度の違いです。顧客カルテは年単位でほとんど変わりませんが、商談シートは引き継ぎ当日まで動き続けます。同じ紙に混ぜてしまうと、直前の商談の変化を反映するために書類全体を作り直すことになり、最も忙しい最終週に最も重い作業が回ってきます。以降の章は、この二階建てのどちらに何を書くかという話です。

営業の引き継ぎ書に必要な項目一覧（共通の土台10項目）

まず、職種を問わない引き継ぎ書と共通する土台の部分を先に片付けます。ここは他社のテンプレートともおおむね重なる範囲で、差がつく場所ではありません。重要なのは項目名そのものではなく、各項目に「顧客単位で書くのか、案件単位で書くのか、担当者単位で書くのか」という記入単位を必ず添えることです。単位を書けない項目が残った場合、それは前章の分類がまだ済んでいないという合図になります。以下の表を土台として押さえたうえで、次章からは営業固有の中身に入ります。

項目	記入単位	何に使うか
担当顧客一覧と取引区分	顧客単位	引き継ぎ対象の全体像を確定する
顧客カルテ（キーパーソン・経緯）	顧客単位	後任が誰に何を話すかを判断する
進行中の商談一覧	案件単位	直近の売上が落ちる箇所を特定する
直近の売上・契約更新月	顧客単位	次に動くタイミングを逆算する
定型業務と締切（見積・請求・月次報告）	担当者単位	抜けると即日で事故になる作業を渡す
トラブル・クレームの履歴と対応	顧客単位	地雷を踏ませない
資料・見積書・契約書の保管場所	顧客単位	原本にたどり着く経路を渡す
社内の関係部署と窓口	担当者単位	後任が単独で止まらないようにする
顧客への通知状況（誰に伝えたか）	顧客単位	連絡の重複と抜けを防ぐ
引き継ぎスケジュールと完了確認欄	担当者単位	何がまだ渡っていないかを可視化する

顧客カルテに書く項目 — システムに残らない情報だけを書く

引き継ぎ書が終わらない最大の原因は、書く量が多いことではありません。すでにシステムに入っている情報を、もう一度手で書き写しているからです。会社名も住所も担当者の連絡先も、過去の商談履歴も送信済みのメールも、SFAや名刺管理サービスや共有メールボックスを開けば後任が自分で取り出せます。それを引き継ぎ書へ転記し始めると、担当している顧客の数だけ作業が増え、本当に書かなければならない部分に手が回らないまま最終日が来ます。顧客カルテは名簿ではなく、検索しても出てこない文脈を置く場所だと決めてしまうのが先決です。

SFA・名刺・メールで検索できる情報は、引き継ぎ書に書かない

原則は一つで足ります。後任が検索して出てくる情報は書かず、出てこない情報だけを書く。この線引きをしておくと、引き継ぎ書とシステムの役割分担が自動的に決まります。顧客の基本情報と履歴データはシステムに任せ、引き継ぎ書はその履歴を読んでも分からないことだけを引き受ける。過去の商談議事録も要約し直す必要はなく、原本がどこにあるかだけを書けば足ります。逆にこの線引きを持たないまま書き始めると、顧客名簿を表計算ソフトへ二重に転記する作業が発生し、更新されない古い名簿がもう一つ増えるだけの結果になります。分量の目安としては、一顧客あたり画面一枚に収まるかどうかで判断できます。それ以上書けてしまうときは、システムから写している可能性が高いと考えてください。

書くのは「人」— 誰が決め、誰が止めるか

検索できない情報の筆頭が、人に関する事実です。決裁するのは誰か、日ごろ会っている窓口の担当者に決裁権はあるのか、社内で反対する立場の人はいるか、打ち合わせに呼ぶべき人と、呼ぶと話が止まる人は誰か。ここで書くのは組織図ではありません。実際に案件が動いたときに、どういう経路で承認が回り、どこで滞ったかという経験のほうです。組織図は先方のウェブサイトにも載っていますが、経路は担当していた人の頭の中にしかありません。あわせて、進め方の癖も残します。連絡はメールと電話のどちらが通りやすいか、返信が遅いのは通常運転なのか、会議はいつ設定すると通りやすいか、稟議が上がるのは月のどのあたりか。後任が最初の一か月で必ずつまずくのは、この種の細部です。

取引条件の経緯 — 値引き・特例対応・過去のトラブル

もう一つ、システムを見ても分からないのが条件の背景です。値引きをしているなら、いつ、どういう理由で、誰の承認で決まったのか。無償で受けている特例対応があるなら、それはどの経緯で始まり、いまも続いているのか。過去にトラブルがあったなら、何が起きて、どう決着し、先方の誰がその件をまだ覚えているのか。数字としての価格はシステムに残りますが、なぜその価格になったのかは記録に残りません。ここが落ちると、後任は次の更新交渉で必ず苦しみます。理由を説明できない条件は、下げることも戻すこともできないからです。顧客カルテのなかで、この欄がおそらく最も書くのに時間がかかり、そして最も価値が高い部分になります。

仕掛かり商談の引き継ぎ項目 — 直近の数字を落とさないために

担当が替わったときに最初に落ちるのは、新規開拓ではありません。あと一歩で決まるはずだった仕掛かりの商談です。前任がいなくなった瞬間に話が止まり、顧客の側も「また最初から説明し直すのか」と感じて温度が下がります。ここを守れるかどうかで、引き継ぎ直後の数字はほとんど決まります。ところが多くのテンプレートは「仕掛かり業務に関する注意事項」といった欄名を置くだけで、営業の仕掛かりを渡すのに何が必要かまでは分解していません。商談は、いくつかの情報が揃って初めて他人が引き継げる状態になります。その中身を項目に落とします。

案件1件に書く6項目（確度／次アクション／決裁ルート／競合／提示済み条件／期限）

一件あたりに書く欄は次の六つです。第一に現在のフェーズと受注確度で、これは感覚の申告ではなく、何がすでに済んでいるかという事実で書きます。第二に次アクションと期日で、誰が、いつまでに、何をするかまで書き切ります。第三に決裁ルートで、あと誰の承認が残っているかを明示します。第四に競合と比較検討の状況で、どこと、どの論点で比べられているかを書きます。第五が提示済みの金額・条件・見積番号です。そして第六に、失注するとしたらどこで落ちるかと、そのときに効く材料を添えます。このうち第五は突出して重要です。顧客は前任から聞いた条件を覚えていますから、後任がそれを知らずに別の条件を出した時点で、価格そのものの信用が消えます。正式な見積書に載っていない口頭の含みまで、すべて書き出してください。

「引き継がない」判断も項目にする — 自分で閉じる案件を決める

項目の設計と同じくらい効くのが、渡さない案件を決めることです。残りの期間で自分がクローズできる見込みのある案件は、引き継がずに自分で閉じてしまう。長く動いていない案件は、失注として閉じてから一覧を渡す。この判断を挟まずに手持ちの案件をすべて引き継ぐと、後任のパイプラインは実体のない数字で埋まります。実体がない分だけ後任は目標に届かず、しかもどれが生きている案件なのか自分では判別できないため、確認だけで最初の数週間が溶けます。ですから引き継ぎ書には「引き継ぐ／自分で閉じる／失注として閉じる」の区分欄を置き、上長と一度すり合わせた印を残します。商談シート自体は一案件一行の表形式にして、引き継ぎ当日まで更新し続ける前提で運用します。これが前章でいうフロー情報の器にあたります。

全顧客を同じ量で書かない — 顧客ランク別の粒度設計

担当している顧客を全部同じ深さで書き切るのは、物理的に不可能です。それでも多くの人が均等に書こうとして、結果としてどの顧客も中途半端なまま最終日を迎えます。引き継ぎ書が終わらない二つ目の原因はここにあります。必要なのは書く速度を上げることではなく、書く量をあらかじめ配分してしまうことです。顧客をランクで分け、ランクごとに書く項目数そのものを変える。そう決めてしまえば、限られた時間をどこに使うかで迷わなくなります。

A/B/Cで書く項目数を変える（全社を同じ深さで書こうとして必ず破綻する）

Aは、進行中の商談があるか、契約更新が近いか、売上の柱になっている顧客です。ここは顧客カルテと商談シートの両方をすべての欄まで埋めます。Bは、取引はあるものの当面動きのない顧客で、カルテのみを作り、暗黙知は数行に絞ります。Cは過去に取引があるだけの顧客で、一覧に名前と最終接点の時期を書けば十分です。判断軸を売上の大きさに置かないことが要点になります。見るべきは「引き継ぎから数か月のあいだに動くかどうか」です。年間の取引額が大きくても更新が来年ならBで構いませんし、規模が小さくても翌月に更新が来るならAとして扱います。ランクは金額の序列ではなく、後任が最初に対応を迫られる順番を表すものだと考えてください。

残り2週間しかないときの配分 — 書く順番は「金額」ではなく「動いている案件」

期間が短いときほど、配分は先に決めます。前半でAの顧客を書き切り、同行の日程まで押さえてしまう。後半でBとCを一覧化し、定型業務とその締切を渡す。この順番を崩さないことが肝心で、Aが終わる前にCの名簿づくりに手をつけてはいけません。名簿づくりは進んでいる実感が得られるぶん、つい先に着手してしまいますが、そこが空欄でも事故は起きない一方、Aの商談が止まれば即座に数字に出ます。そして、書き切れなかった部分は空欄のまま渡さず「未記入」と明示してください。後任がそこを自分で調べる前提に立てるからです。書けなかったこと自体が問題なのではなく、どこが書けていないかを共有していないことが事故になります。書いていないと分かる状態は、書いてあるふりよりずっと安全です。

顧客への担当変更の伝え方と、同行の設計

引き継ぎ書がどれだけ整っていても、顧客への伝え方を間違えると関係のほうが先に切れます。通知と同行は、書類の外側にある引き継ぎ項目だと考えて設計してください。順番は、社内で後任を確定させ、上長の承認を取り、そのうえでAの顧客には個別に電話または訪問で伝え、BとCにはメールで知らせる、という流れになります。Aの顧客が一斉送信のメールで担当交代を知る状況が、最も関係を損ないます。同行についても、顔合わせだけで終える回数を重ねる意味はありません。Aの顧客には少なくとも一度は同行し、その場で後任が次のアクションを持ち帰る形にします。次に何をするかが決まって初めて、顧客の側にも後任と話す理由が生まれるからです。あわせて、異動や退職の後も一定期間は前任に質問できる経路を残すか、それが難しい場合は上長を経由先として明示しておきます。聞ける相手がいない状態が、後任の停滞を生みます。

ここで、引き継ぎ書という書類が前提にしているものを一度疑っておきます。引き継ぎの話はたいてい「書けば移る」という考え方の上に立っています。項目を漏れなく並べ、正確に記述すれば、担当者が替わっても仕事は同じように回るはずだ、という前提です。ところが営業の引き継ぎで実際に失われるものを順に見ていくと、先に抜けるのは情報ではなく関係のほうだと言えそうです。顧客が前任からのメールに翌日返していたのは、文面が優れていたからというより、送り主が前任だったからという面があります。この部分は、どれだけ丁寧に書き出しても紙の上には乗りません。書面で移せるのは事実であって、事実のまわりに時間をかけて溜まった信用は、そのままの形では移らない。引き継ぎ書の限界は、書き手の努力量ではなく、この構造のほうにあるのかもしれません。

そう捉え直すと、項目を増やす方向の努力にははっきりした上限があることになります。欄を一つ足せば移送できる情報は増えますが、増えた分だけ関係が引き継がれるわけではありません。むしろ引き継ぎ書に持たせるべき役割は、情報を完全に移すことではなく、後任が顧客との関係をゼロから作り直すための段取りを渡すことに近いはずです。そう置いた瞬間に、項目の選び方の基準が変わります。網羅されているかではなく、後任が顧客と向き合う最初の場面でその欄が働くかどうか。前章までに挙げた項目のうち、決裁の経路、提示済みの条件、いま進んでいる話の中身が繰り返し出てくるのは、いずれもその場面で直接効くからです。

もう一つ、この前提の裏側にあるものを言っておきます。担当が替わった直後に数字が落ちること自体は、多くの場合で正常な現象です。関係が作り直されている期間なのですから、以前と同じ速度で回らないほうが自然だとも言えます。それを一律に前任の引き継ぎ不足として扱う運用にすると、引き継ぎ書は静かに性格を変えます。後任が読むための書類から、前任が「自分はここまで渡した」と示すための書類へ移っていくのです。そうなった引き継ぎ書は、たいてい網羅的で、分厚く、そして読まれません。形骸化した引き継ぎ書を前にしたとき、書き手の熱意を疑う前に、その書類が誰に向けて書かれる決まりになっているかを確かめてみてもよいかもしれません。

そのまま使える営業引き継ぎ書テンプレート（項目一覧と記入例）

ここまでの項目を、実際に使う三つの様式にまとめます。顧客カルテは顧客ごとに一枚、商談シートは案件ごとに一行、定型業務リストは担当者ごとに一枚です。器をどこに置くかは、商談シートがSFAに入っているならそれを出力するだけで足ります。顧客カルテは自由記述が多いので、共有ドキュメントか表計算のいずれか、後任が更新しやすい形で持てば十分です。

顧客カルテ（顧客ごとに1枚）	商談シート（案件ごとに1行）	定型業務リスト（担当者ごとに1枚）
取引の経緯と現在の取引区分	フェーズと受注確度（事実ベース）	業務名と発生タイミング
決裁者・窓口・反対しうる人	次アクションと期日	締切と提出先
進め方の癖（連絡手段・稟議の時期）	決裁ルートの残り	使用する資料とその場所
取引条件の経緯（値引き・特例）	競合と比較検討の論点	社内の関係部署と窓口
トラブル履歴と決着	提示済みの金額・条件・見積番号	引き継ぎ済みかどうかの確認欄
資料と契約書の保管場所	失注リスクと有効な材料	—

記入例として、進行中の商談を持つAランクの顧客を想定します。カルテには「決裁は購買部門の責任者が行い、日ごろの窓口に決裁権はない。稟議は月の前半に上がるため、それを外すと承認が翌月へ回る。前回の更新時に継続利用を前提とした割引を適用しており、その経緯を知らないまま定価を提示すると話が止まる」と書きます。商談シートには「提案書は提出済み、他社と機能面で比較中、次は技術部門への説明会を先方の希望日程で設定する」と書きます。逆に避けたいのは、顧客名と担当者名だけが埋まったカルテです。それはシステムを見れば分かる情報しか載っておらず、後任にとっては白紙と変わりません。

引き継ぎ書が使われなくなる3つの原因と、項目側の直し方

最後に、引き継ぎ書が形だけになる原因を整理します。いずれも意識の問題ではなく、項目と単位の設計で説明でき、設計で直せます。

1. 転記が多すぎて終わらない。システムで検索できる情報は書かないと決め、顧客カルテを暗黙知の置き場所に限定します。
2. 全顧客を均等に書こうとして間に合わない。顧客をランクで分け、ランクごとに書く項目数を変えて配分を先に決めます。
3. 商談の状況がすぐ古くなる。動くフロー情報を商談シートとして別紙に切り出し、引き継ぎ当日まで更新できる形にします。

三つとも、書き手の熱心さではなく器の作り方の問題です。うまくいかなかった引き継ぎを振り返るときは、努力の量ではなく、どの単位で何を書く決まりにしていたかを見てください。

まとめ — 引き継ぎ書は「全部書く」ためではなく「最初の訪問を成立させる」ために書く

引き継ぎ書の合格ラインは、すべてが書いてあることではありません。後任が最初の訪問で、顧客と話を成立させられるかどうかです。そこから逆算すると、必要なものは顧客の名簿ではなく、誰が決めるのか、いまどの話が進んでいるのか、いくらでどんな条件を出しているのか、というごく限られた情報に絞られます。項目を増やすほど良い引き継ぎ書になるわけではありません。単位を顧客と案件に分け、システムに任せる部分を手放し、ランクごとに書く量を変える。それだけで、限られた期間でも渡すべきものは渡せます。

あわせて読みたい

• 営業のための「クライアントに対するヒアリング」をスムーズにする4つのStep｜ヒアリングの質問例と深掘りの技術ーー相手が黙る瞬間を味方にする実践会話術