失注理由を分析する方法|営業担当者の感覚だけに頼らない振り返り方

マーケティング戦略

「失注理由を確認すると、ほとんどが“価格”“競合”“タイミング”になっている」「営業会議では担当者から説明を聞いているが、同じ失注が繰り返されている」「CRMには失注理由を入力しているものの、その後の施策にはほとんど使われていない」。

BtoB営業では、このような状態が起こりやすくあります。

失注理由を分析する際に重要なのは、営業担当者の感覚を排除することではありません。顧客との接点を持つ営業の情報を、「確認できた事実」「顧客本人が話した理由」「営業担当者の解釈」「追加検証が必要な仮説」に分けることです。

例えば「価格が高くて失注した」という記録だけでは、次の施策を決めにくいでしょう。

本当に予算が不足していたのか。価格に見合う価値を説明できなかったのか。決裁者を納得させる材料が不足していたのか。競合と比較した結果なのか。単に導入時期が合わなかったのか。

同じ「価格」というラベルでも、原因によって改善方法は異なります。

インティメート・マージャーが関与したBtoB営業・受注率改善のセミナーでも、商談数は増えている一方で、提案後に案件が止まる、キーパーソンまで情報が届かない、顧客社内のどこで検討が止まっているのか分からない、といった課題が扱われてきました。

本記事では、失注分析を単なる集計で終わらせず、営業、マーケティング、コンテンツ、顧客理解の改善へ戻す方法を実務の順番で解説します。

  1. 要点サマリー
  2. 失注理由を分析するとは?
  3. なぜ「価格・競合・タイミング」だけでは失注分析にならないのか
    1. 「価格」を例に分解する
  4. 営業の失注原因は7つの観点で整理すると分析しやすい
  5. 一次情報から見える課題|失注は「顧客社内で何が起きたか」が見えなくなる
  6. 失注理由を分析する8つのステップ
    1. 何を改善するための失注分析か決める
    2. 商談フェーズの定義をそろえる
    3. 失注理由の大分類と詳細理由を分ける
    4. 顧客発言と営業担当者の推測を分ける
    5. 失注理由を他のデータと掛け合わせる
    6. 定性情報の原文を確認する
    7. 原因仮説と反対仮説を作る
    8. 改善施策を一つ決めて再検証する
  7. 失注分析では「受注案件」と比較する
  8. 営業担当者別に失注率を見るときの注意点
  9. 失注理由をマーケティングへ戻す
  10. AIは失注分析のどこで使える?
  11. 失注分析で確認したいKPI
  12. 失注分析でよくある失敗
    1. 担当者へ「なぜ失注した?」とだけ聞く
    2. 顧客が最後に言った理由だけを見る
    3. 営業担当者の推測を事実として集計する
    4. 「その他」が増え続ける
    5. 失注案件しか見ない
    6. 営業担当者の評価に使いすぎる
    7. 分析レポートを作って終わる
  13. 実務で使える失注理由分析チェックリスト
  14. まとめ|失注理由は「なぜ売れなかったか」ではなく「次に何を変えるか」まで分析する
  15. 失注理由の分析に関するよくある質問
    1. 失注理由にはどのような項目を設定すればよいですか?
    2. 営業担当者が入力した失注理由は信用しないほうがよいですか?
    3. 「価格」が失注理由の場合、どう分析すればよいですか?
    4. 失注分析はどのくらいの頻度で行うべきですか?
    5. 失注した顧客へ理由を直接聞いてもよいですか?
    6. AIを使えば失注分析を自動化できますか?
    7. 失注分析の結果はどの部署で使うべきですか?

