失注理由の分析 / 記録・分類・振り返り

「価格で負けた」の、その先へ。
次の提案で変えることが分かる記録に。

顧客の言葉、確認できた事実、担当者の仮説を分ける。失注理由を集めるところから、営業の改善行動へつなぐ手順を整理します。

「失注理由は価格です」。営業会議でこう報告されても、価格を下げるべきか、提案内容を見直すべきか、そもそも予算のある案件だったのかは分かりません。

同じ「高い」という言葉にも、予算上限を超えていた、他社と比較する範囲が違っていた、効果が伝わらなかった、という別の背景があります。理由を一言で終わらせると、次の案件で何を変えるかが見えにくくなります。

本記事では、失注の結果と理由を分け、事実と仮説を記録し、集計と個別の振り返りから改善を決める方法を解説します。分類項目、記録例、集計例、会議の進め方、チェックリストを紹介します。

「価格で負けた」だけでは、営業改善につながりにくい理由

価格差、予算不足、価値の伝わり方が混ざる

顧客から「予算に合わない」と聞いたことと、同じ条件の競合提案より価格が高かったことは、別の事実です。競合の金額や支援範囲を確認できていなければ、価格比較で負けたとまでは判断できません。

また、導入費用だけを比較したのか、運用や移行も含めて比較したのかで、意味は変わります。分かっている範囲と、まだ確かめていないことを残しましょう。

結果を聞いた時点の説明だけで、商談の経緯を判断している

失注時に聞いた言葉は大切な情報ですが、それだけで原因がすべて説明できるとは限りません。比較の基準をいつ把握したか、判断する人へ説明できたか、必要な情報を適切な時期に渡せたかも確認します。

後から見た印象で経緯を作らず、訪問・打ち合わせ・見積・メール等の記録へ戻ります。記録がないことは、その行動を行わなかった証明ではないため、担当者への確認も必要です。

分類を集めても、次に試す行動が決まらない

理由別の件数が分かっても、資料、ヒアリング、提案範囲、社内の支援をどう変えるかが決まらなければ、報告で終わってしまいます。

個人への指摘だけにせず、予算の確認項目、提案の比較表、技術担当の同席条件など、チームで変えられる仕事へ落とし込みましょう。

まず、他社採用・見送り・保留・結果未確認を分ける

「受注しなかった案件」を、すべて同じ結果にしない

他社を選んだ案件と、購入自体をやめた案件では、見直す論点が異なります。検討が続いている案件まで終了させると、必要なフォローも見えなくなります。

結果の違いを残すための整理例
結果・状況確認すること管理の考え方
他社・他の方法を採用採用が確認できたか、何を選び、何が決め手だったか選んだ相手・代替策と、選定理由を別々に残す
導入を見送り・中止購入自体をやめたのか、現在の方法を続けるのか予算、優先順位、実施体制等の背景を確認する
検討継続・保留判断時期と再確認の条件、次の連絡方針進行中として残すかは社内基準で決め、予定を管理する
結果を確認できていない連絡履歴、確認先、分かっていない内容競合採用と推測しない。社内基準で終了する場合も未確認と残す

これは運用の整理例です。CRMのステージ名をすべて増やす必要はありません。営業ステージと、結果の内訳・終了根拠をどう持つかを決めます。

連絡がないことだけで、失注理由を決めない

返答がない背景には、検討時期の変更、窓口の交代、連絡先の行き違いなどもあります。確認できない場合は不明として扱い、根拠のない理由を入力しないようにします。

再確認の連絡は、顧客との約束や希望に合わせます。連絡不要の意思が示されている場合は、その方針を共有します。関連する運用は見積後のフォロー管理も参考にしてください。

失注理由の分類は、主な理由と補足要因を分ける

最初から細かく分けすぎず、判断基準をそろえる

分類は、現場で選びやすく、改善の論点を分けられる粒度にします。「高い」「値段」「価格」を別の分類にせず、同じ意味の表現はまとめます。

