顧客インタビューのやり方｜新規事業の質問設計・聞き方・分析

顧客インタビューで「そんなサービスがあれば使います」と言われ、会議室が沸きます。ところが翌週になっても、申込も紹介もありません。顧客インタビューで確かめるべきなのは、好意的な感想ではなく、相手が困った場面で実際に取った行動です。

最後に問題が起きたのは、いつでしょうか。何を試し、誰へ相談し、どこで止まったのでしょうか。出来事を順にたどると、事業案を残す根拠だけでなく、変えるべき前提も見えてきます。

この記事では、目的設定、対象者選び、質問例、当日の進行、BtoBでの役割整理、分析、次の検証への渡し方までを、面談前後の流れに沿って解説します。

顧客インタビューとは何か｜意見より過去の行動を調べる

「この機能は便利ですか」という質問は、相手にとって答えやすいものです。ただし、その返答から課題の発生頻度や購入可能性までは分かりません。未来の意向と、すでに起きた行動は別の情報です。

本稿では顧客インタビューを、特定の課題や意思決定を経験した人との対話から、起きた状況、本人が報告する行動、代替手段、判断条件を明らかにする調査と定義します。事業側の仮説と顧客の現実が、どこでずれているかを探るために行います。

プロダクトの利用状況や体験を聞く調査を「ユーザーインタビュー」、購買判断を含む課題や選択条件を聞く調査を「顧客インタビュー」と、ここでは区別します。両者の対象が重なる場合もあります。BtoBのように利用者と購買判断者が異なる案件では、誰のどの判断を調べるのかを分けてください。

質問は「いつ、何が起きたか」「誰へ相談したか」「何と比較したか」といった過去の出来事から始めます。市場全体で課題が起きる割合や将来の購入数は、少人数との対話だけでは確定できません。「欲しい」という発言も需要の証明にせず、行動観察、試作品、申込など別の事実で確かめます。

アンケート・営業ヒアリングとの違い

手法名から選ぶと、欲しい答えと得られる情報がずれます。先に「何を確かめたいか」を決めてください。

一人の経験を深く追う面談と、乗り換え前後の経緯を追う面談では、質問の順番が変わります。

顧客インタビューの準備｜質問票より先に面談後の判断を決める

面談の目的が「顧客理解を深める」のままでは、興味深い話が集まっても事業案を更新できません。顧客インタビューの準備では、終了後に変えたい意思決定、検証する仮説、反証とみなす事実、対象者条件を質問票より先に決めます。

MertonとKendallが1946年に発表した焦点化面接は、事前に焦点を定めて面接を設計する方法を示しています。

準備は次の順で進めます。

1. 面談後の判断を一文にする：対象顧客を残すのか、課題の場面を狭めるのか、試作品へ進むのかを決めます。判断者、期限、選択肢、次の検証を担う人も置いてください。
2. 仮説を行動まで分解する：「ニーズがある」ではなく、「誰が」「どんな状況で」「何を達成しようとし」「現在は何で代替し」「どこに負担が残るか」へ開きます。
3. 反証条件を先に置く：対象者が課題を経験していない、既存の方法で十分に解決している、判断権限を持つ人が別にいる。事業側に不都合な事実も確認対象です。
4. 対象者を行動条件で選ぶ：年齢や業種だけでなく、対象の出来事を経験した時期、担当した役割、実際に取った行動で絞ります。
5. 記録の扱いを決める：録音・録画の有無、同意の取り方、閲覧者、保管先、匿名化、削除時点を自社の規程に沿って整理します。

質問を20個並べる前に、「誰が、いつ、何を判断する面談か」を一枚へ書いてみてください。面談後に本人報告、確認済み事実、未確認事項を同じ記録へまとめ、次の検証の担当者と期限まで置ければ、会話を実行へ渡せます。

顧客インタビューは何人に聞けばよいか

必要人数は、一律の数字では決まりません。最初に見るのは、比較したい条件です。利用者と決裁者、継続利用者と離脱者、課題を経験した人と経験していない人を比べるなら、それぞれの条件に合う対象者を探します。

比較的同質な集団を対象にした面接記録の分析では、新しいテーマの大半が12件目までに現れています（出典：Guest ら 2006）。

終了条件は、予定人数の消化ではなく、次の判断に必要な違いと反例を説明できることです。新しい対象者から異なる行動が出たら、対象条件や仮説を見直します。同じ表現が続いても、背景や行動が違うなら一つにまとめないでください。

顧客インタビューの質問設計と質問例｜直近の出来事を再現する

「普段はどうしていますか」と聞くと、相手は平均化した手順を答えがちです。顧客インタビューでは、直近に起きた一つの出来事へ戻します。「最後に起きたとき、最初に何をしましたか」と聞けば、行動の順番をたどれます。

質問は聞き漏らしを防ぐために用意し、一問には一つの論点だけを置きます。面談中は回答に沿って掘り下げ、質問票の順番を守ること自体を目的にしません。

Rob Fitzpatrick『The Mom Test』（2013年）は、顧客との会話で偏った反応を避け、実質的な情報を得るための実践書です。以下の質問例も、事業案への同意を求めず、起きた事実へ近づく並びです。

質問の基本構成

1. 役割と状況：「その業務では、どの範囲を担当していますか」
2. 直近の出来事：「その問題が最後に起きた場面を、最初から教えてください」
3. 行動の順番：「最初に何をしましたか。その次は誰に相談しましたか」
4. 現在の代替手段：「そのとき、どの道具や方法を使いましたか」
5. 判断と制約：「何と比べ、どの条件でその方法を選びましたか」
6. 結果と残った負担：「どこまで解決し、何が残りましたか」
7. 関係者の確認：「進める人、使う人、承認する人はそれぞれ誰でしたか」