要点サマリー

  • 失注理由は「価格」「競合」など一つのラベルだけで分析せず、改善可能な原因まで分解します。
  • 「確認できた事実」「顧客発言」「営業担当者の解釈」「原因仮説」を分けて記録します。
  • 失注件数だけでなく、どの商談段階・顧客層・流入元・案件条件で失注しているかを掛け合わせます。
  • 定量集計と商談記録などの定性情報を組み合わせ、原因仮説と反対仮説を確認します。
  • 分析結果は営業トークだけでなく、LP、記事、FAQ、営業資料、ターゲティング、商談化基準へ戻します。

失注理由を分析するとは?

失注理由の分析とは、受注に至らなかった案件について、単に「なぜ売れなかったか」を振り返るのではなく、どの段階で、何が障壁となり、どの部分なら自社で改善できるのかを明らかにすることです。

失注理由の記録には、大きく4つのレベルがあります。

レベル 内容
事実 実際に確認できた出来事 提案後3週間返信がなかった
顧客発言 顧客本人から確認した内容 「今年度は予算を確保できない」と回答された
営業担当者の解釈 担当者が商談状況から判断した内容 価格がネックだった可能性が高い
原因仮説 複数情報から分析した改善仮説 費用対効果を社内説明する材料が不足していた可能性

この4つを混ぜると、「営業担当者が価格だと思った」という情報が、いつの間にか「顧客は価格を理由に断った」という事実として扱われてしまいます。

失注分析では、営業担当者の解釈も重要なデータですが、事実とは分けて管理することが基本です。

なぜ「価格・競合・タイミング」だけでは失注分析にならないのか

CRMの失注理由が、

  • 価格
  • 競合
  • 時期尚早
  • 予算なし
  • ニーズなし
  • その他

だけになっている場合があります。

管理上は便利ですが、この粒度のままでは改善施策につながりにくいことがあります。

「価格」を例に分解する

表面的な理由 考えられる背景 改善候補
価格 予算自体がない ターゲット条件・アプローチ時期を見直す
価格に対する価値を説明できていない 価値訴求・事例・費用対効果の説明を見直す
決裁者へ説明する材料がない 社内共有資料・比較表・FAQを整備する
競合・代替手段との価格差が大きい 比較軸・差別化ポイントを見直す
今期の導入優先度が低い 失注ではなく再検討時期を管理する

このように、同じ「価格」でも、ターゲティングを変えるべき案件と、営業資料を変えるべき案件と、フォロー時期を変えるべき案件があります。

失注理由は、分類することではなく「次に何を変えるかが分かる粒度まで分解すること」が重要です。

営業の失注原因は7つの観点で整理すると分析しやすい

BtoB商談の失注原因を整理する際は、営業担当者個人の提案力だけに寄せず、営業プロセス全体を確認します。

分析観点 確認すること 失注例
顧客適合度 そもそも自社が狙うべき企業だったか 企業規模、要件、利用環境が合わない
タイミング 今検討すべき状態だったか 予算年度、プロジェクト開始時期が合わない
課題理解 顧客の本当の課題を確認できたか 提案内容と優先課題がずれていた
価値・比較 自社を選ぶ理由を説明できたか 価格差に見合う価値が伝わらない
意思決定 関係者・決裁条件を把握できたか 担当者は納得したが上長・法務・情シスで停止
導入障壁 契約後に必要な作業やリスクを解消できたか 運用負荷、データ準備、社内体制への懸念
営業プロセス 必要な情報を適切な順番・タイミングで届けたか 提案後のフォロー不足、説明の遅れ

インティメート・マージャーが関与した受注率改善セミナーでも、「商談創出」だけではなく、提案後の検討プロセス、顧客社内の意思決定、営業リソース、業務分業まで含めて営業構造を捉えることがテーマとなっていました。

つまり、失注を「営業担当者がクロージングできなかった」とだけ評価すると、本当のボトルネックを見落とす可能性があります。

営業プロセス全体のボトルネックを確認したい場合は、営業の成約率を下げるボトルネックをデータで特定する方法も参考になります。

一次情報から見える課題|失注は「顧客社内で何が起きたか」が見えなくなる

