「何か困っていることはありますか？」と聞いた。相手は少し考えてから「特にないですね」と答えた。
その後、業務の流れを一緒に辿り始めると、10分もしないうちに「あ、これ毎回手作業なんですよ」「この確認、誰がやるか曖昧で」「月末に必ずここで詰まって」という言葉が次々に出てきた。
困っていないと言っていた人が、実は複数の課題を抱えていた。この構造は、新規事業の顧客インタビューで繰り返し起きる。「聞いたけど何も出てこなかった」という体験の多くは、聞き方の問題ではなく、問いの設計の問題だ。
本稿では、仮説を壊してくれるインタビューをどう設計するか、そのステップと考え方を整理する。
「何が困ってますか」が機能しない理由
顧客は自分の課題を認識していないことが多い。正確に言えば、「課題として認識していない課題」が存在する。毎日やっていることは、たとえ非効率でも「当たり前の作業」として意識の外に置かれる。
「困っていることはありますか？」という問いは、相手がすでに言語化した課題しか引き出せない。だが言語化されていない課題こそが、事業機会の核になることが多い。
もう一つの問題は、言語化された課題でさえ、本当の課題と一致するとは限らないという点だ。「もっと速い扇風機が欲しい」という要望に応えて、限界まで性能を上げたとしても、エアコンという解決策は生まれない。表面の要求を忠実に実装することが、根本的な解決から遠ざかることもある。
相手の言葉をそのまま受け取ることは、時として相手への怠慢になる。言葉の背後にある文脈と感情を掘り下げる設計が、インタビューには必要だ。
顧客インタビューで確認すべきこと
インタビューの目的は「ニーズを聞く」ことではない。自分が持っている仮説を、壊すか確認するかの作業だ。この認識の転換が重要になる。
確認すべき内容は大きく3つある。
1つ目は仮説の検証だ。「この人はこういう課題を持っているはず」「この解決策に価値を感じるはず」という自分の仮説が、現実と合っているかを見る。仮説を持たずに聞きに行くと、相手の話を受け流すだけになる。
2つ目は課題の優先度だ。人は複数の課題を抱えているが、お金を払ってでも解決したい課題は一部に限られる。「たしかに不便だけど、まあいいか」で終わる課題と、「これがなくなれば本当に助かる」という課題の違いを見極めることが事業設計に直結する。
3つ目は購買行動の履歴だ。過去に同様の問題に対してどう動いたか、何かを試して失敗したことがあるか、なぜそれを選んだか。過去の行動は、将来の行動を予測する最も信頼できる材料になる。
仮説を壊す問いの設計（3ステップ）
ステップ1 ── 仮説を先に書き出す
インタビューの前に、「自分が何を検証したいのか」を言葉にしておく。「この業界の中間管理職は、承認フローの煩雑さに最もストレスを感じているはず」「月次の集計作業に週2時間以上かけているはず」といった形で、具体的に書き出す。
仮説なしにインタビューに臨むと、相手の話を記録するだけになる。何を検証したいかが明確であれば、話の中に確認すべきポイントを見つけられる。
仮説を書き出すことで、「これが壊れたとき」に気づきやすくなる。インタビューで最も価値があるのは、仮説が崩れる瞬間だ。
ステップ2 ── 「行動」を聞く
「どう思いますか？」ではなく「今どうやっていますか？」という問いに切り替える。意見や感想は人によって変わるが、行動と事実は記録として残る。
具体的には「今の請求書処理はどうやっていますか」「1件あたり何分かかりますか」「月に何件くらい処理しますか」「それは誰がやりますか」という問いだ。数字・頻度・担当者・手順という軸で事実を拾っていく。
行動ベースの質問は、相手も答えやすい。「思います」「感じます」という曖昧な回答より、「やっています」「かかっています」という回答の方が、後で仮説と照合しやすい。
ステップ3 ── 「感情」を深掘りする
事実を確認した後、感情の層を掘り下げる。「それを変えようと思ったことはありましたか？」「なぜ変えなかったんですか？」「それが続いているとどんな影響がありますか？」という問いだ。
変えようとしなかった理由の中に、本当の障壁が隠れている。「コストが高い」「誰が担当するか決まらない」「今はそれどころじゃない」——こうした答えは、解決策の設計に直接影響する。
感情の深掘りは、定量的な課題の重さを測る作業でもある。同じ「不便だ」でも、それが「まあしょうがない」なのか「毎月消耗している」なのかでは、解決策への支払意欲が全く違う。
記録と仮説検証へのつなぎ方
インタビューが終わったら、その日のうちに「仮説が当たっていた点・外れていた点」を書き出す。記憶が薄れる前に、検証結果として記録する。
1人のインタビューは仮説のスタート地点でしかない。5人に聞くと傾向が見え始め、10人に聞くと確信に変わる。「あの人が言っていた」ではなく「複数人が同様の状況を話していた」という状態になって初めて、仮説は検証済みと呼べる。
仮説が壊れたときこそ価値がある。意外にも誰も困っていなかった、予想と全く別の課題が出てきた、想定していたユーザーが実はターゲットではなかった——こうした発見は、MVPの方向を変える材料になる。仮説が壊れることを恐れず、むしろ積極的に壊しにいく姿勢がインタビューを機能させる。
よくある失敗3つ
1つ目は、すでに答えを持って聞きに行くことだ。「ニーズを確認してから決める」と言いながら、心の中では結論が出ている状態でインタビューに臨むと、自分の仮説を補強する発言だけを拾ってしまう。確証バイアスは自覚しにくいため、意識的に「自分の仮説が壊れる言葉」を探すくらいの姿勢が必要だ。
2つ目は「良い感触だった」で満足してしまうことだ。会話が盛り上がり、相手が興味を示した。それは検証完了ではない。感情的な会話の質と、課題の深さ・支払意欲は別物だ。インタビュー後には「具体的に何が確認できたか」を言語化することが不可欠になる。
3つ目は1回で終えることだ。1人のインタビューは1つの事例にすぎない。その人の状況・業界・役割が特殊である可能性もある。最低でも5人、可能なら10人に聞いて初めて、パターンとして語れる状態になる。
よくある質問
Q: 顧客インタビューは何人行えばよいですか？
定性的な仮説検証であれば、5〜10人が目安になる。5人で傾向が見え始め、10人で確信が持てることが多い。ただし対象セグメントが複数に分かれる場合は、セグメントごとに5人以上を確保したい。1〜2人のインタビューを「検証済み」と扱うのは早計だ。
Q: 既存顧客と潜在顧客、どちらに聞くべきですか？
目的によって異なる。既存顧客はリアルな使用状況や課題を持っているため、解決策の改善には適している。潜在顧客は現在の代替手段や未充足の課題を教えてくれるため、新たな市場を探索する際に有効だ。どちらか一方に絞るより、両方に聞いて比較することで仮説の精度が上がる。
Q: インタビューの場所・方法は？オンラインでも有効ですか？
オンラインでも十分機能する。表情や環境の観察という点では対面が有利だが、地理的な制約なく複数人に聞けるオンラインの利点は大きい。重要なのは形式よりも設計だ。話しやすい雰囲気をつくること、メモより会話を優先すること、相手のペースで話せる時間を確保することが、場所を問わず機能するインタビューの条件になる。
Q: 「インタビューに応じてもらえない」場合の対処法は？
依頼の文脈を変えることが有効だ。「製品のフィードバックをください」より「〇〇の業務について30分教えてもらえますか」という切り口の方が応諾率が高い。相手にとって売り込みではなく、知識を提供する機会として受け取られやすい。また、知人・業界コミュニティ・SNSを経由した紹介経路での依頼は、冷たい依頼より成立しやすい。謝礼よりも「話した結果を共有します」という相互性の提示が効果的な場面もある。
読んで気になることがあれば、まず話だけでも。
まず、業務を聞かせてください →