一方、価格水準と顧客側の予算・投資判断は分けると、必要な対応を考えやすくなります。次の表はたたき台です。商材と営業の流れに合わせて調整してください。

理由の分類と、追加で確認したいこと
分類の例扱う内容確認したいこと
価格・支払条件提示額、価格差、支払いの条件同じ範囲の提案か、どの費用・条件が判断に影響したか
予算・投資判断予算上限、投資凍結、優先順位の変更購入自体が行われたか、予算と実施時期が決まっていたか
機能・業務への適合必須の機能、業務手順、連携条件への不適合必須か希望か、代替方法を含め何が満たせなかったか
納期・導入体制開始希望時期、準備や移行、担当体制どの日程や作業が難しく、いつ分かったか
運用・支援への不安使い続けられるか、問い合わせや保守への懸念誰が何に不安を持ち、どの説明や確認が不足したか
判断材料・提案の伝え方効果、比較、社内説明に必要な情報の不足決裁や評価に必要な資料を確認し、提供できたか
取引条件・既存の関係調達条件、指定先、既存契約等確認できた条件は何か、提案の余地があったか
その他既存分類に当てはまらない、確認できた理由具体的な内容を残し、繰り返すなら分類を見直す
不明・確認不足理由が確認できない、主な理由を判断できない未確認事項と、追加確認の必要性を残す

主な理由は1つ、補足要因は必要に応じて複数持つ

理由がいくつもある場合でも、主要な理由を1つにそろえると、全体の分布を確認しやすくなります。ただし、決め手を確認できていないときに、無理に一つを選ぶ必要はありません。

主な理由を「不明」とし、確認できた補足要因を残す方法もあります。補足を複数選べる場合は、集計で1案件が複数の分類に入ることを明示します。

競合名と、負けた理由を同じ欄にしない

「B社に決まった」は選定結果であり、B社を選んだ理由までは示していません。競合・代替策、主な理由、補足要因を分けて記録します。競合名を聞けない場合は、未確認のままで構いません。

失注理由に添えて残したい、事実・根拠・未確認事項

顧客の発言と、担当者の解釈を分ける

「予算の都合で今回は見送ると聞いた」と「価値を説明しきれなかったと思う」は、どちらも振り返りの材料です。ただし、前者は顧客から聞いた内容、後者は営業側の仮説として区別します。

直接確認した内容、第三者から聞いた情報、社内の推測も分けましょう。顧客の説明も一つの情報であり、それだけで根本原因が証明されたとは扱いません。

失注案件の記録項目と、使う目的
記録する情報項目の例目的
案件の識別と結果案件ID、顧客、担当、対象商材、結果、結果を確定した日集計対象と、振り返る案件をそろえる
分類主な理由、補足要因、選ばれた競合・代替策分類別に見つつ、背景を失わない
顧客から聞いた内容発言の要旨、確認した相手、日時、連絡方法誰の、いつの説明かを確かめる
根拠となる記録見積の版、商談履歴、メール等の参照先当時の提案条件と経緯へ戻る
確認できたこと・未確認予算、判断日程、必須条件、比較範囲、決裁の関係者事実と、追加確認が必要なことを分ける
営業側の仮説判断に影響したと考える要因、その根拠次の案件で検証する論点を作る
金額・時期の情報案件金額、通貨、見積条件、開始日、終了日、失注が分かった段階規模や商談期間を、定義をそろえて比較する
次の扱い改善行動、担当、期限、再提案の条件、連絡方針終了後の学びと、必要な接点を管理する

後から分かった内容は、変更の経緯を残す

最初は理由が不明でも、後日顧客から説明を受けることがあります。分類を直すときは、いつ、何を根拠に変更したかを残します。

開始日や終了日、確定時の担当・金額をどの値で持つかも決めます。現在の担当や金額を使う集計と、終了時点の情報を使う集計では、結果が変わることがあります。

