SaaS商談の失注を分析する方法とは？

SaaS商談の失注分析では、失注理由を営業担当者の感覚だけで分類せず、どの段階で、なぜ、どの競合や判断条件によって受注に至らなかったのかを事実ベースで整理します。CRMの商談データと顧客へのヒアリングを組み合わせ、失注理由の傾向から改善するプロセスを特定することが重要です。

SaaS商談の失注分析で確認する項目

まずは、失注した商談を「結果」だけでなく、商談の進み方と顧客の判断材料に分けて確認します。

• どの業界、企業規模、部署の商談だったか
• 問い合わせ、初回商談、提案、トライアル、稟議など、どの段階で失注したか
• 失注が確定した日と、商談開始からの期間
• 想定していた契約金額、契約期間、利用人数
• 顧客が解決したかった課題
• 比較されたサービスや、最終的に選ばれた代替手段
• 失注理由と、その根拠となる発言・メール・商談記録
• 営業側で改善できる要因と、改善が難しい外部要因

「価格が高い」「検討見送り」「競合に負けた」といったCRM上の選択項目だけでは、具体的な改善策につながりにくくなります。可能であれば、顧客の発言や失注に至る経緯を記録して、選択項目の内容を補足します。

失注分析を行う方法

失注分析は、対象商談を決め、失注理由を分類し、セグメント別の傾向を比較したうえで、改善施策を検証する順番で進めます。

1. 分析対象の期間と商談条件を決める

   まず、過去何か月分を分析するか、対象とする商談ステージや契約金額を決めます。全商談を一度に扱うのが難しい場合は、直近の失注商談や、一定金額以上の商談から始めます。

2. 失注データの欠損を確認する

   失注理由、失注日、商談ステージ、競合情報、顧客の課題などに未入力がないか確認します。入力されていない情報を推測で埋めず、「不明」として扱うことが大切です。

3. 失注理由を具体的な分類に分ける

   失注理由を、価格、機能、導入時期、競合、予算凍結、社内優先度の変更、要件不一致、決裁未通過などに分類します。1件の商談に複数の理由がある場合は、主な理由と副次的な理由を分けて記録します。

4. 顧客の課題と提案内容を照合する

   顧客が解決したい課題と、自社が提案した機能・効果が一致していたかを確認します。機能不足に見える失注でも、実際には課題の優先順位や導入効果を十分に共有できていなかった可能性があります。

5. 条件別に集計する

   業界、企業規模、流入経路、担当者、契約金額、商談ステージ、競合の有無などで分けて、失注理由や受注率を比較します。

6. 改善施策と検証指標を決める

   失注理由ごとに、営業資料の変更、ヒアリング項目の追加、トライアルの進め方の変更など、具体的な施策を決めます。施策後は、同じ条件の商談で失注理由や次のステージへの移行率が変化したかを確認します。

失注理由は「表面上の理由」と「根本原因」に分ける

失注理由を分析するときは、顧客が伝えた表面上の理由と、その背景にある根本原因を分けて考えます。

たとえば「価格が高い」という回答だけで値下げを進めると、原因が予算不足ではなく、導入効果を説明できていなかった場合に問題が残ります。失注理由を受け取ったら、「何と比較して高いのか」「価格以外に懸念はあったか」「どの条件なら導入を検討できるか」を確認します。

失注分析で見るべき指標

失注件数だけでなく、どの条件で失注しやすいかを把握できる指標を組み合わせます。

失注率

失注率は、対象期間や対象ステージをそろえて比較します。計算式は次のとおりです。

失注率 ＝ 失注商談数 ÷ 分析対象となる商談数 × 100

初回商談からの失注率と、提案後の失注率では意味が異なります。集計範囲を明示しないまま比較すると、結論を誤る可能性があります。

失注理由の構成比

失注理由ごとの件数を集計し、全失注に占める割合を確認します。構成比が高い理由は優先的に調べる候補ですが、件数が多いだけで改善効果が大きいとは限りません。契約金額や改善可能性も合わせて判断します。

