失注分析を価格負けで終わらせない方法

失注理由を価格、機能、時期で分類するだけで終わらせず、商談改善に戻す方法を整理します。

先に結論

失注分析を価格負けで終わらせると、次の商談改善につながりません。表面的な失注理由と、商談中に起きていた原因を分け、ステージ別の失注サインと改善アクションへ戻す必要があります。

・失注理由と根本原因を分ける。
・ステージ別に失注サインを見る。
・レビュー会議で次の改善に戻す。

この記事で整理すること

失注分析をしているのに営業が変わらない組織では、失注理由が「価格」「競合」「時期尚早」に偏りがちです。これらは顧客が口にした理由としては正しいかもしれません。しかし、そのまま集計しても、次の商談で何を変えるべきかは分かりません。

この記事では、失注理由と失注原因を分け、顧客の購買タスクと営業プロセスの両面から失注を見直す方法を整理します。AE、営業マネージャー、RevOps がそれぞれどの情報を残し、どの会議でどう使うべきかを扱います。

Forrester は 2024年の発表で、B2B購買の多くが途中で停滞し、購買後にも不満足が残るケースがあると示しています。失注分析は「なぜ買わなかったか」だけでなく、「買うために必要な合意や検証を営業が支援できたか」を見る必要があります。

失注理由の集計だけでは営業は変わらない

失注理由の選択肢をSFAに用意することは大切です。しかし、選択肢を集計するだけでは改善にはつながりません。「価格負け」が多いと分かっても、本当に価格だけが原因なのか、価値説明が弱かったのか、比較基準を握れていなかったのか、決裁者の課題になっていなかったのかは分かりません。

失注理由は、顧客が営業に伝えた表向きの理由であることが多いです。顧客は丁寧に断るために「予算が合わない」「時期が合わない」と言うことがあります。営業側も、自分の商談設計の問題を見たくないため、分かりやすい理由に寄せてしまうことがあります。

失注分析で必要なのは、理由の分類だけではなく、原因の仮説です。なぜ価格が高いと感じられたのか。なぜ時期が合わなかったのか。なぜ競合が選ばれたのか。この問いに進まなければ、次の商談で変える行動が出てきません。

よくある失敗は価格で片づけること

価格負けは、営業現場で最も使われやすい失注理由の一つです。実際に価格差があった場合もあります。しかし、価格差があっても受注できる案件はあります。逆に、価格が同程度でも失注する案件もあります。価格は理由であって、原因とは限りません。

価格で失注したと言う前に確認すべきことがあります。顧客は何と比較して高いと感じたのか。競合製品か、現行運用か、内製か、何もしない選択肢か。費用対効果は誰に説明されたのか。導入しない場合の損失は整理されていたのか。決裁者が見る指標に翻訳できていたのか。

価格を理由にした失注でも、実際には価値の伝え方、関係者の巻き込み、稟議資料の不足、導入後の運用不安が原因のことがあります。価格という言葉で終わらせると、営業は値引き以外の改善策を持てません。

相談案内

このテーマを自社の文脈で整理したい場合

記事企画、登壇、共同イベント、掲載相談の形で、営業実務ラボ編集部に相談できます。

記事企画を相談する

顧客の表向きの理由と実際の原因を分ける

失注分析では、顧客発言、営業の観察、原因仮説を分けて記録します。顧客発言は、顧客が実際に言ったことです。「予算が合わない」「今期は難しい」「他社に決めた」などです。営業の観察は、商談中に見えた状況です。決裁者に会えていない、比較基準が曖昧、現場だけが前向き、セキュリティ確認が遅れた、などです。

原因仮説は、その案件から学ぶための整理です。導入目的を経営課題に翻訳できなかった。提案前に比較基準を確認しなかった。稟議に必要な資料が不足した。セキュリティ確認を後工程に残した。これらは次の行動に変換できます。

この三つを混ぜると、失注分析は曖昧になります。顧客発言だけを集めると表面的になります。営業の観察だけだと主観に寄ります。原因仮説だけだと事実から離れます。分けて記録することで、レビューの質が上がります。

ステージ別に見る失注サイン

失注は最後に起きるように見えますが、サインはもっと前から出ています。初回商談で導入目的が曖昧なまま進んだ案件は、提案後に比較基準が揺れます。提案前に決裁者や関係部門を確認していない案件は、稟議前に止まります。セキュリティ確認を契約直前に始めた案件は、最後にスケジュールが崩れます。

ステージ別に見ると、改善ポイントが分かります。初回商談での失注はターゲット選定や課題仮説の問題かもしれません。提案後の失注は価値整理や比較基準の問題かもしれません。契約直前の失注は稟議、法務、セキュリティ、購買プロセスの確認不足かもしれません。

失注レビューでは、最後の理由だけでなく、最初に戻って見ます。どの段階で違和感があったか。どの質問をしていなかったか。どの関係者を巻き込めていなかったか。失注の原因は、失注連絡が来た日に発生したわけではありません。

失注レビュー会議の進め方

失注レビューは、担当者を責める場にしてはいけません。責任追及の場になると、担当者は次から都合の悪い情報を出さなくなります。目的は、案件から学び、次の商談で再現しないことです。

会議では、まず事実を確認します。顧客発言、商談経緯、関係者、提案内容、競合、価格、導入時期、未確認事項を整理します。次に、原因仮説を出します。最後に、次に変える行動を決めます。たとえば、提案前に決裁者の関心を確認する、セキュリティ確認を初回で聞く、比較基準を提案前に握る、といった具体策です。

会議で扱う案件は絞ります。すべての失注を深掘りすると続きません。金額が大きい案件、勝てると思っていた案件、同じ理由が続いている案件、新しい競合に負けた案件を優先します。

SFAに残す分類と自由記述の設計

SFAには、集計用の分類と学習用の自由記述を分けて残します。分類は、価格、競合、時期、機能不足、関係者未合意、セキュリティ、稟議不通過、無反応など、集計しやすい粒度にします。選択肢が細かすぎると入力されません。

自由記述には、顧客発言、営業の観察、原因仮説、次回改善を短く残します。長文の反省文は不要です。案件レビューで使える粒度が重要です。たとえば「現場は前向きだったが、決裁者課題に翻訳できず。提案前に費用対効果の確認が不足」といった記録です。

RevOpsは、失注理由の分類を定期的に見直します。自由入力が増えている場合は選択肢が足りない可能性があります。特定の理由が多すぎる場合は、粒度が粗い可能性があります。分類は一度作って終わりではありません。

営業マネージャーは、失注記録を個人評価だけに使わないことも重要です。失注理由が正直に入力されるには、記録した情報が次の支援や改善に使われる必要があります。入力した結果として詰められるだけなら、担当者は無難な理由を選ぶようになります。逆に、記録した情報から提案資料が改善されたり、競合比較の型が作られたり、セキュリティ確認の前倒しが決まったりすれば、現場は入力の意味を感じやすくなります。

失注分析は、過去を振り返る作業であると同時に、次の商談の準備でもあります。特定の業界で同じ理由が続いているならターゲット選定を見直す。特定のステージで落ちるなら商談設計を見直す。特定の競合に負け続けているなら比較軸を見直す。分類と自由記述を組み合わせることで、個別案件の反省を組織の改善に変えられます。