受注率改善をテーマにした過去セミナーでは、提案後に案件が止まり、キーパーソンまで届かず、顧客社内で誰が見ているのか、どこで止まっているのか分からないまま失注してしまうという課題が扱われています。

この課題は、失注理由を分析するうえで重要です。

営業担当者が最後に聞いた言葉だけを失注理由とすると、本当はその前段階で起きていた問題を取りこぼす可能性があるからです。

例えば、最終的な記録が「検討見送り」だったとしても、実際には、

  • 担当者から上長へ提案内容が十分に伝わらなかった
  • 決裁者が重視する評価軸を確認できていなかった
  • 利用部門の運用負荷を解消できていなかった
  • 情シス・法務の確認項目が後から出てきた
  • 競合比較のための情報が不足していた

といった複数の障壁が考えられます。

BtoBでは商談相手と最終意思決定者が同じとは限りません。

そのため、商談の最後の言葉だけではなく、「誰の、どの判断で、どこから前へ進まなくなったか」を分析する必要があります。

顧客社内の意思決定支援については、「検討します」で終わる商談と社内稟議の支援でも詳しく整理しています。

失注理由を分析する8つのステップ

何を改善するための失注分析か決める

「失注を分析する」だけでは目的が広すぎます。

例えば、

  • 受注率を改善したい
  • 営業ターゲットを見直したい
  • 商談化基準を修正したい
  • 提案資料を改善したい
  • 競合比較コンテンツを作りたい
  • 休眠案件の再アプローチ条件を整理したい

など、分析結果で何を変えたいのかを先に決めます。

商談フェーズの定義をそろえる

担当者によって「提案中」「検討中」「失注」の判断が違うと、失注理由を比較できません。

各フェーズについて、

  • どの状態で入るのか
  • 次へ進む条件は何か
  • 失注と判断する条件は何か

を最低限そろえます。

失注理由の大分類と詳細理由を分ける

入力を複雑にしすぎると営業担当者が記録しなくなるため、最初から数十項目を作る必要はありません。

例えば、

大分類 詳細理由例
Fit 規模、要件、対象部署、環境が不一致
タイミング 予算時期、導入優先度、計画延期
価格・価値 予算不足、価値説明不足、費用対効果
競合・代替 競合採用、内製、既存手段継続
課題 優先課題ではない、課題認識が弱い
社内意思決定 決裁、稟議、関係部署、キーパーソン
導入条件 運用負荷、体制、データ、法務・セキュリティ
営業プロセス ヒアリング、提案、フォロー、情報不足
不明 理由を確認できなかった

のように、大分類と詳細理由を分けると集計と深掘りを両立しやすくなります。

顧客発言と営業担当者の推測を分ける

CRMには、少なくとも次のように分けて残せると分析しやすくなります。

  • 顧客が明示した理由:本人が実際に発言したこと
  • 営業担当者の解釈:商談状況から考えたこと
  • 根拠:メール、商談、提案後の反応など
  • 再検討条件:何が変われば再度検討できるか

「理由不明」を無理に推測して埋めるより、分からないものは不明として残すほうが、データの品質を把握できます。

失注理由を他のデータと掛け合わせる

失注理由だけを集計すると、「価格が30件」のような結果で終わります。

次のような軸と掛け合わせます。

  • 企業規模
  • 業種
  • 流入元
  • 問い合わせテーマ
  • 商談化経路
  • 案件金額帯
  • 商談フェーズ
  • 営業期間
  • 過去接点
  • 担当部門・決裁者
  • 提案内容

例えば「価格失注」が全体で多いのではなく、特定の企業規模・特定商品・提案後フェーズに集中していれば、原因仮説を絞りやすくなります。

定性情報の原文を確認する

集計結果だけでは、顧客がどのような言葉で断ったかが見えません。

商談メモ、メール、議事録、問い合わせなどから、代表的な案件の原文を確認します。

ただし、一つの印象的な商談だけで全体を説明しないよう注意します。

