失注分析のやり方ガイド｜失注理由の分類と営業振り返り5ステップ

失注分析とは、受注できなかった商談を体系的に記録・分類し、改善施策に結びつけるプロセスです。「感覚的な振り返り」から「データに基づく改善サイクル」へ移行することが、失注分析の核心です。

本記事では、失注理由の5分類フレームワーク、分析の5ステップ、そして「商談内容がSFAに残っていない」という現場によくある課題の解消策を実践的に解説します。

失注分析とは？なぜ営業チームに必要か

失注分析（Lost Deal Analysis）は、商談で受注できなかった案件について、失注理由・商談プロセス・ヒアリング内容などを体系的に記録・分析し、改善施策に結びつける活動です。

失注案件には「改善のヒント」がある

受注案件は成功要因が複合的に絡み合っているため、「何が決め手だったか」を特定しにくいことがあります。一方、失注案件には「何が足りなかったか」が比較的明確に現れるケースが多く、改善の余地を見つけやすいという特性があります。

失注分析を継続することで、営業チームは以下のような気づきを得られます：

• どの商談ステージで失注が集中しているか
• 特定の競合に対して繰り返し負けているパターンがないか
• ヒアリング不足で顧客ニーズを把握できていない商談が多くないか
• 特定の担当者や商材に失注が偏っていないか

こうした分析結果は、BANT・SPIN・MEDDICといった商談フレームワークの選択や、ヒアリングシートの設計指針にも直結します。

失注理由の5分類フレームワーク

失注理由をランダムに記録するだけでは、傾向の把握が難しくなります。以下の5カテゴリで分類すると、パターンを見つけやすくなります。

「ヒアリング不足」を見逃さないために

価格や機能を失注理由として記録するのは比較的容易ですが、「ヒアリング不足」は担当者自身が気づきにくいという特徴があります。商談後に「あの質問をしていれば…」と後悔する前に、商談中にリアルタイムで確認できる仕組みを持つことが重要です。

確認項目を商談前に整理・自動化する方法については、ヒアリング項目チェックリストの自動化で詳しく解説しています。

「価格」は表面的な理由であることも多い

「高かった」という失注理由は記録しやすいですが、実際には「課題の深刻度が伝わっていなかった」「ROI説明が不十分だった」「意思決定者に直接アプローチできなかった」など、複合的な要因が隠れていることがあります。表面的な理由の一歩奥を掘り下げることが、分析の精度を高めます。

失注分析の5ステップ

Step 1：商談データを収集・整理する

失注分析の前提は、商談ごとのデータが記録されていることです。最低限、以下の情報を収集します：

• 商談の基本情報（企業規模・業種・商談期間・担当者名）
• 失注のタイミング（どのフェーズで失注したか）
• 顧客から得た失注理由（直接の発言・商談メモ）
• 担当者が主観的に感じた失注理由
• 競合情報（競合が参加していたか、選定された製品名）

Step 2：失注理由を5カテゴリに分類する

前述のフレームワークを使って各案件の失注理由を分類します。ポイントは 1案件に複数の理由を記録する ことです。「価格が高かった」だけでなく「ヒアリング不足によって価値訴求が不十分だったため価格比較で負けた」という複合的な記録が、後の分析精度を高めます。

Step 3：一定期間のデータからパターンを見つける

複数案件の失注データが揃ったら、カテゴリ別に集計してパターンを探します。

確認する観点の例：

• カテゴリ別の失注件数と割合
• 担当者別の失注パターン
• 商談フェーズ別の失注タイミング
• 失注が多い業種・企業規模の傾向

Step 4：根本原因を掘り下げる

パターンが見えたら、「なぜそのパターンが起きているか」を深掘りします。例えば「ヒアリング不足」が多い場合、以下の観点で原因を探ります：

• 商談前の事前調査が不足していないか
• 商談中に確認すべき項目を把握できていないか
• 時間管理が原因でヒアリングの時間が取れていないか
• 質問の優先順位が明確になっていないか

