BtoBの失注分析｜CRMの失注理由を改善策に変える方法

CRMやSFAに失注理由を入力していても、集計結果が「価格が高い」「時期が合わない」「競合に負けた」で終わっていないでしょうか。これでは、広告のターゲットを見直すべきか、営業のヒアリングを変えるべきか、提案資料を直すべきかを判断できません。

結論として、失注分析は理由の件数を数える作業ではなく、次に変える場所を決める作業です。顧客が口にした理由、商談で確認できた事実、社内で考えた原因を分けて記録し、失注の結果・案件属性・営業プロセスを掛け合わせて見ます。

この記事では、営業が商談として管理した後の失注を対象に、CRMの入力項目、集計の順番、マーケティング施策への落とし込み方を整理します。問い合わせ前の見込み客を営業へ渡す基準は、MQLとSQLの違いと営業への引き渡し基準を先に確認してください。

失注分析は「失注理由の集計」だけでは足りない

失注理由は、案件が終わる直前に入力されることが多い項目です。しかし、顧客が「予算がない」と言ったからといって、予算だけが原因とは限りません。費用対効果を社内で説明できなかった、導入の優先順位が上がらなかった、比較基準で他社が有利だった、といった事情が含まれていることがあります。

そのため、失注理由を一つのプルダウン項目だけで管理すると、顧客の発言と社内の解釈が混ざります。担当者ごとに入力基準もぶれやすくなります。

まずは、失注を次の3つに分けて考えてください。

• 結果：競合に決まった、見送りになった、導入時期が延期された、要件が合わなかった
• 顧客が伝えた理由：価格、機能、稟議、セキュリティ、担当者変更など
• 自社で検証する原因仮説：ターゲットのずれ、課題の緊急度不足、価値の伝達不足、比較材料不足、営業プロセスの不足など

この3つを分けると、「価格で失注した案件」が本当に値下げで解決すべきなのか、それとも価値の説明や導入効果の証拠が足りなかったのかを検討できます。

分析の前にそろえるべき失注の定義と記録項目

失注分析では、データ量より先に定義をそろえる必要があります。例えば、商談化前に対象外と分かったリードと、提案まで進んだ後に競合へ決まった案件を同じ「失注」に含めると、原因が混ざってしまいます。

営業プロセス上の失注をどの段階で確定するか、連絡が途絶えた案件をいつ見送り扱いにするかは、チームで決めておきましょう。Salesforceも失注の定義を組織内で明確にすること、商談の経緯や顧客とのやり取りを事実として確認することの重要性を案内しています。Salesforce Japan：失注する9個の要因 (salesforce.com)

最初は5項目に絞って入力ルールを作る

項目を増やしすぎると、営業担当者の入力負担が増え、「その他」や空欄が増えます。最初は次のような項目で十分です。

「主な要因分類」は、最初から細かくしすぎないことが大切です。分類の目的は、原因を完全に言い当てることではありません。繰り返し起きている問題を見つけ、次の検証を決めることです。

CRM製品によって名称や設定は異なりますが、HubSpotには失注理由を記録する標準の商談プロパティがあり、商談の勝敗・進行状況はレポートの条件として利用できます。Salesforceでも商談ステージを「Closed Lost」として適切に設定することで、完了済みの失注商談をレポート対象にできます。自社のCRMで、失注が分析対象から漏れない設定になっているか確認しましょう。HubSpot：Default deal properties、Salesforce Help：Opportunity Stage Types in Reporting (knowledge.hubspot.com)

失注データは「結果→要因→条件」の順で見る

失注理由をいきなり細分類で集計すると、件数がばらけて傾向が読めません。まずは大きな結果を確認し、その後に条件を絞って見ていきます。

最初に、競合負けと検討中断を分ける

「他社に決まった案件」と「顧客が何も導入しなかった案件」は、対策が異なります。前者では比較基準、自社の強み、提案条件を検討します。後者では、課題の優先順位、稟議の進め方、導入の必要性を顧客が社内で説明できたかを確認します。

見送り案件をすべて「時期が悪い」と処理すると、将来の再提案機会も失います。予算編成、契約更新、制度変更、事業計画など、再び検討される条件を記録しておくと、ナーチャリングの対象と内容を分けられます。

次に、失注要因を案件属性と掛け合わせる

全案件を平均で見るだけでは、問題が見えにくくなります。まずは次の切り口から、自社で比較可能なものを2〜3個選びましょう。

