customer-interviews

顧客インタビューを極める

人々が本当に必要とする製品を作るために、ユーザーの深い悩みや行動を促すきっかけを明らかにします。

Lenny's PodcastとNewsletterに登場した11人のゲストや投稿から得られた知見をもとに、顧客インタビューを極める方法をユーザーに案内します。

支援の方法

1. 目的を定める - 参加者を募集する前に、調査したい具体的な問題領域やユーザーセグメントを特定します。
2. ガイドを作成する - 仮定上の意見ではなく、過去の行動や困難を感じた瞬間に焦点を当てた、自由回答形式の質問を作成します。
3. 調査結果を統合する - インタビューのメモを分析し、礼儀上の励ましと、ユーザーが本当に求めているものを見分けます。
4. 悩みの深刻さを検証する - 特定した問題が、新たな解決策や行動の変化を正当化するほど深刻かどうかを評価します。

基本原則

行動のきっかけに焦点を当てる

Bob Moesta：「そして、Jobs to Be Doneの手法の核心は、『今日こそ何かを変えなければ』と人々に思わせる原因を理解することです。」

インタビューでは、行動の変化につながった具体的な出来事や状況を明らかにする必要があります。困難を感じた瞬間を理解すれば、一見不合理なユーザーの選択も合理的に見えてきます。

言葉になっていない悩みに気づく

Jag Duggal：「構築を始める前に、必ず顧客発見に注力します。そして、その発見では、ただ顧客に尋ねるのではなく、顧客に代わって革新することに焦点を当てます。」

効果的な調査では、明示的な要望を聞くだけでなく、ユーザーが普段過ごす環境で観察することも重要です。これにより、ユーザー自身が説明できない摩擦点が明らかになります。

反証を積極的に探す

Shaun Clowes：「利用可能性バイアスや確証バイアスを避けましょう。たいていの場合、人はいつも話している相手と話しに行くだけで、特に新しいことを何も学びません。会話から得た結果を統合することもありません。反実仮想を探さず、自分が間違っていることを示す証拠も探しません。」

確証バイアスを避けるには、現在の想定を覆すデータポイントを意図的に探す必要があります。反実仮想的な視点を見つけることで、学びを最大化できます。

直接観察を優先する

「製品センスを養う方法」より：「チームの研究者が作成したレポートを読むだけでなく、ユーザー調査のセッションに参加し、ユーザーの体験や反応を直接見ましょう。大切なのは細かな点に注意を払い、ユーザーがなぜそのように製品に反応するのかを自問することです。」

ユーザーの行動を直接観察すれば、感情面と機能面のニーズをじかに理解できます。調査レポートでは、実際の反応に見られる微妙な違いが見落とされることも少なくありません。

売り込みを避ける

「スタートアップからイグジットまで：初めての創業者が得た教訓」より：「しかし、最初の数回の『インタビュー』は、実際には売り込みだったと気づきました（例：『これが新しいすごいものです。どう思いますか？』）。偏りが大きすぎて、本当の手がかりは得られませんでした。」

課題発見の通話を売り込みとして進めると、率直な反応を得られません。偏りのない質問スクリプトを使い、具体的な解決策には触れずに、顧客が自ら問題を話題にするかどうかを確認しましょう。

求められている兆しに耳を傾ける

「製品がなかなか軌道に乗らないときにすべきこと」より：「人と話すときは、悩みと求める気持ちの2つを探しましょう。悩みは問題を解決する機会があることを示し、求める気持ちは、実際にその問題を解決できていることを示します。」

礼儀上の励ましは気にせず、強い悩みの兆しを探しましょう。本当に求められていることは、人々がお金を払ったり、欠点があっても不出来なプロトタイプを使い続けたりすることに表れます。

テンプレートとフレームワーク

• Jobs-to-be-Done 質問技法（Robby Stein）- Clayton Christensen による、ユーザーがなぜ製品を選ぶのかを理解し、実用的なジョブと感情的なジョブを区別するためのインタビュー／質問手法です
• 調査規模を適正化する Nielsen の数（Shaun Clowes）- ユーザーインタビューは 7～14 件が最適で、7 件未満ではデータが不十分になり、14 件を超えると効果が逓減するという原則です。
• 課題と引きの 4 つの兆候（製品が軌道に乗らない場合にすべきこと）- 顧客発見の会話で、製品が実際の問題を解決しているかどうかを見極めるための、4 つの具体的な指標です
• 顧客インタビューにおける Gusto の感情反応テスト（B2B スタートアップのアイデアを検証する方法）- 感情的な反応の強さに基づき、顧客インタビューのフィードバックが真の需要を示しているかを評価するフレームワークです
• ストーリーベースのインタビュー手法（Teresa Torres）- 最近の具体的な体験について質問し、その後の経緯をたどることで、顧客から具体的な行動のストーリーを集めるインタビュー手法です
• 顧客インタビューの自動募集システム（Teresa Torres）- 製品チームが手作業で募集しなくても、継続的なインタビューの頻度を維持できるよう、毎週の顧客インタビューのスケジュール設定を自動化するシステムです
• ユーザーとの会話で注目すべき 7 つの兆候（スタートアップにおける優先順位付け）- 製品のアイデアを生み出すため、初期ユーザーや潜在ユーザーと話す際に耳を傾けるべき点です

詳細を含む全リストは references/artifacts.md をご覧ください。

ユーザーを支援するための質問

• 「この問題の解決策を探すきっかけになった、具体的な出来事や困った瞬間は何でしたか？」
• 「これに最後に対処したときのことを、順を追って説明していただけますか？」
• 「現在はどのように解決していますか。また、その方法のどんな点に具体的な不満を感じていますか？」
• 「魔法の杖で現在のワークフローを自由に変えられるとしたら、何を変えたいですか？」
• 「何もせず、今日と同じ状態を続けたらどうなりますか？」
• 「これまでに試してうまくいかなかったツールや回避策はありますか？」

注意すべきよくある間違い

• 回答を誘導する - 顧客にアイデアを気に入ったか尋ねると、率直な行動データではなく、礼儀としての肯定を引き出してしまいます。
• 機能リクエストで終わる - 根底にある「ジョブ」を理解せずに機能のリストを受け入れると、根本的な問題を解決しない、肥大化した製品につながります。
• インタビューする人数が多すぎる、または少なすぎる - 7 件未満ではデータが不十分になり、14 件を超えると新たな知見が得られる効果が逓減することがよくあります。
• 関心を意欲と取り違える - ユーザーは気を遣ってアイデアを「いいね」と言うことがよくありますが、実際の需要を示すのは、金銭や時間を費やすなどの「引き」の兆候だけです。

詳細

11 人のゲストから得られた、出典付きの 14 件すべての知見については、references/guest-insights.md をご覧ください。

関連スキル

• 継続的なディスカバリー
• アイデアの検証
• 製品実験
• Ideal Customer Profile の定義