顧客へ理由を確認するときは、答えを誘導しない

最初は、重視した点と選定結果を聞く

冒頭から「価格が高かったからですか」と聞くと、価格以外の背景を把握しにくくなることがあります。差し支えない範囲で、今回重視した点と、判断に影響した条件を確認します。

「今後の提案を改善するため、差し支えない範囲で、今回の判断で重視された点を教えていただけますか。」

「ご検討を進めるうえで、弊社からの説明や確認が足りなかった点はございましたか。」

「価格」と聞いたら、何との比較かを確かめる

価格が挙がった場合は、初期費用、継続費用、総額、支払時期のどこが合わなかったかを確認します。競合との比較なのか、顧客の予算との比較なのかも分けます。

競合の見積書など、相手が共有できない情報を無理に求める必要はありません。答えていただけなかった項目は未確認として残します。連絡の希望や負担にも配慮して、必要な確認に絞りましょう。

記録例:「価格で負けた」を、改善に使える形へ変える

以下は、初期費用120万円の提案に対し、顧客が今年度の投資を見送ったという架空例です。実際の案件やvtplusの料金ではありません。

一言の報告から、事実・仮説・改善を分けた記録へ
項目記録の例
最初の報告価格が高く、失注した。
確認できた結果A社は今年度の導入を見送り、既存のExcel運用を継続。他社採用は確認されていない。
顧客から聞いた内容11月5日、購買窓口からメールで「今年度の初期予算は100万円まで。今回は投資を見送る」と説明を受けた。
主な理由・補足主な理由:予算・投資判断。補足要因:提示した初期費用が、確認できた予算上限を超えていた。
根拠と未確認事項提出済みの見積第2版は初期120万円。メールを案件へ関連付け。予算上限がいつ決まったか、提案範囲を分ける余地、他社の条件は未確認。
営業側の仮説提案前の記録に予算上限の確認がなく、早期に範囲を調整する機会を作れなかった可能性がある。聞いていなかったと断定せず、担当へ確認する。
次の案件で試すこと営業責任者が11月12日までに初回ヒアリング項目を改訂。予算の有無・上限・判断時期を確認し、不明なら未確認と記録する。次の対象案件で実施状況を確認する。
再提案の扱い予算と実施時期が決まり、連絡の了承を得られた場合に再検討。失注した案件を、根拠なく進行中の見込みへ戻さない。

この例から直ちに「20万円値引きすれば受注できた」とは判断できません。範囲を減らしても目的を満たせたか、社内の実施体制はあったかなどは別に確認が必要です。

価格以外の項目も、同じように整理できます。納期なら、顧客の希望時期と自社が提示した時期、前提条件を残します。機能なら、必要な業務と、何を満たせなかったかまで書きます。

失注理由の分析は、件数・金額・母数をそろえる

どの案件を、いつの期間で集計するかを決める

例えば「対象期間に終了した案件」を集める場合、受注・失注等が確定した日を基準にします。案件の作成日や予定受注日を使う集計とは分けてください。

商品、顧客層、金額帯、新規・既存、獲得経路などの違いも見ます。進行中案件を含めるか、見送り・結果不明をどう扱うかを明記し、条件が違う数値をそのまま比較しないようにします。

同じ期間に社内基準で終了した20案件の架空例
結果件数集計上の扱い
受注8件受注が確認できた案件
他社採用8件他社への決定が確認できた案件
導入見送り3件購入自体を見送った案件
終了・結果未確認1件社内基準で終了したが、顧客の判断結果は未確認
合計20件進行中・保留で管理する案件は、この表に含めない

この20件に占める受注の割合は、8÷20=40%です。一方、「受注と他社採用に絞った比較」では、8÷(8+8)=50%になります。後者は見送りや結果不明を含まない別の指標で、異なる母数です。指標名・対象を併記して使います。

