新規事業の営業で最も多い判断ミスは、顧客の「意見」を検証結果として扱ってしまうことだ。
「良さそうですね」「あれば使いたいです」──この言葉を聞いて手応えを感じた経験は誰にでもあるだろう。しかしこれは検証材料にならない。本記事では、仮説検証型セールスのフェーズ2「検証営業」の中核である、意見と事実の違い、そして事実を引き出す質問の設計方法を具体的に解説する。
なぜ意見は検証にならないのか
理由は単純だ。意見は将来の行動を約束するものではないからだ。
「このサービスがあれば月額10万円でも使います」と商談で言った相手が、いざ見積もりを出すと「社内で検討します」と言って連絡が途絶える。これはよくある光景だ。商談の場では、人は目の前の相手に対して好意的に振る舞う傾向がある。特にBtoBでは、提案を真っ向から否定する人は少ない。
問題は、この好意的な反応の中に「検証に使える情報」がほとんど含まれていないことだ。
「いいですね」と言われるのに商談が前に進まない現象の根本原因がここにある。意見を集めている限り、何社に当たっても検証は前に進まない。
行動ベースの事実情報とは何か
検証に耐える情報とは、顧客がすでに取った行動の事実だ。過去に時間・労力・費用をかけて何かに対処した事実は、課題の深刻度と対価への意思を同時に証明する。
意見と事実の違いを具体的に比較する。
意見の例（検証にならない）
「そういう課題はあると思います」──思っているだけで、対処した事実はない。課題の存在を主観的に認めているが、深刻度は不明だ。
「あれば便利だと思います」──便利だと感じることと、お金を払って導入することは全く別の話だ。無料なら使うが有料なら使わない、というレベルの関心かもしれない。
「社内でもニーズの声は聞きます」──伝聞であり、本人が当事者として経験した事実ではない。どの程度のニーズなのか、定量的にも定性的にも掴めない。
事実の例（検証になる）
「この問題が先月発生し、対応に3日間かかった」──課題が直近で発生しており、一定の工数を投下している。課題は実在し、繰り返し発生している可能性が高い。
「現在、外部のサービスに年間200万円を支払って対処している」──課題の解決にすでに対価を払っている。この金額以下で同等以上の解決策を提示できれば、切り替えの動機になる。
「先月、競合他社のサービスを3社比較検討した」──解決策を積極的に探している状態であり、購買プロセスが実際に動いている。
事実を聞くと、検証の精度は飛躍的に上がる。「ニーズがある」という曖昧な判断が「年間200万円の対処コストがかかっており、代替手段を探している」という具体的な判断に変わる。
事実を引き出す質問パターン
行動事実は、黙っていても出てこない。意図的に設計した質問で引き出す必要がある。以下に、検証の段階ごとに使える質問パターンを整理する。
課題の実在を確認する質問
「この領域で、直近で問題が発生したのはいつですか？」
この質問には2つの機能がある。一つは課題の発生頻度を確認すること。もう一つは「直近」という時間軸を入れることで、曖昧な回答を防ぐことだ。「以前はありましたが最近は大丈夫です」と返ってくれば、課題の優先度は低い可能性がある。
「その問題が発生した時、業務にどのような影響がありましたか？」
課題の深刻度を確認する質問だ。「少し手間がかかった」と「プロジェクトが2週間遅延した」では、深刻度が全く異なる。影響の大きさが、対価を払う動機の強さに直結する。
現在の対処を確認する質問
「現在、その問題にどう対処していますか？」
代替手段の有無を確認する。何らかの対処をしているなら課題は実在する。対処していないなら、課題の優先度が低いか、そもそも課題として認識されていない可能性がある。
「その対処に、月あたりどのくらいの時間やコストをかけていますか？」
対処コストの定量化だ。検証ポイントを段階的に確かめていく中で、このデータはStep 3（対価の意思の検証）の基礎情報になる。現在のコストが月50万円なら、30万円のサービスは合理的な選択肢になりうる。
購買プロセスを確認する質問
「この領域で、過去にサービスの導入や切り替えを検討したことはありますか？」
過去の検討実績は、購買意思の最も強い証拠だ。「去年一度検討したが見送った」なら、見送った理由を聞くことで、提案の方向性を調整できる。
「そのとき、最終的に見送った理由は何でしたか？」
この質問から得られる情報は極めて価値が高い。価格なのか、機能なのか、タイミングなのか、社内の意思決定プロセスなのか。見送りの理由を知ることで、同じ轍を踏まずに済む。
やってはいけない質問
逆に、検証を妨げる質問パターンも明確にしておく。
「もしこのような機能があれば使いますか？」
仮定の質問に対して「使いたい」と答えることは容易だ。コストもリスクもかからない。しかしこの回答には何の裏付けもない。
「このサービスにいくらなら払いますか？」
課題の深刻度も解決策への関心も確認していない段階で価格を聞くと、相手は「安ければ安いほどいい」としか答えようがない。価格の話は、課題と解決策の検証を終えてから行う。
「御社でも同じような課題はありますよね？」
誘導質問だ。相手は「はい」と答えやすいが、それは質問の構造がそう仕向けているだけであり、課題の実在を確認したことにはならない。
質問設計のテンプレート
商談前に以下のフレームを準備しておくと、場当たり的な質問を防げる。
一つ目に、この商談で検証したい仮説を1つだけ決める。「ターゲット企業はこの課題を認識し、対処にコストをかけている」など。
二つ目に、その仮説を確かめるための質問を3つ用意する。行動事実を引き出す質問だけで構成する。
三つ目に、成功基準を決めておく。「3つの質問すべてに対して具体的な事実が返ってくれば、この仮説は確認できたと判断する」など。
この準備に10分あれば十分だ。しかしこの10分があるかないかで、商談から持ち帰れる情報の質は根本的に変わる。
まとめ
- 意見は将来の行動を約束しない──「使いたい」は検証にならない。過去と現在の行動事実だけが検証材料になる
- 質問を設計して事実を引き出す──「いつ起きたか」「どう対処しているか」「いくらかけているか」が基本
- 商談前に仮説・質問・成功基準を準備する──10分の準備で、持ち帰れる情報の質が変わる
新規事業の営業に課題を感じている方は、こちらからお気軽にご相談ください。
新規事業の営業に課題を感じている方へ
お問い合わせはこちら