失注理由が空欄の案件を再開する前の確認メモ

失注理由が空欄の案件は、最後の会話と提案版、終了時点を照合し、相手が述べた事実と社内の推測を分けてから再開を判断します。理由が見つからなければ不明と残し、時間が経ったことだけを根拠に再送しないでください。

空欄の意味と終了した案件を特定する

最初に、どの案件の何が空欄なのかを確認します。会社全体との取引が終わったのか、一つの提案を終了したのか、営業が内部で見込みから外したのかは異なります。対象の製品、拠点、案件の参照と終了日をそろえます。CRMの状態だけを見て、顧客が明確に断ったと補いません。終了という表示を付けた担当と、そのときの記録も確認します。

理由が未入力なのか、過去の移行で欄が欠けたのか、判断の根拠がそもそもなかったのかを分けます。分からない状態を放置しないことは大切ですが、空欄をなくすためだけに適当な理由を選ぶと記録が悪化します。復元メモには、理由の記録なし、原文確認待ちなど、何が分かっていないかを具体的に書いてください。

同じ会社に別の進行中案件があるなら、その情報を今回の終了理由へ流用しません。後の商談で価格が問題になっていても、以前の別提案も価格で負けたとは限りません。今回参照する期間と案件を固定し、関係が分からない会話は別の参考として残します。会社の評判や担当者の性格に関する評価を、失注の事実として加えないようにします。

最後の会話と提案版を時間順に並べる

確認する材料は、最後に相手へ出した提案、相手の返事、会議の記録、営業が案件を閉じた記録です。利用できる権限の範囲で、必要な参照をそろえます。担当者が退職している場合も、その個人アカウントへ無断で入る作業ではありません。組織が認める記録の管理者へ照会し、読めない材料は取得不能として限界を残します。

時間順の表には、日付、起きたこと、出所、その時点での提案版を置きます。提案書を送ったこと、相手が受領したこと、内容へ回答したことは別です。提案後に返事がないまま営業が閉じたなら、確認できるのは無回答と内部終了までです。そこへ競合を選んだ、予算がなかったという理由を追加しません。

旧見積や提案の版が複数あれば、最後に相手へ渡した実物を特定します。社内で新しい案を作っただけなら、顧客はその条件を見ていない場合があります。相手の回答がどの版へのものか不明なら未照合と記録します。最新版を見て過去の判断を解釈すると、当時の条件と違う金額や仕様を理由として説明してしまうおそれがあります。

価格・優先順位・競合を証拠の範囲で分類する

相手が価格について述べていれば、その語と対象条件を残します。「予算と合いません」と言ったことは記録できますが、比較した費用や承認額が不明なら、その部分まで補いません。営業の印象で価格が高かったと判断した場合は、相手の発言と別欄にします。両方が同じ理由名へ集約されていた場合も、根拠の種類を見分けられる状態にしてください。

優先順位や時期についての返事は、今回の案件を終了したのか、特定の出来事まで保留したのかを読みます。「必要ならこちらから連絡します」を、数か月後に営業から連絡する依頼へ変えません。明確な将来の連絡希望があるケースは、その希望の範囲で別の再開条件を管理します。終了理由の復元と、将来の希望日を作る作業は異なります。

競合が関係したと書くなら、何を根拠に確認できたかを示します。ウェブ上で別製品を使っているように見えるだけでは、今回の失注原因とは限りません。相手が別案を選んだと述べていても、その名称や理由が分からなければ未確認と残します。内部の仮説は検討材料として置けますが、本人の回答や確定した比較結果として報告しないでください。

架空の復元メモで、分かったことだけを残す

以下は全て架空の例です。案件Pは提案第二版を送付した後に、相手から「今回は計画を進めません」と返事があり、内部で終了しています。理由欄は空白です。復元メモには第二版の送付、返事の原文、終了日、具体的な停止理由は未確認と記載します。価格や競合の話はないため、どちらの理由も相手が述べた事実にはしません。

架空の社内照会文は「案件Pの終了理由欄について、記録を確認しています。現時点では第二版への『今回は計画を進めません』という回答と内部終了日を確認しました。具体的な理由の記録がほかにあるか、参照先をお知らせください。確認できなければ理由不明と残し、営業側の推測とは分けます」です。実在の案件や返答を示す例ではありません。

対照の架空ケースでは、同僚が価格だったと思うと述べていますが、根拠となる会話を確認できません。メモでは担当者の記憶による仮説とし、顧客の価格回答を復元したことにはしません。理由の確認だけを目的に、連絡不要と述べた顧客へ問いを繰り返すことも避けます。まず使える社内記録と管理者の判断で、不明を保ったまま整理できます。

再開を考えるなら、必要な変化を具体化する

理由を整理した後、何が変われば再検討に意味があるかを担当者が考えます。提供範囲が合わなかったなら、その条件を変える自社の承認済みの変更があるかを見ます。理由が不明な場合は、何の不足を確認する作業かを先に決めます。値引きをすればよいという結論や、単に新しい資料を送り直す作業へ直結させないでください。

新しい公開情報が見つかっても、それが古い終了理由を示す証拠なのか、現在の状況の情報なのかを分けます。新しい工場の発表だけで以前も設備投資が理由だったとは言えません。現在の需要、予算、担当権限も自動的には分かりません。再開を検討するための材料と、相手が再提案を希望した事実を一つの欄へ置かないようにします。

内部で記録を確認する日と、顧客へ連絡すると合意した日は別です。復元メモには次の内部確認、担当、必要な根拠、対外の予定を作る前の判断を残します。連絡不要の意思表示や共有の制限は別の管理として保ちます。古い案件の状態を変えたことや、理由の空欄が埋まったことを、新しい連絡の許可として扱わないでください。

不明な理由と再開しない判断も引き継ぐ

完成したメモには、案件と提案版、終了時点、確認できた相手の発言、内部判断、仮説、未確認の理由、次の担当がそろいます。調べても理由が見つからなかった場合は、その調査範囲を残して不明とします。理由不明の件数を減らすため、都合のよい理由へ分類しないでください。再開しないという判断も、根拠と範囲が追える有用な結果です。

Microsoftの機会管理の説明では、終了した機会を削除せず、後で開くことや終了理由などを記録する文脈が示されています。これはその製品の管理例です。全てのCRMに同じ操作があることや、開き直せば顧客の必要性が戻ることを示しません。LDMへ営業記録を相談する際も、欠けた経緯と判断したい範囲を伝え、自動的な理由の復元や需要予測の機能を前提にしないでください。

一次資料、確認日2026年10月18日：Microsoft Learn「Opportunity tables」 https://learn.microsoft.com/en-us/dynamics365/sales/developer/opportunity-entities 。公開されている終了と再開、理由等の記録の説明のみを参照します。顧客の実際の失注原因や再連絡の許可は検証していません。復元メモと照会文、全てのケースは編集上の実務提案と架空例です。

実際には無料の受信トレイ到達テスト（check.live-direct-marketing.online）で確認できます。

よくある質問