原因仮説と反対仮説を作る

例えば「価格失注が多い」という結果に対して、

仮説:価格競争力が低い

だけで終わらせず、

  • ターゲット企業がずれているのではないか
  • 価格提示前に価値を十分説明できていないのではないか
  • 決裁者向け資料が不足しているのではないか
  • 価格は断り文句で、本当の課題は優先度なのではないか

という反対仮説も持ちます。

一つの説明に早く収束しすぎないことが重要です。

改善施策を一つ決めて再検証する

失注分析はレポート作成で終わりません。

例えば、

  • 決裁者向け比較表を追加する
  • 初回商談で予算時期を確認する
  • 失注理由の入力項目を変更する
  • 特定業種をターゲットから外す
  • 導入負荷のFAQを追加する

など、一つの仮説に対応する施策を実施し、その後の案件で同じ失注理由がどう変化したかを確認します。

失注分析では「受注案件」と比較する

失注案件だけを見ていると、その特徴が本当に失注特有なのか判断しにくくなります。

例えば、失注案件の多くで「価格について質問された」とします。

しかし受注案件でも同じ質問が頻繁に出ているのであれば、価格質問そのものが失注原因とは限りません。

受注案件と失注案件を、同じ軸で比較します。

比較項目 受注案件 失注案件
企業適合度 どの条件が多いか どの条件が多いか
流入・接点 受注前にどの接点があったか どの接点で止まったか
確認できた課題 具体性・優先度 具体性・優先度
関係者 決裁者・利用部門まで確認できたか 誰まで接触できたか
比較基準 選定理由 選ばれなかった理由
営業期間 各フェーズの期間 滞留したフェーズ

「買う理由」を分析する方法については、顧客の「買う理由」をデータから分析する方法もあわせて確認すると、受注・失注の両側から比較しやすくなります。

営業担当者別に失注率を見るときの注意点

失注分析では営業担当者別の結果を確認する場合もありますが、単純な受注率だけで評価すると注意が必要です。

担当者によって、

  • 担当している企業規模
  • 新規・既存の比率
  • 案件難易度
  • 商品・プラン
  • 流入元
  • 商談段階

が異なる場合があるからです。

例えば、高難易度の大型案件を多く担当する営業と、条件の合った問い合わせ案件を中心に担当する営業を、単純な失注率だけで比較するのは適切ではない可能性があります。

「誰が失注したか」を見る前に、「どの案件を担当していたか」を合わせて見ることが重要です。

失注理由をマーケティングへ戻す

失注分析は営業部門だけで完結させる必要はありません。

プロジェクト内の営業・コンテンツ設計資料でも、営業が受ける質問や失注理由になりやすい誤解を、FAQ・比較記事・メール・LPなどへ戻すことが重要な論点として整理されています。

失注で分かった課題 改善する施策例
サービスの違いが伝わらない 比較記事・比較表を改善する
価格に納得できない 価値・利用場面・費用対効果を説明する
決裁者が必要性を理解できない 社内共有用コンテンツ・導入判断記事を作る
導入負荷が不安 導入手順・体制・FAQを整備する
検討時期が合わない 再アプローチ条件・ナーチャリングを見直す
問い合わせ時点で対象外が多い 広告・SEO・フォーム・ターゲティングを見直す

失注理由は、営業の反省材料であると同時に、マーケティングが「顧客の比較・判断に必要な情報」を発見する一次情報でもあります。

失注理由をFAQや比較記事へ戻せば、次に同じ疑問を持つ顧客が商談前に情報を確認できる可能性があります。

AIは失注分析のどこで使える?

商談議事録やCRMの自由記述が大量にある場合、AIは整理・分類の補助として活用できます。

  • 失注理由の自由記述を分類する
  • 似た理由をまとめる
  • 営業担当者ごとの表現揺れを整理する
  • 受注案件と失注案件の違いを抽出する
  • 商談段階ごとの共通テーマを探す
  • 「その他」に含まれる理由候補を抽出する
  • 原因仮説と追加確認質問の候補を作る

