提案後フォローが弱い営業組織で起きること

この記事で整理すること

提案書を出した後、営業活動が返事待ちになる案件は少なくありません。担当者は何度もリマインドしますが、顧客側では社内共有、比較、稟議、費用対効果の確認が進んでいないことがあります。この記事では、提案後フォローをリマインドではなく、顧客の社内判断を支援する活動として設計します。

提案後に案件が止まる構造

提案書提出は、営業側の作業が一段落しただけであり、顧客側の意思決定が進んだことを意味しません。提案後に顧客担当者は、上司へ説明し、関係部門の懸念を集め、予算や稟議の見通しを確認します。この作業を営業が想定せずに待っていると、温度感が高かった案件ほどForecastに残り続け、月末に失速します。

返事待ちを生むフォローの失敗

• 提案書提出を案件前進と見なしている。
• 提案後のメールが、ご確認いかがでしょうか、だけになっている。
• 顧客が社内説明に使える材料を渡していない。
• 提案後のフォローが担当者任せで、マネージャーが停滞を見抜けない。

顧客の社内共有を支援する

提案後フォローでは、顧客側で何が進んでいるかを確認します。社内共有は終わったか、誰からどんな質問が出たか、稟議に必要な情報は足りているか、比較候補との違いは説明できるか、次に誰の判断が必要か。営業メールは、催促ではなく、社内説明に使える要約、想定質問への回答、承認者向けの一枚資料を届ける内容にします。

見落としやすいのは、提案後の沈黙を顧客の興味低下だけで解釈することです。実際には、担当者が社内説明に詰まっている、想定質問に答えられない、稟議の書き方が分からない、という状態かもしれません。営業が見るべきなのは返信の有無だけではなく、顧客が社内で説明できる状態かどうかです。

提案後停滞のサイン

このテーマで問題が起きている組織では、会議やSFA上に小さなサインが出ます。たとえば、提案書提出を案件前進と見なしている状態が続くと、担当者は前に進んでいる感覚を持っていても、顧客側の判断は進んでいないことがあります。提案後のメールが、ご確認いかがでしょうか、だけになっている場合も、案件の見た目は整っていても、次の関係者や次の判断に進む材料が不足します。

提案後フォローで典型的なのは、営業が「ご確認いかがでしょうか」と送り続ける一方で、顧客担当者は社内説明に必要な要約や想定問答を持っていない場面です。担当者本人は前向きでも、上長や情シスから質問された瞬間に説明が止まり、案件は返事待ちになります。

もう一つのサインは、会話が担当者個人の感覚に寄りすぎることです。温度感が高い、反応が良い、前向きそう、といった表現だけでは、営業組織として支援できません。実務で扱うには、誰が、何を、いつまでに、何のために判断するのかを記録する必要があります。記録できない情報は、商談中に確認できていない可能性があります。

チームで分担すること

この見直しは、営業担当者だけに任せると続きません。担当者は顧客との会話から事実を集め、マネージャーは案件レビューで不足している論点を確認します。営業企画やRevOpsは、SFA項目、会議アジェンダ、確認テンプレートを整えます。CSやプリセールスが関わるテーマでは、導入後や技術確認で必要になる情報を受注前の確認項目へ戻します。

分担を決めるときは、誰が入力するかだけでなく、誰がレビューするかまで決めます。入力欄を増やしても、レビューされなければ形だけになります。逆に、レビュー観点が明確であれば、営業担当者は何を確認すべきかを商談前から意識できます。運用の目的は管理を細かくすることではなく、顧客の判断を前に進めるための情報を欠かさないことです。

次回提案から確認する項目

• 提案後の次回確認日を合意している。
• 顧客が社内で説明する相手と論点を把握している。
• 承認者向けの要約や補足資料を用意している。
• 提案後に出た質問をSFAへ残している。
• マネージャーが提案後停滞日数を確認している。

このチェックリストは、すべてを一度に完璧に埋めるためのものではありません。最初は、次の商談や次の会議で確認する項目を二つだけ選びます。たとえば、提案後の次回確認日を合意しているかどうかを確認し、次に顧客が社内で説明する相手と論点を把握しているかどうかを見ます。未確認の項目があれば、次回商談の質問、フォローメール、社内レビューのいずれかに戻します。

重要なのは、空欄を責めるのではなく、空欄を次の確認事項として扱うことです。商談は常に情報が揃った状態で進むわけではありません。だからこそ、何が分かっていて、何がまだ分かっていないのかを分ける必要があります。この分離ができると、案件レビューは報告ではなく支援の場になります。

提案後フォローをSFAに残す

