見積書は送ったものの、その後の連絡が後回しになってしまう。営業会議で確認すると、案件表には「回答待ち」とだけ書かれている。こうした見積もり提出後のフォロー漏れは、担当者の注意だけに頼ると防ぎにくい問題です。

必要なのは、連絡回数を増やすことよりも、誰が・いつ・何を確認するかを、見積もりや案件に結び付けて残すことです。顧客の検討状況と自社の次の仕事を分けて管理すれば、連絡する案件、社内で準備する案件、約束した時期まで待つ案件を見分けやすくなります。

この記事では、見積もり提出後のフォローを案件管理につなげる方法を、図解・確認表・記入例で解説します。Excelで始める場合にも、CRMやSFAで仕組みを整える場合にも使える、実務上の考え方をまとめました。

見積もり提出後のフォローが抜けるのはなぜか

見積もりの作成には、価格確認、条件調整、社内承認、書類の作成など多くの作業があります。そのため、提出そのものが一つの区切りになり、その先の仕事が決まらないまま次の案件へ移ってしまうことがあります。

また、送付メールはメールソフト、商談状況はExcel、次回予定は個人のカレンダーというように情報が分かれると、担当者以外が経緯を確認しにくくなります。提出済みの見積書があっても、その後に何をするのかが分からなければ、引き継ぎや支援にはつながりません。

「回答待ち」は、自社の次の仕事を表していない

「回答待ち」は顧客側の状態です。その間、自社が追加資料を送るのか、技術担当へ確認するのか、約束した日に連絡するのかは別に決める必要があります。顧客の回答を待つ場合でも、再確認する日や見直す条件が分かるようにしておきましょう。

フォロー漏れには、連絡日を決めていない、担当があいまい、タスクはあるが結果を更新していない、といった種類があります。すべてを「担当者が忘れた」と扱わず、どの部分が抜けているかを確認すると、改善すべき運用が見えてきます。

回答予定日・フォロー日・見積有効期限・受注予定日を分ける

案件管理では、意味の異なる日付を一つの「予定日」にまとめないことが大切です。見積もりの有効期限まで顧客に連絡しない、受注予定日を毎月延ばすだけ、といった運用では、必要な対応が見えにくくなります。

フォローの間隔に、どの会社にも当てはまる正解はありません。顧客の社内会議、予算の判断時期、必要な説明、希望する連絡手段などに合わせて決めます。顧客と日程を確認できなかった場合は、社内の仮の確認日として登録し、顧客の回答予定日と区別してください。

営業日を基準にするのか、カレンダー上の日数で数えるのかも、チームでそろえます。期日を自動計算する場合は、休日や担当者不在時の扱いを確認し、日付が入っているだけで運用が成立したと判断しないようにしましょう。

見積もりと案件に、最低限どの情報を残すか

管理項目は、後で使う目的から選びます。担当者が次の仕事を思い出せること、別の人が状況を把握できること、管理者が支援する案件を見つけられることが、最初の目安になります。

見積書の作成日と提出日、下書きと提出版を区別する

システムに見積書を作った日と、顧客へ実際に提出した日は一致するとは限りません。「作成済み」を「提出済み」と同じ意味で扱わず、提出した相手・日付・ファイルが分かるようにします。

また、案件に紐づく最新の見積データが、顧客へ送った内容と同じとは限りません。社内で修正中の下書きと提出済みの版を区別し、再提出した場合は、どの版をいつ案内したかを残します。受注見込み額を集計するときも、改訂前後の見積もりを二重に数えないよう、採用する金額のルールを決めましょう。

顧客の反応は、「価格が高いと発言」「社内会議は来月予定」などの事実と、「価格が主な懸念と思われる」といった自社の判断を分けます。返信がないことだけで、失注や検討停止を確定しないことも大切です。

次のアクションは「誰が・いつ・何を・どう終えるか」で決める

「フォローする」「様子を見る」という記録だけでは、期限が来たときに具体的な行動を決め直す必要があります。次のアクションは、実行する人が迷わず着手できる内容にしましょう。

例えば「来週フォロー」ではなく、「営業担当の田中が、顧客と確認した日にメールで社内検討の進み具合と追加説明の要否を確認し、結果を案件へ記録する」とします。固有名詞や期日は、自社の実際の情報に置き換えてください。

連絡する仕事と、顧客の回答を得ることは分ける

