静岡市から焼津、藤枝あたりまで担当者が車で回る営業会社では、見積を出した直後に別の訪問が入り、そのまま連絡が空くことがあります。本人は覚えているつもりでも、数日たつと『先方の返事待ちだったか、こちらから電話する約束だったか』が曖昧になるものです。
NIRで業務システムの導入相談を受ける際、私が最初に見るのは高機能な分析画面ではありません。見積提出後の会話と、次に動く日が一か所に残っているか。ここが整うだけで、担当者の記憶に頼る営業から抜けやすくなります。
見積を出した日ではなく、次に動く日で案件を見る
見積書を送ると、仕事を一つ終えた感覚になります。ただ、先方では社内確認、家族との相談、予算の組み直しなどが始まったばかりです。営業側が『返事を待つ』だけでは、案件は予定表から静かに消えていきます。
見積提出の登録と同時に、次回対応日を必須にします。受領確認なら提出から二、三営業日後を一つの目安にできますが、機械的に決める必要はありません。先方から『月末の会議後に』と言われたなら、その希望を優先。追い立てるためではなく、約束を守るための日付です。
商談履歴は「前回の結論」が一読で分かる形にする
履歴欄に『電話済み』『検討中』だけ残しても、引き継いだ人は動けません。私は、一回の電話や訪問を一件の履歴として分け、事実と次の行動を短く書く形を勧めています。上書きせず時系列で積み上げるのが肝です。
一回の接触で残す内容
- 連絡した日時、担当者、電話・訪問・メールなどの方法
- 先方が話した内容と、営業側から回答した内容
- 提出した見積の版、金額、変更した条件
- 次に誰が、いつ、どの方法で連絡するか
たとえば『9月12日14時、担当者へ電話。見積は社内回覧中。来週水曜にこちらから再確認。仕様変更の要望は現時点でなし』なら、別の担当でも状況をつかめます。感想より、後から確かめられる会話。これを徹底すると引き継ぎがかなり楽になります。
次回対応日は担当者と連絡方法までセットにする
日付だけ入れても、『誰がやるのか』が決まっていなければ動きません。次回対応日は、担当者、予定時刻、連絡方法、話す内容と組み合わせます。訪問の合間に電話するのか、資料を直してメールするのかで、必要な準備も違うためです。
通知は一般的に、前営業日と当日、期限超過時のように段階を分けると見落としを拾いやすくなります。通知を増やしすぎると誰も見なくなるので、最初は『今日対応する案件』と『期限を過ぎた案件』の二つで十分。期限変更をした場合は、元の日付を消さず、変更理由を履歴へ残します。
一覧画面で毎朝見る状態
- 本日が次回対応日の案件
- 対応期限を過ぎ、完了記録がない案件
- 見積提出済みなのに次回対応日が空欄の案件
- 最終接触から日数が空いている案件
失注理由は責任追及ではなく、次の見積に使う
失注理由を『他社に決定』だけで終えると、経営判断には使いにくいものです。価格差、時期延期、必要な機能との不一致、決裁が進まなかった、商圏や対応条件が合わなかったなど、選択式の大分類と自由記述を組み合わせます。
ここで大切なのは、確認できた事実だけを書くこと。返事がない案件を勝手に『価格で失注』にせず、『連絡未達、理由は未確認』として分けます。月ごとに理由を眺めれば、価格表を直すべきなのか、説明資料が足りないのか、対象顧客を見直すべきなのかが見えてきます。営業担当の査定だけに使うと、正直な記録が残らなくなるので注意が必要です。
週一回の短い確認で、入力を使える情報に変える
顧客管理システムは、入力欄を増やしただけでは定着しません。月曜の朝などに十五分ほど、期限超過、日付未設定、長期間動いていない案件を責任者と担当者で確認します。件数が多ければ、金額や受注見込みより先に『約束した期限を過ぎているか』で並べるほうが実務的です。
入力漏れが出たら担当者を責める前に、項目が多すぎないか、スマートフォンから更新しづらくないかを確かめます。現場で残せる最小項目から始め、必要な分析項目は後で足す。作って終わりにしない運用は、こうした小さな見直しの積み重ねです。
今の営業の流れを聞いてから仕組みにします
会社ごとに、見積を作る人、訪問する人、最終判断を確認する人は違います。既製の画面へ無理に合わせるより、現在の見積台帳や連絡方法を見ながら、残す項目と通知のタイミングを決めるほうが無理がありません。
NIRでは、既存の表計算からの移行や顧客管理の見直し、業種に合わせた追加開発まで相談を受けています。まだ要件が固まっていない段階でも、まず何を記録すべきかを一緒に整理できます。システム導入・開発を無料で相談するから、今困っている流れだけお聞かせください。