失注した商談は、戻る条件をつけて閉じる

失注した商談はCRM（顧客管理システム）に残ります。ただ、確認する条件も日付もなければ、次に開く理由がありません。

再開の可能性がある案件ほど、閉じるときに記録が必要です。

担当者が異動すれば、「あの会社は半年後に見直すと言っていた」という記憶は、そのまま消えます。

失注が放置されるのは、戻る条件が書かれていないから

営業が怠けているわけではありません。失注にした時点で、次にいつ何をするかが、どこにも書かれていない。開く理由がないのです。

理由が同じでも、戻る条件は別のところにある

失注理由の選択肢を直す話は、失注理由が毎月「価格」で埋まるのは、選択肢の設計の問題ですに書きました。

ここで言いたいのは、その先です。理由を正しく分類しても、再開のタイミングは理由から決まりません。

戻る条件は、たいてい相手の側か、こちらの製品の側にあります。

その前に1つ外しておくものがあります。「予算がない」で止まった商談は、そもそも失注にしません。

保留として持ち、相手の次の予算編成の時期を再開日に入れます。「予算がない」と言われたら、金額と時期を分けて聞くに書いた扱いです。

失注理由の選択肢に「予算」を置いている場合も、「予算の時期が合わない（保留へ）」として、選んだら保留に回します。

残る失注は、戻り方で3つに分かれます。

• 他社に決まった：相手がその契約を見直す時期です。年間契約は、更新の何か月前までに連絡が要る形になっていることが多く、見直せるのはその期限より前の短い窓だけです。決まった日ではなく、更新の少し前が戻りどきです。
• 機能が足りなかった：こちらが何を出したら変わるか、です。時間が経てば戻る話ではありません。該当する機能が出たときに、その相手へ知らせる。それだけで足ります。
• 社内で止まった、検討が止まった：相手の社内で人が替わったときです。担当者か決裁側かが交代すると、止まっていた話が別の文脈で出直せます。

同じ「失注」というステータスの下に、まったく違う3つの再開の仕方が入っています。だから理由ごとに、次に見る日の根拠が違います。

戻る条件は、失注にする瞬間にしか正確に書けない

3か月後に失注一覧を見返しても、「他社に決まった」という理由しか残っていないことがほとんどです。

相手が「来年の更新で見直す」と言ったのか、「うちの部署の話ではない」と言ったのかは、商談を持っていた本人しか知りません。

だから記録は、失注にする操作と同時にします。残すのは3つだけです。

1. 何が変わったら再開か（更新期限、機能、担当交代のどれか）
2. いつ確認するか（具体的な日付。月で構いません）
3. 誰が見るか

これを、失注にする操作の条件として、理由の選択肢と並べて求めます。失注にする瞬間なら、担当者は答えを知っているからです。

ただ、答えようのない欄まで埋めさせると誤りが増えるので、再開条件は「該当なし」を選べる形にしておきます。

必須項目を増やすと、空欄は消えますが誤りが増えますに書いた失敗は、ここでも起きます。

もう一点、調査の数字を添えます。

ファストマーケティング株式会社の「BtoBマーケティングに関する実態調査 2026」（2026年5月、BtoB企業に勤務しマーケティング・営業に関与する会社員、有効回答432名、インターネットリサーチ）で、引き渡したリードの結果をどこまで共有しているかを聞いた設問では、受注・失注の理由まで共有している企業の受注達成率が82.1%、対応したかどうかまでの企業では54.3%でした。

これは相関であり、因果を示すものではないとレポート自身が明記しています。

また調査主体はマーケティングの戦略支援を事業にする会社なので、「上流の設計が足りない」という結論には利害が重なります。比率は桁感として読んでください。

読み取れるのは方向です。

失注の理由と再開の条件がマーケティング側に返っていれば、その相手向けの案内を作れます。返っていなければ、全員に同じメールを送るしかありません。

自動で動かすのは、確認日の通知までにする

仕組みにするときに、欲張りたくなる部分があります。理由ごとにメールを自動で送り分ける設計です。

価格で外れた相手にコスト削減の事例を定期的に送る、までは機能します。

それより先を自動化するのは勧めません。再開条件が「他社の更新前」の相手に、定期メールを送っても意味がないからです。

動かすのは、確認日に営業へ通知が飛ぶところまでにします。通知を受けた営業が、相手の状況を一度確かめる。このときに、前回の再開条件が画面に出ていることが大事です。

通知の宛先は、個人の名前で固定しません。商談の所有者の項目に連動させるか、チームの共有の一覧に置きます。

担当者が異動・退職したとき、所有者を付け替えれば通知も一緒に移ります。個人宛てに固定すると、冒頭の「記憶が消える」問題が、通知の形でもう一度起きます。

入力する人も決めておきます。失注のボタンを押す人です。入力する人が決まっていない項目は、半年で空欄になります。

再開するときは、失注の商談を戻さず、新しく起こす

再開の条件がそろって相手と話が動き出したとき、失注の商談のステージを戻して開き直したくなります。これはやめてください。

失注を開き直すと、過去の受注率、失注件数、営業サイクル、クローズ日がさかのぼって変わります。先月の会議で出した数字が、今月見ると違っている状態になります。

再開は、新しい商談を作り、元の失注商談に関連付けます。元の商談は失注のまま残るので、過去の数字は動きません。

新しい商談には元の商談の再開条件と会話の経緯が見える形でつながり、「失注から何件戻ったか」も数えられるようになります。

失注は、理由だけでなく、戻る条件と確認日をつけて閉じる。

まず直近3か月の失注案件を10件開いて、再開の条件と確認日が書かれているものを数えてください。ゼロなら、失注一覧は今、保管庫ではなく墓場になっています。

収益の構造として、何をどこで持つかはレベニューアーキテクチャとはにまとめています。

関連する記事

商談を一度「保留」にしたとき、フォローの日付を営業の暦ではなく相手の社内の予定に置く考え方は、「持ち帰って検討します」は返事ではなく引き継ぎですに書いています。

同じカテゴリの記事は「営業・商談管理」にまとめています。