表の分類や計算は運用例で、特定アプリの集計定義をそのまま示すものではありません。実際のCRMがどのステージ・日付を対象にするかも確認します。

主な理由の割合と、複数要因の割合を分ける

同じ例で、受注しなかった12件を主な理由1つずつで分類したとします。見送りと結果未確認も含めた内訳なので、競合に負けた理由だけの分布ではありません。

受注しなかった12件の主な理由/架空の分類例
主な理由件数12件に占める割合
価格・支払条件3件25.0%
予算・投資判断3件25.0%
機能・業務への適合2件約16.7%
納期・導入体制2件約16.7%
不明・確認不足2件約16.7%
合計12件100%(各行の丸めにより端数差あり)

価格・支払条件が、主な理由または補足要因に付いている案件が5件あった場合、重複を除く該当率は5÷12=約41.7%です。主な理由だけの25%とは別の数値です。要因を複数選べる集計では、要因別の割合の合計が100%を超えることがあります。

件数の多さだけで、損失や原因を決めない

案件金額も見ると、大きな提案と小さな提案の違いが分かります。ただし、失注案件の見込金額は、実際の売上や失った利益ではありません。金額不明を0として埋めず、未入力件数を別に示しましょう。通貨や見積範囲もそろえます。

少数の案件や、選んだ事例の特徴を、そのまま全体の原因割合とは扱いません。集計は確認する案件を選ぶ入口とし、個別の経緯と照らし合わせて仮説を検証します。担当者ごとの受注率も、担当市場や案件条件を見ずに能力の順位へ置き換えないようにします。

失注の振り返りは、次に試す行動を決めて終える

集計から論点を選び、個別案件の経緯へ戻る

  1. 対象をそろえる:期間・結果・商材等を確認し、不明や記録不足も見る。
  2. 論点を選ぶ:増えた分類、重要な案件、受注案件との違いから確認対象を決める。
  3. 根拠を確認する:顧客の発言、提案条件、商談の経緯と未確認事項を並べる。
  4. 仮説と改善を決める:変えられる仕事を選び、担当・期限・対象案件を決める。
  5. 試した結果を見る:実施したか、確認の質や提案が変わったかを振り返る。

例外的な大型案件だけ、あるいは説明しやすい案件だけに偏らないようにします。同じ顧客層や商材の受注案件も見ると、共通する条件と違いを確認できます。ただし、受注した行動も成功の原因と断定せず、再現する候補として扱います。

「頑張る」ではなく、仕事の変更を決める

振り返りを、試す行動と確認へつなぐ例
確認したい論点試す行動実施後に見ること
予算が提案後に判明する初回の確認項目へ予算・判断時期を追加確認済み・未確認が分かるか、早期に提案範囲を検討できたか
比較条件がそろわない初期・継続・移行・支援を分けた比較表を用意顧客の評価条件を確認し、不足情報を補えたか
必須条件が終盤で分かる確認のチェック項目と、技術担当の同席基準を整える提案前に必須条件と未確認事項を共有できたか
運用体制への不安が残る役割分担と使い始めの手順を、提案時に確認顧客の担当・支援範囲・利用開始の条件が明確になったか

表の行動ごとに、実行担当と期限、試す案件の範囲、確認する日を決めます。分類ごとにすべて対策するより、今のチームで確かめられる取り組みを絞って始めましょう。

実行したかと、受注につながったかを分けて見る

ヒアリング項目を変えても、直後に受注率が上がるとは限りません。まず、必要な確認が行われ、提案の時期や内容を変えられたかを見ます。

そのうえで、同じ条件の案件群で結果も確認します。顧客構成や時期が違えば数値も変わるため、一度の増減だけで効果を断定しないようにします。

記録を続ける運用と、10項目のチェックリスト

入力者・確認者・分類の管理役を決める

担当者は結果が分かった時点で、理由と根拠を残します。営業責任者は、結果と理由が混ざっていないか、不明を推測で埋めていないかを確認します。