• 流入施策・オファー別：特定の資料請求や広告経由で要件不一致が多くないか
• 業種・企業規模別：受注しやすい顧客像と、失注しやすい顧客像が混在していないか
• 失注したステージ別：初回商談、要件確認、提案、稟議・契約のどこで止まるか
• 商談金額別：少額案件と高額案件で、失注理由が違わないか
• 商談期間別：短期間で失注する案件と、長期化して見送られる案件の違いは何か

例えば、特定のホワイトペーパー経由で「要件不一致」が多い場合、営業のフォローだけが問題とは限りません。資料のテーマ、フォームで聞く項目、CTAの表現が、購入対象ではない層にも広く届いている可能性があります。施策別のリード数だけでなく、商談化後の失注理由まで戻って確認することが必要です。

リード獲得施策を商談化まで含めて比較する考え方は、BtoBリード獲得施策の選び方でも解説しています。

件数だけでなく、失った金額と改善可能性を確認する

件数が多い問題が、必ずしも最優先とは限りません。小規模案件に多い失注理由と、受注できた場合の影響が大きい案件に共通する失注理由は分けて考える必要があります。

改善テーマを選ぶときは、次の4点を並べて評価します。

• 失注件数または失注金額がどの程度あるか
• 同じ条件で繰り返し起きているか
• 自社で変えられる要素があるか
• 記録や顧客ヒアリングで裏づけられているか

この4点がそろわないうちに、「競合対策を強化する」「価格を下げる」と決めるのは早計です。仮説として扱い、必要であれば失注先へのヒアリング、商談録画や議事録の確認、営業担当者との振り返りで確かめます。

失注分析をマーケティングと営業の改善へ変える

分析の出力は、失注理由のランキングではありません。「どの条件の案件に、何を変えるか」という一つの改善仮説です。営業だけ、マーケティングだけに原因を寄せず、顧客が知る内容と営業が確認する内容を分けて決めます。

ここで重要なのは、施策を一度に増やさないことです。例えば「要件不一致が多い」なら、広告の除外設定、フォームの設問、資料の訴求、初回商談の確認項目をすべて同時に変えると、何が効いたのか分かりません。最も影響が大きそうな一点を選び、変更前後で失注理由と商談の質を確認します。

リードの適合度を見直す必要がある場合は、BtoBリードスコアリングの設計方法も参考になります。スコアを上げることではなく、営業が対応する価値のある企業を見分けられることが目的です。

失注分析でよくある失敗

「価格」を最終原因にしてしまう

価格は重要な失注理由です。ただし、値下げだけが対策とは限りません。顧客の予算に合わないのか、導入効果を説明できないのか、競合との比較で高く見えるのかによって、対応は変わります。顧客の発言を残しつつ、商談経緯から原因を分けて考えましょう。

営業担当者の反省会で終わらせる

失注分析を個人評価の場にすると、入力内容が無難になり、データの信頼性が下がります。目的は担当者の責任を決めることではなく、案件の条件とプロセスに共通する問題を見つけることです。失注理由の分類と入力例を共有し、迷う案件はチームで判定できるようにします。

失注率だけを見て、どこで失ったかを見ない

失注率は、失注件数を受注件数と失注件数の合計で割ることで把握できます。ただし、数値だけでは初回商談で対象外と分かったのか、提案後に比較で負けたのかは分かりません。商談ステージの定義と移行条件が曖昧なら、先に整える必要があります。BtoB営業パイプラインの設計方法を参考に、案件ステージが顧客の検討状況を表すように見直してください。

顧客情報を必要以上に広げる

失注メモには、担当者名や商談内容などの情報が含まれます。分析用のレポートでは、個人を特定する必要がない情報を必要以上に共有しないようにしましょう。閲覧権限、保存場所、記録の粒度は、自社のCRM運用と個人情報の取扱方針に合わせて決めることが大切です。

まとめ：失注は「理由」ではなく「改善仮説」まで記録する

BtoBの失注分析では、CRMに失注理由を入力するだけでは不十分です。顧客の発言、確認できた事実、自社の原因仮説を分け、失注結果と案件の条件を掛け合わせて見ることで、改善すべき場所が見えてきます。

• 失注・見送り・対象外を同じ箱に入れない
• 顧客の発言と社内の解釈を分けて残す
• 競合負けと検討中断を分けて集計する
• 流入施策、顧客属性、失注ステージ、金額で傾向を見る
• 一度に多くを変えず、一つの改善仮説を検証する

まずは直近の失注案件を数件見直し、入力項目の空欄や「その他」に集まっている内容を確認してください。集計表を作る前に記録の質を整えることが、営業とマーケティングの改善を進める近道になります。