たとえば「在庫情報の引き継ぎに困っている」という仮説があるとしましょう。「情報を一元化できたら便利ですか」では、解決案への感想が中心になり、現在の行動を聞き漏らします。「最後に引き継ぎが発生した日、誰から何を受け取り、どの画面や資料を開き、どこで確認が止まりましたか」と聞けば、本人が報告する流れを再現できます。

誘導を避ける聞き換え

「なぜ」だけでは、行動の順番が記録に残りません。「その前に何がありましたか」「判断に使った資料は何ですか」「誰から何を求められましたか」と、場面を構成する要素へ戻ります。

顧客インタビュー当日の聞き方｜説明より確認に時間を使う

冒頭で事業案を10分説明すると、残り時間は提案への感想で埋まります。顧客インタビュー当日は、調査目的と記録方法を短く伝え、相手が経験した一つの出来事から、行動、関係者、判断材料を順に確かめてください。

最初に伝えるのは、調査の目的、所要時間、記録の有無、回答しなくてよい項目、情報の利用範囲です。録音や録画は同意を得てから始めます。機密情報や個人情報の扱いも、実施前に社内の担当部門と決めておきます。

相手が「面倒だった」と話したら、「何の作業が増えましたか」「その場で何を開きましたか」と行動へ戻します。分からない業界用語が出たときも、知ったふりをせず、意味と使われる場面をその場で確認してください。

BtoBの顧客インタビューでは役割を分ける

BtoBでは、一人の「担当者」が利用、推進、承認、審査のすべてを担うとは限りません。利用者、課題の責任者、決裁者、購買・法務・情報システムなど、実際に意思決定へ関わった役割を分けて聞きます。

関与していない部門まで機械的に対象へ加える必要はありません。一人の発言を組織全体の見解とも扱わず、誰のどの判断に関する話かを残します。利用価値と導入条件を混ぜないようにします。

顧客インタビューの分析｜本人報告と確認済み事実を分ける

面談直後の会議では、印象的な一言が見出しになりやすいものです。しかし、「ぜひ使いたい」という発言だけでは、事業仮説を残す根拠になりません。顧客インタビューの分析では、対象者ごとの出来事を保ったまま、情報の種類を分けます。

1. 対象者ごとに時系列を作る：状況、きっかけ、行動、代替手段、関係者、判断材料、結果を一つの流れへ戻します。
2. 本人報告・確認済み事実・解釈を分ける：「三つの表計算ファイルを開いた」は本人報告です。画面を見せてもらい三つを確認したなら確認済み事実、「情報が分散して困っている」は聞き手の解釈として分けます。
3. 仮説との対応を付ける：何が仮説を支え、何が崩し、どこが未確認かを文章で残します。継続、変更、追加確認、保留、中止の判断に使える形へそろえてください。
4. 条件別に比較する：役割、経験した場面、利用中の代替手段、意思決定への関与で並べ、違いが生まれた背景を読みます。
5. 反例を先に読む：想定した課題が起きていない人、別の方法で解決できた人、導入を見送った人から、対象外条件を絞ります。
6. 次の確認を割り当てる：新たに分かったことを結論にせず、行動観察、試作品、価格提示、申込など次に取る証拠へ変えます。担当者と期限まで決めます。

発言の件数を、市場での割合へ換算してはいけません。同じ言葉が複数人から出ても、似た経路で集めた対象者なら偏りは残ります。異なる行動を取った人も除外せず、その差を生んだ条件を読んでください。

インタビュー結果を新規事業の仮説検証へつなぐ

発言録が完成しても、次の判断が変わらなければ調査は終わっていません。顧客インタビューの成果は、残す仮説、修正する仮説、捨てる仮説、次に取る証拠が決まった状態です。

本人報告から一足飛びに機能案へ進まないようにします。次の表は、追加検証への変換を示す仮想例です。

会議では対象者ごとの結論を平均せず、事業案が成立する条件と外れる条件を並べます。想定した対象から課題行動の報告を得られなければ、対象者条件と課題仮説を見直してください。追加確認を重ねても成立条件を示せないなら、案の保留や中止も選択肢です。

課題行動は確認できても提供方法が合わない場合、機能を増やす前に届け方を変えて試します。最後に、判断者、期限、選んだ方針、判断に使った本人報告と確認済み事実、未確認事項、次の検証の担当者と期限を一つの記録へ残します。

顧客インタビューが雑談や商談へ変わる原因

面談は盛り上がり、要望も10個集まりました。それでも判断材料が残らないのは、答えてほしい結論を質問へ埋め込み、対象者の選び方や発言の扱いを後から変えたからです。

インタビュー後に「想定どおりだった」と感じたら、想定と違う発言が記録に残っているかを見ます。反例が一つもないなら、質問が狭すぎたのか、対象者が似すぎていたのか、記録時に落としていないかを点検してください。

まとめ｜顧客インタビューは次の判断を変えて終える

顧客インタビューは、顧客が報告する過去の行動と判断をたどり、事業仮説のどこを残し、変え、止めるかを決める調査です。良い会話ができたかではなく、本人報告、確認済み事実、解釈、仮説を分け、次に取る証拠まで決められたかで評価します。

実施前に、面談後の判断、仮説、反証条件、対象者条件を固定してください。当日は一つの出来事を起点に、行動、代替手段、関係者、判断材料を順に確認します。BtoBでは利用者、推進担当者、決裁者、審査部門を分け、誰のどの判断に関する発言かを残します。

分析では、印象的な発言より対象者ごとの時系列を優先します。共通点と反例を同時に読み、インタビューだけで決められないことは、行動観察、試作品、申込など次の検証へ渡してください。