ステージ別の失注率

初回商談、提案、トライアル、稟議など、どのステージで失注が増えているかを確認します。特定のステージで失注が集中している場合、その段階の説明、要件確認、決裁者との接点などに課題がある可能性があります。

セグメント別の失注率

業界、従業員規模、利用人数、流入経路、地域などの条件で分けて比較します。特定の企業規模だけで機能要件による失注が多い場合など、対象顧客や提案内容の見直しにつながります。

失注金額

件数だけでなく、失注した契約金額も確認します。件数が少なくても大型商談の失注が続いていれば、営業体制や提案、決裁者へのアプローチを優先的に見直す必要があります。

失注理由を分類する際の注意点

失注理由の分類は、担当者によって判断が変わらないように定義をそろえます。

• 「価格が高い」と「予算がない」を別の理由として扱う
• 「競合に負けた」だけで終わらせず、選定理由を記録する
• 顧客が明確な理由を伝えていない場合は「不明」と記録する
• 複数の原因がある場合は、主因と副因を分ける
• 営業担当者の主観と、顧客が実際に述べた内容を分けて記録する
• 失注後に状況が変わった商談を、当初の失注理由だけで評価しない

特に「担当者のフォロー不足」「温度感が低い」といった分類は、原因が曖昧になりやすい表現です。どの連絡が不足していたのか、顧客の反応がどの時点で変わったのかなど、確認可能な事実に分解します。

顧客への失注ヒアリングで聞くこと

可能であれば、失注後に顧客へ短時間のヒアリングを行います。ただし、回答内容は顧客の記憶や関係性にも左右されるため、CRM記録や提案内容と照合して扱います。

• 最終的に導入を見送った、または他社を選んだ決め手は何か
• サービス選定で重視した項目は何か
• 提案内容のうち、評価された点と不足していた点は何か
• 価格、機能、導入支援、セキュリティ、連携などで懸念はあったか
• 決裁や社内調整で難しかった点は何か
• 今後、再検討する可能性がある場合、その条件は何か

自社への不満だけを聞くのではなく、顧客がどのような基準で意思決定したかを確認すると、営業プロセスやターゲット設定の改善に使いやすくなります。

分析結果を改善施策につなげる方法

分析結果は、失注理由を並べるだけで終わらせず、「誰が、何を、いつまでに変えるか」まで具体化します。

施策を実施した後は、全体の数値だけでなく、施策の対象となった商談条件に絞って比較します。分析期間や対象顧客が異なる場合は、単純に改善したと断定せず、条件の違いも確認します。

SaaS商談の失注分析で避けたい失敗

失注分析では、失注を個人の責任だけに結び付けたり、1件の事例から全体の傾向を判断したりしないことが重要です。

• 失注理由を担当者の主観だけで確定する
• 値下げだけを対策にする
• 競合に負けた理由を調べず、競合対策だけを強化する
• 件数だけを見て、契約金額や顧客条件を無視する
• 失注理由の入力ルールを設けず、担当者ごとに分類が異なる
• 分析結果を共有するだけで、改善後の検証を行わない

失注は、営業担当者の対応だけでなく、プロダクトの機能、料金体系、導入支援、ターゲット顧客との適合性など複数の要因で起こります。営業部門だけで解決できない課題は、マーケティング、カスタマーサクセス、プロダクト部門とも共有します。

まとめ

SaaS商談の失注分析は、失注理由の件数を数えるだけでなく、失注した段階、顧客の課題、競合や代替手段、意思決定の条件を組み合わせて確認する方法が有効です。

最初に行うことは、CRMの失注データを対象期間・商談ステージ・顧客条件でそろえ、失注理由を「表面上の理由」と「根本原因」に分けて整理することです。そのうえで、改善可能な要因を選び、施策後の失注率やステージ移行率で効果を検証します。