ただし、AIが議事録から「顧客は価格を理由に断った」と推定したとしても、それを顧客本人が明示した事実として扱ってはいけません。

AIの出力も、

  • 原文で確認できる事実
  • AIによる分類
  • AIが生成した原因仮説

に分け、人が確認します。

AIは失注理由を確定する役割ではなく、大量の情報から確認すべきパターンや仮説を見つける補助役として使うと整理しやすくなります。

失注分析で確認したいKPI

失注件数だけでなく、「失注分析そのものが改善に使える状態か」を見る指標も設定できます。

観点 指標例 確認すること
結果 失注率、受注率 最終成果がどう変化しているか
工程 フェーズ別失注率 どこで案件が減っているか
停滞 フェーズ別滞留日数 どこで長く止まっているか
理由 失注理由別件数・構成 繰り返す障壁は何か
記録品質 理由不明・その他の割合 分析可能なデータが残っているか
再検討 再アプローチ条件を持つ案件数 時期違いの案件を捨てていないか
改善 失注分析から実施した改善施策 分析が実行へつながっているか

数値を増やすことが目的ではありません。

「この指標を見て、何を変えるのか」を説明できるものから採用します。

失注分析でよくある失敗

担当者へ「なぜ失注した?」とだけ聞く

自由回答だけでは担当者ごとに粒度が変わります。

顧客適合度、課題、価値、タイミング、意思決定、導入障壁など、共通の確認軸を持ちます。

顧客が最後に言った理由だけを見る

最後の断り文句が根本原因とは限りません。

案件がどの段階から止まり始めたのかを時系列で確認します。

営業担当者の推測を事実として集計する

営業の解釈は重要ですが、顧客発言と分けます。

「その他」が増え続ける

定期的に「その他」の中身を確認し、繰り返し現れる理由は分類項目へ追加します。

失注案件しか見ない

受注案件との違いを比較しなければ、本当に失注特有の特徴なのか判断できません。

営業担当者の評価に使いすぎる

失注データが人事評価だけに使われると、正確な失注理由を記録するインセンティブが弱くなる可能性があります。

まずは営業プロセス・顧客理解を改善するデータとして扱います。

分析レポートを作って終わる

「価格失注が多かった」という報告だけでは状況は変わりません。

次に修正する営業質問、資料、ターゲット条件、FAQなどを決めます。

実務で使える失注理由分析チェックリスト

確認項目 何を確認するか 不足している場合の見直し
目的 失注分析によって何を改善するか決まっているか 営業、ターゲット、資料など対象を絞る
フェーズ 営業段階の定義が担当者間でそろっているか 進行条件・失注条件を明文化する
分類 失注理由が改善可能な粒度か 大分類+詳細理由へ分ける
事実 実際に確認できた出来事を記録しているか 商談・メール・CRMから確認する
顧客発言 顧客本人が話した理由を分けているか 営業解釈とは別項目にする
解釈 営業担当者の仮説であることが分かるか 事実と推測を明記する
意思決定者 誰の判断で止まったか確認できているか 担当者・上長・決裁者・関係部門を整理する
時系列 どの段階から案件が停滞したか フェーズ・滞留期間を確認する
比較 受注案件と同じ軸で比較しているか 受注・失注双方を分析する
再検討 何が変われば再検討可能か記録しているか 予算時期・体制・課題変化などを確認する
マーケ連携 失注理由をコンテンツや訴求へ戻しているか FAQ・比較記事・LP・資料を見直す
改善 分析後の施策と結果を記録しているか 改善施策・評価指標・再確認日を決める

特に、「価格・競合・その他の3項目しかない」「営業担当者のコメントだけで原因を判断している」「分析結果が営業会議だけで終わっている」という場合は、分類項目を増やす前に、事実と仮説を分けるところから始めると整理しやすくなります。

