新規事業の顧客インタビューで「このサービスがあれば使いますか」と聞くと、相手は好意や想像で答えられます。しかし、好意的な回答と、実際に予算や時間を使って解決している課題は同じではありません。
この記事の結論
BtoB新規事業の顧客インタビューでは、売りたい案の感想を聞く前に、直近の具体的な出来事、現在の代替手段、発生頻度、関係者、費用や手間を事実として聞きます。仮説は質問文へ答えとして埋め込まず、顧客・課題・代替手段・意思決定へ分けて用意し、会話後に発言を支持・反証・未確認へ整理して次の検証行動を決めます。
顧客インタビューの目的は、相手から事業案の承認をもらうことではありません。顧客が現実に何を経験し、どう対処し、誰と判断しているかを知り、事業仮説を更新することです。
インタビュー前に四つの仮説と対象者を分ける
質問集を作る前に、今回何を確かめたいかを一文ずつ書きます。複数の仮説を一つの質問で確かめようとすると、どの回答で何が分かったか判断できません。
仮説を顧客・課題・代替手段・意思決定へ分ける
この記事では、検証前の仮説を四つに分けます。
仮説 | 確かめる内容 | 質問の入口 |
|---|---|---|
顧客仮説 | どの企業・部署・役割が困っているか | その業務を誰が担当しているか |
課題仮説 | どの場面で、どのような支障が起きるか | 最後に困った出来事はいつか |
代替手段仮説 | 現在は何でしのぎ、どんな負担があるか | そのとき実際に何をしたか |
意思決定仮説 | 誰が必要性・予算・導入を判断するか | 解決策を選ぶとき誰が関わるか |
仮説は「担当者はこの機能を欲しがる」のように解決案から書かず、「月末の集計に複数部署の担当者が手作業で情報を集めている」のように、観察できる状態として書きます。
仮説に合う役割の人を選ぶ
BtoBでは、課題を経験する人、運用を管理する人、予算を判断する人が別の場合があります。一人へすべて聞いても、推測の回答が混ざります。
- 実務担当者には、直近の出来事と現在の手順を聞く
- 管理者には、頻度、影響、例外対応、優先順位を聞く
- 決裁に関わる人には、導入理由、比較条件、予算化の流れを聞く
同じ企業で役割が分かれているなら、発言を混ぜずに記録します。対象者の肩書だけでなく、その出来事を実際に経験したかを確認してください。
既存顧客から営業・事例・改善の材料を継続して集める場合は、目的が異なります。BtoBで顧客の声を集める質問設計を使い分けてください。
誘導せず事実を聞く質問順序を守る
インタビューは、広い状況から具体的な出来事へ進み、現在の対処と意思決定を確認した後で、必要なら解決案への反応を聞きます。
直近の出来事から聞く
「この作業は大変ですか」ではなく、「最後にその作業をした日の流れを教えてください」と聞きます。評価を求める質問より、出来事を再現する質問の方が、実際の行動を確認できます。
使いやすい質問は次の通りです。
- その問題が最後に起きたのはいつですか
- 何がきっかけで気づきましたか
- 最初に誰が何をしましたか
- 途中で止まった場所はどこですか
- 最後はどの状態になりましたか
「よく起きますか」と聞くだけでなく、前回とその前の出来事を聞くと、頻度の印象と実態を分けやすくなります。
現在の代替手段と負担を聞く
顧客がすでに時間、費用、人手を使って対処しているなら、課題の優先度を考える材料になります。一方、「不便だが何もしていない」場合は、他の課題より優先度が低い可能性もあります。
- 現在は何を使って対処していますか
- その方法を選んだ理由は何ですか
- 誰がどの工程を担当していますか
- 何がうまくいき、何が残っていますか
- 別の方法を試したことはありますか
「手作業で非効率ですよね」と決めつけず、現在の方法に残すべき利点も聞きます。新しい案が、現行手段の重要な利点を失うことがあるためです。
関係者と意思決定の流れを聞く
BtoBでは、利用者が欲しいと言っても導入が決まりません。誰が課題を認識し、誰が比較し、誰が予算とリスクを判断するかを確認します。
- 現在の方法を変えるとしたら、誰へ相談しますか
- 過去に似た仕組みを導入したとき、どの順序で決まりましたか
- 比較時に外せなかった条件は何でしたか
- 見送った案があれば、何が理由でしたか
- 導入後の責任を持つのは誰ですか
「決裁者は社長ですか」のように役割を先に提示するより、過去の意思決定をたどって実際の関係者を確認します。
解決案への反応は事実確認の後に聞く
解決案を見せる必要がある場合は、前半の事実確認と分けます。「この機能は便利ですよね」ではなく、次のように聞きます。
- この案を見て、現在の手順のどこが変わりそうですか
- 変わらない部分はどこですか
- 導入を止める条件は何ですか
- 誰に確認しないと判断できませんか
- 今の代替手段と比べて失うものはありますか
相手が「良いと思います」と答えたら、理由と次の行動を聞きます。資料の社内共有、別担当者の紹介、試用条件の確認など具体的な行動がなければ、好意的な感想として記録し、需要の証明にはしません。
発言を支持・反証・未確認へ分けて次の検証を決める
インタビュー直後に「手応えがあった」とまとめると、期待に合う発言だけが残ります。発言と自社の解釈を分けて記録します。
事実と解釈を別々に記録する
一件ごとに次の欄を使います。
欄 | 記録する内容 |
|---|---|
事実 | 相手が経験した出来事、実際の行動、現在の手段、関係者 |
解釈 | 自社がその事実から考えた意味 |
支持 | どの仮説を支えるか |
反証 | どの仮説と合わなかったか |
未確認 | 誰に何を追加で聞く必要があるか |
次の検証 | 次の対象者、質問、試作、営業接点のどれを行うか |
たとえば「集計に時間がかかる」は解釈です。「前回は三部署からファイルを集め、担当者が二度差し戻した」は事実です。事実を残すと、後から別の解釈を検討できます。
一回の賛同で仮説を確定しない
一人の回答は、その人の状況を理解する材料です。市場全体の結論ではありません。役割や企業条件が異なる相手にも同じ出来事があるかを確かめ、反証が出たら対象顧客や課題の条件を狭めます。
検証後は、次のどれを行うか決めます。
- 支持された仮説を、別の役割・企業条件でも確認する
- 反証された仮説を修正し、質問または対象者を変える
- 未確認の意思決定者へ追加で聞く
- 課題はあるが優先度が低ければ、開発を急がず別仮説を検証する
- 課題と対象が具体化したら、小さな接点や提案で行動を確かめる
課題仮説が具体化し、実績の少ない段階で顧客接点を作る場合は、予算が少ないBtoB企業のリード獲得方法が次の手順になります。検証結果を継続・方向転換・停止の判断へ使う場合は、中小企業の新規事業の撤退判断基準も補足になります。
顧客インタビューの良し悪しは、相手から賛同を得たかではなく、仮説が具体的に更新されたかで判断します。次回の質問、対象者、試す行動のいずれかが変われば、インタビューは事業判断へつながっています。