Step 5：改善施策を立案・実行し、効果を確認する

根本原因に対して、具体的で実行可能な改善施策を設定します。

改善施策の例：

• ヒアリング項目のチェックリストを商談前にチーム全員で共有する
• 競合情報を商談後にSFAへ必ず記録するルールを設ける
• ロールプレイングで価値訴求のトークを練習する
• 商談フェーズごとの必須確認事項を標準化する

施策実行後は、翌月・翌四半期の失注データと比較して効果を検証し、「分析 → 施策 → 実行 → 検証」のサイクルを継続することが重要です。

失注分析でよくある失敗パターン

失敗①：記憶頼りの振り返りになっている

商談から数日・数週間後にSFAへ失注理由を入力しようとすると、顧客の発言や商談の流れを正確に思い出せないことがあります。「なんとなく価格が高かった気がする」という曖昧な記録では、分析の精度が大きく下がります。

失注分析の質は、商談直後のデータ記録の正確さに大きく左右されます。

失敗②：SFAに商談の詳細が残っていない

「失注理由」の選択肢はあるが、顧客の具体的な発言や商談の流れが何も残っていないSFA運用では、表面的な分類しかできません。記録が担当者の記憶に依存していると属人的になり、チームでの共有・分析も難しくなります。

SFAへの自動入力の仕組みについては SFA自動入力とは で詳しく解説しています。また、入力工数そのものを削減するアプローチは SFA入力工数を削減する4つの方法 も参考になります。

失敗③：失注分析が「犯人探し」になっている

失注した担当者を責める文化では、担当者が正直な失注理由を記録しなくなります。失注分析はあくまで「チームで改善する」という文化のもとで行うことが前提です。マネージャーは「なぜその判断をしたか」の背景を理解しながら進めることが大切です。

失敗④：分析で終わり、施策に落とし込めていない

分析レポートを作成しても、具体的な改善施策の実行・効果検証まで至らないケースが多くあります。失注分析は「分析 → 施策 → 実行 → 検証」のサイクルで初めて価値を発揮します。

商談データを自動で残す仕組みづくり

失注分析の精度を高めるためには、商談中のデータを正確かつ効率的に記録する仕組みが必要です。

リアルタイム文字起こしで発言を逃さない

オンライン商談でリアルタイム文字起こしを活用すると、「予算は来期まで動かせない」「現行システムとのAPI連携が必須条件」など、失注理由に直結する顧客の発言をテキストとして残せます。記憶に頼らない記録は、振り返りの精度を大きく改善します。

ヒアリング項目の進捗を商談中に可視化する

商談中に「確認済みの項目」「まだ確認できていない項目」をリアルタイムで把握できると、ヒアリング漏れによる失注を防ぎやすくなります。また「あの商談でどこまでヒアリングできていたか」を後から振り返る根拠にもなります。

商談後の要約をSFAに自動転記する

商談内容の要約を手動でSFAに入力する工数は、担当者にとって大きな負担です。要約が自動生成されSFAへ転記される仕組みがあれば、記録の精度と速度を両立でき、失注分析のインプットデータの質が安定します。

Stand（スタンド）で失注分析の「記録」課題を解消する

「商談データが残っていない」という失注分析の根本課題を解消するのが、リアルタイム商談サポートAI「Stand（スタンド）」です。

Stand は Zoom・Microsoft Teams・Google Meet・Webex などの商談中にリアルタイムで文字起こしを行い、ヒアリング項目のチェック進捗を可視化します。商談後には自動で要約を生成し、Salesforce・HubSpot への自動転記にも対応しています。

Stand の特徴は、会議にBOTとして参加しないため、相手の画面共有や録画に映ることがない点です。また、商談データは営業担当者のローカル端末に保存され、外部サーバーへの送信は行われません（対応OS: macOS）。

失注分析の土台となる「正確な商談記録」を整えたい方は、ぜひ料金・ウェイティングリストの詳細をご確認ください。

料金・ウェイティングリストを確認する