失注分析で最初に決めるのは、理由の選択肢より分析単位
失注分析を営業改善につなげるには、商談が終わった状態を分け、判定の根拠をそろえ、変更可能な施策へ戻す必要があります。「価格が高い」という集計結果から、直ちに値下げや安価な商品の提案へ進むのは早計です。比較対象の範囲が違う、投資の必要性が社内で合意されていない、実行体制を確保できない、といった別の問題が価格という言葉で表現されることがあるためです。
分析単位は、企業、案件、商談のいずれかに固定します。同一企業の複数部門を別案件にするなら、その条件と企業間の重複を記録します。接触回数や面談回数を案件数と混ぜると、活動の多い企業が失注理由の分布を強く左右します。ひとつの検討が何度も延期されても、別々の失注として数えません。
本稿は、エンタープライズ営業の責任者・営業企画・BDRとFSの管理者を対象に、分析の実務設計を整理したものです。特定企業の失注データを集計した調査結果ではありません。示す分類や運用例は、自社の案件定義とCRMに合わせて調整してください。
非案件化・失注・未決着を、営業段階と終了根拠で分ける
非案件化は、あらかじめ決めた案件受入条件を満たさず、案件として進めなかった状態です。失注は、案件として追跡していた検討が、自社への発注に至らず終了した状態です。未決着は、そのどちらとも判定できない状態です。案件化条件には、課題だけでなく、検討の主体、次に確かめる判断、受け入れ側の対応可能性も含めます。
顧客が「今回は取り組まない」と会社の判断を確認している場合と、担当者から返信がない場合は分けます。前者は不実施という終了結果、後者は観測不足である可能性があります。無反応を一定日数で営業管理上クローズする場合も、「管理上終了・結果未確認」のように根拠を残し、顧客が他社を選んだという意味にはしません。
比較には、共通の観測起点と確認日が必要です。獲得月の異なる案件を同じ日に集計すると、新しい群には未決着が多く残ります。受注・失注が確定した案件だけの比較では、結論の出やすい案件に偏ります。終了案件内の構成比と、対象になった案件群全体の状態分布を併記し、未決着を消さずに読める形にします。
失注理由は、顧客の発言・確認事実・営業の解釈に分解する
CRMの理由コードは、短時間で入力できる一方、異なる状態を同じラベルに圧縮します。「時期が合わない」と書く前に、顧客が述べた内容、確認できた検討予定、担当者が推測した背景を分けて記録します。原発言をそのまま社内へ無制限に共有するのではなく、必要な範囲の要約と、アクセス管理された記録への参照を使います。
たとえば「今期は予算がない」という発言から確認できるのは、その発言があったことです。来期の検討主体と予算要求の時期まで確認できたなら、再検討条件に関する事実が増えます。必要性が弱いから予算がつかないのか、必要性は高いが別案件が先なのかは、追加確認なしには決められません。観測と解釈を一つの文章にすると、この違いを後から追えなくなります。
複数の理由がある場合は、主な阻害条件、併存する条件、根拠が不足する仮説を別に持ちます。主な阻害条件は、担当者の印象の強さではなく、「その条件が解消しても次の判断に進めないか」を確かめて選びます。顧客への追加確認が難しければ、無理に一つへ確定せず、複数仮説と未確認を残します。
| 項目 | 記録する内容 | 避けたい記録 |
|---|---|---|
| 状態 | 非案件化／失注／未決着と判定日 | 返信がないので競合失注 |
| 顧客の発言 | 要約・確認日・記録への参照 | 予算なし、の一言だけ |
| 確認事実 | 検討主体・期限・比較範囲など | 営業の推測を事実として入力 |
| 主な阻害条件 | 次の判断に進めない条件と根拠 | 最後に聞いた理由を主因にする |
| 未確認・代替仮説 | 追加確認すべき点と確認困難な理由 | 不明を空欄や対象外へ置換 |
| 変更案 | 施策・担当・確認対象・見直し日 | ヒアリングを頑張る |
件数順位ではなく、比較可能性と未確認率を先に点検する
理由別構成比は、対象範囲を明記して初めて判断材料になります。「終了案件のうち価格を主理由とした割合」と「案件群全体のうち価格を主理由として終了した割合」は異なります。複数理由を数える集計なら、合計が案件数や百分率の全体を超え得ることも明示します。未入力と未確認は別項目にし、空欄を問題なしと扱いません。
セグメント比較では、対象条件、流入経路、案件の起点、商品・契約範囲、営業担当、観測期間を確認します。大企業群の失注理由が導入体制へ寄っていても、難しい案件を経験者へ集中配分した結果かもしれません。少数の案件が構成比を動かすときは、割合だけを強調せず、件数と条件の偏りを示します。
分類の運用品質も分析対象です。同じ記録を別の担当が分類した際に結論が変わるなら、理由コードの増設より、定義や必要根拠の不足を先に見直します。「未確認」の増加は営業品質の低下だけでなく、これまで推測で埋めていた入力を改めた結果でも起こります。入力ルールの変更日を残さなければ、運用改善を成績悪化と読み違えます。
分類結果から、リスト・訴求・商談運用の変更を選び分ける
改善の優先順位は、理由の件数だけでなく、根拠の確からしさ、変更できる範囲、変更の負担と副作用で決めます。対象外が多い場合も、リストの条件が不適切なのか、FSの受入条件が獲得側へ伝わっていないのかで対応が変わります。顧客適合が確認できているのに資料の目的が伝わっていないなら、対象企業を狭める前に入口の約束を直す余地があります。
意思決定の主体や導入の責任が未確定なら、商談で確認する論点や巻き込む部門を見直します。提供できない要件が繰り返し出る場合は、獲得文面だけの修正では解消できません。商品・提供部門との判断へ上げる必要があります。相手企業の構造的な制約については、説得の不足と決めつけず、今は追わないという選択肢も持ちます。
実務上は、原因仮説ごとに一つの主要な変更を選びます。リスト、訴求、面談の進め方を同時に変えると、結果が動いても何が効いたか分かりません。変更できる条件と固定する条件、確認する案件群、評価時点をセットで残します。件数が少なく定量比較が難しければ、変えた工程で想定した顧客の判断が実際に進んだかを、案件レビューで先に確認します。
| 確認された状態 | 主な見直し対象 | 最初の検証 |
|---|---|---|
| 受入条件から外れる企業が多い | リスト条件・検収定義 | 抽出条件とFS受入判定の一致 |
| 面談への期待が実際の議題と異なる | 入口の訴求と商談への引継ぎ | 面談前の約束と冒頭確認の差 |
| 部門間で投資の必要性が未合意 | 稟議支援・参加者・投資論拠 | どの部門の判断が未成立か |
| 提供できない要件が繰り返される | 商品・提供能力・対象範囲 | 要件と自社の実行条件の対応 |
| 結果の根拠がない | 記録・追加確認・分類定義 | 未確認が生じる工程の特定 |
失注レビューを、変更責任者と検証期限のある運用にする
FSからBDRへ理由を返すだけでは、情報還流は完了しません。分類の根拠を確認する人、変更を決める人、実装する人、結果を見直す人を定めます。案件担当が記録し、営業企画が比較可能性を確認し、獲得責任者や商品責任者が変更を引き取る、といった役割分担が考えられます。実際の責任は組織の権限に合わせて決めます。
レビューの入力は、印象に残った大型失注だけに寄せません。対象条件と観測期間をそろえた群から、受注、失注、非案件化、未決着を確認します。会議の出力は、変更内容、変更しない条件、責任者、開始日、確認対象、次回の判断です。「ヒアリングを強化する」ではなく、どの判断のために何の根拠を確認するかまで具体化します。
見直しでは成果指標だけでなく、副作用も点検します。有効商談への受入が増えても、FSの準備時間や対象外への対応が増えていないか。未決着を早く閉じて、見かけ上の確定率だけを上げていないか。施策が合わなかった条件を記録し、採用・修正・撤回を決めます。失注分析の成果は、理由をきれいに埋めた件数ではなく、次の営業判断が変わったかで評価します。
実務で迷う論点：理由の細分化、無反応、施策の評価
失注理由はどこまで細分化すべきか。入力者が根拠を区別でき、異なる施策へ接続できる粒度までです。異なるコードでも同じ対応しかできないなら、統合を検討します。逆に「価格」に予算不在、価値への不合意、契約範囲の差が混在し、対応が違うなら分ける意味があります。
返信がない案件は失注に含めるべきか。顧客の不採用を確認できていないなら、結果未確認として区別します。管理上の終了基準と、顧客の意思決定結果を別に持つことで、パイプラインを整理しながら分析の確度を守れます。
分類の変更後に受注率が上がれば、施策が効いたと言えるか。それだけでは断定できません。対象の構成、観測期間、担当配分、案件化条件が変わっていないかを確認します。失注理由の分類は改善仮説を絞る手段であり、集計だけで因果関係を証明するものではありません。