確認メールを送ったことと、回答が得られたことは別です。メール送信を作業の完了とするなら、結果は「送信済み・未回答」と記録し、必要な再確認を別の対応として残します。回答を得るまでタスクを開いたままにする運用なら、途中の実施履歴を残せるようにします。

電話がつながらなかった、担当者が不在だったという結果も、仕事をしていない状態と区別します。ただし、期限だけを何度も延ばして結果を上書きすると、停滞の理由が分からなくなります。変更前の期日・変更理由・次の予定を追える運用を考えましょう。

相手から「次の会議まで連絡を控えてほしい」と依頼された場合は、その約束を優先します。社内の確認タスクを設けることと、顧客へ連絡することを区別すれば、案件を忘れずに、必要以上の連絡を避けられます。

見積もり提出後のフォローは、状況に合わせて進める

提出後は、毎回同じ文面で回答を催促するより、顧客が検討を進めるために不足しているものを確認します。価格だけでなく、仕様、納期、導入手順、社内説明用の資料などが課題になっている場合もあります。

提出時に、検討の流れと次回確認の目安を聞く

見積もりの前提条件を伝えたうえで、内容の説明が必要か、誰が確認するか、いつ頃検討するかを確認します。分からないことは未確認のまま残し、無理に受注予定日や回答期限を決めないようにします。

実施後に、案件と次の対応を更新する

対応が終わったら、連絡内容だけでなく、次に誰が何をするかを更新します。仕様確認が必要なら技術担当への依頼、条件変更なら再見積もり、社内審議中なら合意した時期の確認、というように顧客の状況へ合わせます。

受注に進んだ場合は、社内の受注登録や事務への引き継ぎルールに沿って処理します。保留の場合は、ただ一覧から外すのではなく、保留理由と再確認する時期・条件を残します。失注理由も、顧客に確認できた内容と自社の推測を区別して記録すると、振り返りに使いやすくなります。

返信がない場合は、連絡の目的と終了・保留の条件を見直す

返信がない理由は、忙しい、検討時期が先、情報が不足している、相手の役割が変わったなど、さまざまです。返信がないことだけでは理由を決められません。まず、提出先が適切か、約束した確認時期を過ぎているか、こちらから送るべき資料が残っていないかを確かめます。

次の文例は、状況を確認してから使うための原稿例です。実際の顧客名・見積番号・日付・約束に合わせて調整してください。

連絡を続けるかは、回数だけで判断しない

連絡頻度や回数は、商材の検討期間、顧客との関係、相手の希望に合わせて決めます。「必ず何日後に電話する」「何回送れば失注にする」と一律に決めると、顧客の事情と合わないことがあります。

連絡を控える、保留にする、案件を終了するという判断も、フォローの一部です。記録を残して管理者と確認し、合意した連絡方針をチームで共有します。自動送信を使う場合も、返信後・失注後・連絡不要の依頼後に送り続けないよう、停止条件を設計してください。

担当者は今日の対応、管理者は支援が必要な案件を見る

全員が全案件を毎日確認する運用は、負担が大きくなります。担当者と管理者で見る対象を分け、確認後に行動を決める流れを作りましょう。

担当者は、始業時などに対応一覧を確認し、連絡や準備の後に結果を残します。管理者は定例の確認で、期限を過ぎた理由、社内の回答待ち、判断の難しい条件、担当変更の漏れなどへ目を向けます。

案件の更新日だけを見て「最近動いている」と判断しないことも大切です。金額やメモの修正で更新日が変わっても、顧客との有効なやり取りが行われたとは限りません。「最終更新」と「最後に顧客と確認した日」のどちらを見ているかをそろえましょう。

代理対応や担当交代がある場合は、案件の主担当だけでなく、未完了タスクの担当も確認します。誰が連絡するかがあいまいだと、双方が待つ、または同じ顧客へ重複して連絡する原因になります。

CRMで仕組みにするなら、記録・抽出・通知・結果更新をつなぐ

Excelでも、担当者・次回対応日・内容を一覧にして、定期的に確認する運用は始められます。一方、見積書や履歴が分散する、共同編集で運用しにくい、担当別の確認に手間がかかる場合は、CRM・SFAで情報を関連付ける方法を検討できます。

アイプランナーの営業管理者向けの説明では、顧客・案件・活動・次の行動をつなぎ、必要な情報から段階的に管理を整える考え方が紹介されています。本記事では、その考え方を見積もり提出後の運用に当てはめています。

通知は「気付く手段」。担当・処理・停止条件も決める