SFAに提案後フォローの項目を追加する場合は、社内共有状況、追加質問、次の判断者、次回確認日だけに絞ります。マネージャーは、提案後7日以上動きがない案件をレビュー対象にします。担当者には、顧客へ送る催促文ではなく、社内説明を助ける補足文を用意させます。提案後のフォローは個人技ではなく、案件前進の標準工程として扱います。

提案後フォローの文面は、次のように「確認依頼」ではなく「社内共有支援」に寄せます。

目的	文面例
社内共有の補助	本日の内容を上長の方へ共有しやすいよう、導入目的、想定効果、確認が必要な論点を一枚に整理しました。
追加質問の回収	社内で確認される際に、費用対効果、運用体制、セキュリティのどこが論点になりそうか教えてください。先に補足資料を用意します。
次回判断の具体化	次回までに、どなたが何を確認される予定かを合わせて確認できると、必要な情報をこちらで準備しやすくなります。
停滞時の再接続	ご確認状況の催促ではなく、社内で説明しづらい点や追加で必要な材料がないかを確認させてください。

この文面例は、そのまま送るためではなく、営業担当が顧客の社内説明を助ける姿勢へ切り替えるための型です。顧客名、検討背景、相手の社内会議、追加関係者に合わせて必ず調整します。

提案後レビューでは、最後に送ったメールの文面ではなく、顧客側で誰が何を判断しているかを確認します。追加質問が出ている案件は停滞ではなく、社内検討が動き始めたサインとして扱います。

運用に落とすときは、既存の会議とSFAに接続します。新しいチェックシートを作っても、普段の案件レビューや1on1で見なければ定着しません。週次会議では、対象案件をすべて確認するのではなく、停滞している案件、次の判断者が不明な案件、未確認事項が多い案件に絞ります。限られた会議時間を、読み上げではなく次の打ち手に使います。

SFAでは、自由記述だけに頼らない方がよいです。自由記述は文脈を残すには便利ですが、集計や比較には向きません。最低限、確認済み、未確認、次回確認、対象外のように状態を分けられる項目を用意します。細かい項目を増やしすぎると入力されなくなるため、最初は営業が本当に判断に使う項目だけに絞ります。

返事待ちを減らすレビュー観点

見るべき指標は、提案後の次回アクション設定率、提案後停滞日数、追加関係者の発生数、稟議開始までの日数、提案後失注理由です。提案後に新しい質問や関係者が増えることは、必ずしも悪いことではありません。顧客の判断が前に進んでいるサインとして扱います。

指標を見るときは、単月の結果だけで判断しません。営業活動には案件のタイミング、顧客側の稟議時期、担当者の経験差が影響します。まずは30日単位で、入力品質、次回アクション、停滞理由、関係者確認、失注理由の具体性が改善しているかを見ます。数字が悪い場合も、すぐに担当者の能力問題にせず、プロセス、資料、会議、マネージャー支援のどこに詰まりがあるかを分けます。

最後に、改善した内容を標準化します。うまくいった質問、顧客が社内共有しやすかった資料、案件レビューで有効だった確認項目は、個人の工夫で終わらせず、テンプレートや会議アジェンダに戻します。営業組織の実務改善は、一度の施策ではなく、現場で見つけた良い型を繰り返し更新することで定着します。

提案後フォローを始める前に確認すること

この記事のテーマを自社で扱うときは、最後に三つの観点で確認します。第一に、現場が明日から使える粒度になっているか。第二に、マネージャーやRevOpsがレビューできる記録として残るか。第三に、顧客の判断を助ける内容になっているかです。社内向けの管理項目だけを増やしても、顧客の検討が進まなければ営業実務としては不十分です。

最初にチームで確認する問いは、「顧客担当者が上司に転送できる一文は用意されているか」です。ここがない案件は、提案後フォローが催促に寄りやすくなります。

また、記事の内容をそのまま全案件へ一律に適用しないことも重要です。新規商談、既存顧客、エンタープライズ、パートナー経由では、確認すべき相手やタイミングが変わります。まずは対象案件を絞り、運用してみて、会議で振り返る。そこで得た学びをチェックリストやSFA項目へ戻す。この小さな改善サイクルを前提にすると、営業組織に無理なく定着します。

編集・監修について

この記事は営業実務ラボ編集部が企画、執筆、編集しています。制作過程で生成AIを構成案作成、草案整理、表現確認に利用する場合がありますが、公開前に編集部が事実関係、出典、表現を確認しています。外部専門家による個別監修が入る場合は、記事内で監修者名または監修有無を明記します。