分類を増減する管理役も決めます。定義を変更する場合は、変更日と過去の分類の扱いを残し、期間比較への影響を確認します。必須入力にする場合も、不明を正直に残せるようにしましょう。

記録・分析・改善の運用チェック
確認チェックすること
□他社採用、見送り、保留、結果未確認を区別している
□主な理由と補足要因、競合・代替策を分けている
□顧客の発言、確認相手、日時、根拠の参照先がある
□事実、仮説、未確認事項が分かる
□「価格」の意味と、比較した条件を確認している
□集計する期間、終了日、対象案件、割合の母数を決めている
□補足の複数選択、金額不明、少数事例の扱いを明示している
□記録不足も確認し、分類変更の経緯を残している
□改善行動に、担当・期限・対象・確認日がある
□行動の実施状況と、その後の案件結果を分けて振り返っている

vtplusで、理由の記録と商談の振り返りをつなぐ

業務支援アプリ「AI受注・失注分析(IPAIWinLossAnalysis)」では、主な理由や補足、顧客から聞いた内容を記録し、商談の経緯と照らし合わせる分析を支援します。数値の集計と、AIが整理する原因仮説を分けて確認できます。

AIの仮説は原因の証明ではありません。分析に使われた記録やサンプルの範囲を確認し、人が改善の判断へつなげます。AI分析は送信内容を確認して実行し、API利用料が発生します。記録を保存しただけで自動実行されるものではありません。

本記事の分類・集計例が、そのまま初期設定されているという意味ではありません。ステージや項目、集計対象、権限を整理して利用します。詳しくはAI受注・失注分析の紹介ページをご覧ください。

失注時に理由の入力を促したい場合は、条件に応じた入力制御・注意表示等も検討できます。理由項目や条件を準備し、対象画面で確認する必要があります。

失注理由の記録・分析でよくある質問

理由が分からないときも、何かを選ぶべきですか?

根拠がなければ不明として残します。分からない内容と、追加確認の必要性を記録しましょう。空欄を減らすために推測を事実として入力すると、集計を誤って解釈する原因になります。

一つの案件で理由が複数ある場合は、どうしますか?

確認できた主な理由と補足要因を分けます。主な理由を決められない場合は、その点も残します。複数要因を集計するときは重複を除く案件数と、割合の母数を明示します。

「価格」が多ければ、値引きすべきでしょうか?

予算との比較か、同じ条件の他社提案との比較か、何が含まれる費用かを確認します。提案範囲や実施時期、効果の説明なども見て、値引き以外も含めて検討します。

失注した案件を、再提案の対象にしてもよいですか?

再検討の条件と、連絡の希望を確認して判断します。予算や実施時期が変わる見込み、次に確認する理由があるかを残し、終了した案件を根拠なく進行中へ戻さないようにします。

まとめ:理由を集めるだけでなく、次に変える仕事を決める

失注理由を営業改善に活かすには、結果の違いを分け、顧客の発言と根拠、営業側の仮説を残すことが大切です。件数や金額は、対象と母数をそろえて確認しましょう。

まずは直近の案件をいくつか選び、「価格で負けた」の背景が分かるかを振り返ってみてください。そのうえで、ヒアリングや提案資料など、次の案件で試す行動を一つ決めるところから始められます。

いまの案件管理から、失注理由の残し方を整理できます。

「理由が一言だけで分析できない」「分類が担当者によって違う」「振り返っても行動が変わらない」。記録項目、集計の条件、営業会議での確認をつなぐ仕組みを一緒に考えます。

本記事について
分類、記録例、集計例、改善行動、チェックリストは運用を整理するたたき台です。会社・金額・件数・日付は説明用の仮定で、実績や成果の保証ではありません。サービス機能はAI受注・失注分析、業務ルール設定の公開情報を参照。確認日:2026年10月28日。