まとめ|失注理由は「なぜ売れなかったか」ではなく「次に何を変えるか」まで分析する

失注理由を分析する目的は、営業担当者へ責任を求めることではありません。

重要なのは、

  • どの顧客で
  • どのタイミングに
  • どの工程で
  • 誰の判断によって
  • 何が障壁となり
  • 自社のどこを変えればよいのか

まで整理することです。

「価格」「競合」「時期尚早」という結果ラベルから一段深く入り、確認できた事実、顧客の発言、営業担当者の解釈、原因仮説を分ける。

さらに受注案件と比較し、営業プロセスや顧客社内の意思決定まで確認すると、失注理由を再現性のある改善データへ変えやすくなります。

そして、その結果を営業トークだけでなく、ターゲティング、広告、記事、比較表、FAQ、営業資料へ戻すことで、失注分析を営業・マーケティング共通の顧客理解に変えていくことができます。

失注理由を、営業担当者の振り返りだけで終わらせたくない方へ

受注率を改善するには、失注理由を担当者の所感だけで整理するのではなく、顧客の検討タイミング、キーパーソン、社内意思決定、Web行動、過去の接点などを組み合わせ、商談前後のプロセス全体を確認することが重要です。

「失注理由が担当者ごとにばらついている」「商談化後に失注する原因をデータから整理したい」「マーケティングと営業で顧客情報をつなぎ、接客や引き継ぎを見直したい」という方は、インサイドセールスにおけるデータ活用と接客設計をテーマにしたアーカイブ配信をご覧ください。

企業・顧客の属性や行動データを活用しながら、誰に、どのタイミングで、どのように接客するかを見直し、商談創出から受注につながる営業・マーケティング連携を考えるための「データ×接客」の考え方を紹介しています。

インサイドセールスを再定義する「データ×接客」の極意のアーカイブ配信を見る

失注理由の分析に関するよくある質問

失注理由にはどのような項目を設定すればよいですか?

顧客適合度、タイミング、価格・価値、競合・代替、顧客課題、社内意思決定、導入条件、営業プロセスなどから始める方法があります。自社で頻出する理由を確認しながら、大分類と詳細理由に分けると運用しやすくなります。

営業担当者が入力した失注理由は信用しないほうがよいですか?

営業担当者の情報は重要です。ただし、顧客本人が明示した事実と営業担当者の解釈を分けることが重要です。担当者の経験を否定するのではなく、分析可能な形で残します。

「価格」が失注理由の場合、どう分析すればよいですか?

予算不足、価値説明不足、競合との価格差、決裁材料不足、導入優先度などに分解して確認します。同じ価格失注でも、原因によって改善すべき施策が異なります。

失注分析はどのくらいの頻度で行うべきですか?

一律の頻度はありません。商談件数や営業期間に応じて、月次・四半期など一定期間でまとめて確認しつつ、特定の失注理由が急増した場合は個別に分析する方法があります。

失注した顧客へ理由を直接聞いてもよいですか?

関係性や商談状況に応じて、選定時に重視した点や見送った背景を確認することは分析材料になります。ただし、回答がすべての原因を表すとは限らないため、商談記録や行動データなどと組み合わせて考えます。

AIを使えば失注分析を自動化できますか?

AIは商談議事録や自由記述の分類、共通テーマ抽出、受注・失注案件の比較、原因仮説の整理などを支援できます。一方、AIによる推測を顧客本人の発言として扱わず、人が原文や案件状況を確認する必要があります。

失注分析の結果はどの部署で使うべきですか?

営業だけでなく、マーケティング、商品企画、コンテンツ、カスタマーサクセスなどでも活用できます。例えば失注時の疑問をFAQへ、比較上の課題を記事・資料へ、対象外理由をターゲティング条件へ戻す方法があります。

タイトルとURLをコピーしました