CRMでは、次回対応日の未設定、期日超過、見積提出後の確認待ちなどを一覧にする設計が考えられます。さらに必要に応じて、タスク作成や通知の自動化を検討します。アイプランナーのワークフローの説明でも、対象・起動のタイミング・条件・実行内容を組み合わせる構成が示されています。

例えば「見積もりを実際に提出したことを記録したら、担当者へ確認タスクを作る」というルールを考える場合は、次の点まで確認します。これは設計例で、vtplusの標準機能だけでそのまま実現できると保証するものではありません。

• 起点：作成、保存、提出、再提出のどれをきっかけにするか。
• 担当と期日：案件担当を使うか、別の実行担当を置くか。顧客との約束をどう反映するか。
• 重複の防止：再保存や再提出で、同じ確認タスクを重ねて作らないか。
• 停止・変更：回答、受注、失注、保留、担当変更のときに、不要なタスクや通知をどう扱うか。
• 動作の確認：定期処理、実行履歴、権限、通知先、失敗時の確認方法があるか。

メール通知や画面通知が届いたことと、担当者が対応したことは別です。通知を見逃した場合も一覧から確認でき、実施結果を記録した後に次の仕事へつながるようにします。顧客へのメール送信まで自動化する場合は、社内通知とは分けて、送信内容・対象・停止条件・確認手順を設計しましょう。

vtplusで構成を検討する際は、標準機能・設定・必要な拡張・個別対応の範囲を確認してください。利用する版や構成によってできることが異なり、通知、集計、自動作成などが一律にすべて含まれるとは限りません。

最初は一つのチームで試し、使う項目と指標を整える

最初から細かな項目や通知を増やすより、担当者が迷わず使える流れを作ります。進行中の案件から対象を選び、見積もり提出の記録、次の対応、実施結果がつながるかを確認しましょう。

比較する際は、対象とする案件・期間・除外条件をそろえます。受注率や売上は商材・季節・案件構成にも左右されるため、フォロー運用だけの効果と断定しないようにします。まず、担当と次の仕事が分かるか、必要な確認を忘れていないかを確かめましょう。

見積もり後の対応記録例と、コピーして使えるテンプレート

以下は架空の案件を使った記入例です。実際の導入事例や成果ではありません。日付を細かく入力することより、提出したもの・確認できたこと・次の仕事がつながっているかを確認してください。

この項目を、すべて一つの入力画面へ詰め込む必要はありません。案件の基本情報、提出した見積もり、活動履歴、タスクなど、それぞれの場所へ分けて記録し、必要なときにたどれる構成を考えます。同じ情報を何度も入力しないことも、運用を続けるうえで大切です。

よくある質問

見積もり提出後、何日で連絡するのがよいですか？

一律の日数では決められません。顧客の検討予定、社内会議、必要資料、連絡の希望を確認して設定します。未確認の場合は、自社側の仮の確認日として管理し、顧客との約束と区別しましょう。

「回答待ち」の案件にもタスクは必要ですか？

顧客の回答を待つ間に、自社が行う確認や準備があれば、担当と期限を決めます。連絡を控える約束がある場合は、約束した時期に見直す社内タスクなどで管理できます。

Excelでもフォロー漏れを減らせますか？

担当者・次回対応・期限・結果を整理し、確認する習慣を作ることから始められます。履歴や書類が分散する、共同管理や担当別の抽出が難しい場合は、CRMの導入を検討する材料になります。

通知を自動化すれば十分ですか？

通知を受ける人、実行する作業、完了や保留の条件、実施結果の記録まで決める必要があります。通知が増えすぎないよう、対象と重複、停止条件も確認してください。

返信がなければ失注にしてもよいですか？

未回答だけでは理由が分かりません。顧客との約束や連絡履歴を確認し、チームの基準に沿って保留・終了・再確認を判断します。判断の根拠と再検討の条件を残しましょう。

vtplusを検討するなら、今の案件表とフォローの流れから整理する

見積もり提出後のフォロー漏れを減らすには、提出した版と顧客の状況を記録し、次の対応を担当者・内容・期限まで決めることが出発点になります。実施後に結果と次の判断を更新し、担当者と管理者が必要な案件を確認する流れを作りましょう。

vtplusで仕組みを検討する際は、現在の案件表、見積書の管理方法、連絡履歴、担当変更の流れ、通知したい条件を整理すると、相談する内容が具体的になります。最初から多くの自動化を求めず、必要な情報と日々の確認から始められる構成を考えていきましょう。