「とりあえずユーザーに話を聞いてみよう」——プロダクトマネージャー（PdM）であれば一度は口にしたことがあるフレーズではないでしょうか。しかし、目的が曖昧なままインタビューを実施すると、聞きたいことは聞けたのに「で、次に何をすればいいのか」がわからないまま終わってしまうことが少なくありません。
ユーザーインタビューは、定量データでは見えない「なぜそう行動したのか」という背景・感情・文脈を掴むための強力な定性リサーチ手法です。しかし、質問設計を誤ると誘導尋問になり、対象者選定を誤ると偏った示唆しか得られません。本記事では、PdMが実務でそのまま使えるユーザーインタビューの進め方を、目的設定から分析・アクションへの落とし込みまで5ステップで整理します。よくある失敗パターンと、失敗を避けるための具体的なコツもあわせて紹介します。
ユーザーインタビューでPdMが陥りがちな誤解
本題に入る前に、ユーザーインタビューに対してよくある誤解を整理しておきます。
誤解1：インタビューは「答え合わせ」の場である。 すでに決めた機能案について「これ、良いと思いますか？」と聞くだけのインタビューは、ユーザーの遠慮も相まって、ほぼ確実に「良いと思います」という当たり障りのない回答しか得られません。インタビューは仮説を検証する場である以前に、まだ気づいていない課題を発見する場であるべきです。
誤解2：人数を集めれば集めるほど正しい。 定性インタビューは統計的な代表性を担保する手法ではありません。同じセグメントのユーザーであれば、5〜8人程度で語られる課題のパターンはかなり収束してくることが多く、人数よりも「誰に」「何を」聞くかの設計精度のほうが重要です。
誤解3：インタビューは一人で完結できる。 インタビュアーが質問と記録を同時にこなすと、聞くことに気を取られて重要な発言を聞き逃したり、逆に無意識に誘導してしまったりします。可能な限り、インタビュアーと記録係を分けるか、録画・録音を必ず行う体制を作ることが望ましいです。
ユーザーインタビュー実践5ステップ
ここからは、目的設定から分析・アクションまでの一連の流れを5ステップで解説します。
ステップ1：インタビューの目的を1文で言語化する
最初に行うべきは、質問リストを作ることではなく、「このインタビューで何を明らかにしたいのか」を1文で言語化することです。「新機能について意見を聞く」のような曖昧な目的では、質問も分析も焦点がぼやけます。
たとえば「オンボーディング離脱の原因となっている、初回利用時の心理的な障壁を特定する」のように、対象となる行動と知りたい要素（原因・障壁・意思決定プロセスなど）を具体的にした目的文にします。目的が明確であれば、後続の対象者選定・質問設計の判断基準がすべてこの1文に立ち返ることができます。
ステップ2：ICP（理想の対象者像）を定義し、対象者を選定する
目的が定まったら、誰に話を聞くべきかを決めます。ここで有効なのが、ICP（Ideal Customer Profile：理想的な顧客プロファイル）の考え方です。単に「既存ユーザー」とひとくくりにするのではなく、目的に照らして「直近1ヶ月以内にオンボーディングを完了したユーザー」「無料トライアル後に有料転換しなかったユーザー」のように、行動履歴に基づいて対象を絞り込みます。
対象者選定でよくある失敗は、社内で声をかけやすい「協力的なユーザー」や「ヘビーユーザー」ばかりに偏ることです。むしろ、離脱したユーザーや不満を持つユーザーの声にこそ、プロダクト改善のヒントが眠っていることが多いため、意図的にネガティブなセグメントも対象に含める設計が重要です。
ステップ3：質問設計とインタビューガイドの作成
質問設計では、オープンクエスチョン（自由回答形式の質問）を軸に構成します。「この機能は便利だと思いますか？」のようなクローズドクエスチョン（はい/いいえで答えられる質問）は、ユーザーの潜在的な課題を引き出しにくく、誘導にもつながりやすいため避けます。
代表的な質問構成の型は以下の通りです。
| フェーズ | 質問例 | 狙い |
|---|---|---|
| アイスブレイク | 普段どのようにこのプロダクトを使っていますか？ | 緊張をほぐし、実際の利用文脈を把握する |
| 行動の深掘り | 最近、〇〇の場面で困ったことはありましたか？ | 具体的なエピソードから課題を引き出す |
| 背景・動機の深掘り | そのとき、なぜそう対応したのですか？ | 行動の裏にある意思決定プロセスを理解する |
| 代替手段の確認 | もしこのプロダクトがなかったら、どうしていましたか？ | 競合・代替手段との比較軸を把握する |
このガイドは台本ではなく「地図」として扱い、回答内容に応じて深掘りの順番や質問を柔軟に変える半構造化インタビュー形式を基本とすることをおすすめします。ガチガチに台本通り進めると、ユーザーが語りたい重要な脱線を遮ってしまうことがあるためです。
ステップ4：インタビューを実施する
実施フェーズでは、インタビュアーは「聞く」ことに徹し、記録は別の担当者かレコーディングに任せます。特に注意したいのは、ユーザーが話し終えた後の「間」を埋めようとせず、数秒待つことです。多くの場合、この間の後にユーザーがより本音に近い発言を追加してくれます。
また、ユーザーの発言に対して安易に共感や評価のコメントを挟まないことも重要です。「それは大変でしたね」といった相槌自体は問題ありませんが、「それは仕様のバグですね、直します」のように解決策を先回りして口にしてしまうと、その後の会話がインタビュアーの提示した枠組みに引っ張られてしまいます。
インタビュー中は、ユーザーの発言だけでなく、表情・言葉に詰まったタイミング・話す速度の変化といった非言語的なシグナルにも注意を払うと、本人も明確に言語化できていない違和感を拾いやすくなります。
ステップ5：分析し、次のアクションに落とし込む
インタビュー終了後は、記憶が新しいうちに発言録・メモを整理し、チームで共有できる形にまとめます。複数人にインタビューを行った場合は、発言を付箋やスプレッドシートに書き出し、共通して現れるパターン（テーマ）ごとにグルーピングする「親和図法（KJ法）」に近いアプローチが有効です。
分析で意識すべきは、「何人がそう言ったか」という頻度よりも、「なぜそう言ったのか」という理由の強度と、プロダクトの目的への影響度を優先することです。1人しか言っていなくても、事業のコアな価値提案に関わる発言であれば、優先的に扱う価値があります。
最後に、分析結果を「示唆」で終わらせず、具体的な仮説やバックログアイテムに変換します。「オンボーディング時に次に何をすればいいかわからず離脱している」という示唆が得られたなら、「初回ログイン後に次のアクションを提示するチェックリストを追加する」という具体的な施策仮説にまで落とし込み、優先順位付けのプロセスに乗せます。
具体例：オンボーディング離脱の原因調査
BtoB SaaSプロダクトで、無料トライアル後の有料転換率が低下しているケースを例に、5ステップの流れを確認します。
まず目的を「トライアル中に離脱するユーザーが、どの体験でプロダクトの価値を感じられなかったのかを特定する」と設定します。対象者は「トライアル開始から3日以内にログインが途絶えたユーザー」10名に絞り、メールで謝礼付きの依頼を送って6名から協力を得ました。
質問設計では、「トライアルを始めた理由」「実際に触ってみて最初に感じたこと」「途中で使うのをやめた場面」の3つを軸にガイドを作成しました。実施の結果、複数のユーザーから「最初の設定画面で、何を入力すればいいのか分からず離脱した」という共通した声が得られ、これが単なる推測ではなく、実際のユーザー体験に基づく課題であることが確認できました。
この示唆をもとに、初回設定画面にプログレスバーと入力例を追加する施策仮説を立て、次のスプリントで優先的に着手する、という流れでアクションにつなげています。
よくある質問（FAQ）
Q1. ユーザーインタビューは何人くらい実施すればよいですか？
同一セグメント内であれば、5〜8人程度で語られる課題のパターンがかなり収束してくることが多いです。ただし、複数のセグメント（例：ヘビーユーザーと離脱ユーザー）を比較する場合は、セグメントごとにこの人数を確保する必要があります。人数を増やすことよりも、対象者選定の精度を優先してください。
Q2. インタビュー対象者はどうやって集めればよいですか？
既存ユーザーであれば、プロダクト内のポップアップやメールで協力依頼を送る方法が一般的です。謝礼（ギフト券やクレジット付与など）を用意すると協力率が上がります。新規ユーザー層を対象にする場合は、社外のリクルーティングサービスやSNSでの募集も選択肢になります。
Q3. リモートとオフライン、どちらでインタビューすべきですか？
Zoomなどのオンライン会議ツールでも、録画・画面共有ができるため十分な成果を得られます。ただし、実際のプロダクト利用環境（オフィスの業務端末など）を観察したい場合は、可能であればオフラインでの訪問調査（コンテキスチュアル・インクワイアリー）を検討する価値があります。
Q4. 誘導質問をしていないか、自分では気づきにくいのですが、どう防げばよいですか？
インタビュー後に録画・録音を見返し、自分の発言の中に解決策や評価を先回りして提示していないかをチェックする習慣をつけると効果的です。また、可能であれば同僚に同席してもらい、フィードバックをもらうことも有効です。慣れないうちは、質問ガイドに「オープンクエスチョンのみで構成する」というルールを明記しておくと、脱線を防ぎやすくなります。
まとめ
ユーザーインタビューは、目的を1文で言語化し、ICPに基づいて対象者を選び、オープンクエスチョン中心の質問ガイドを設計し、聞くことに徹して実施し、頻度ではなく理由の強度で分析するという5ステップで進めることで、再現性のある示唆を得られるようになります。重要なのは、インタビューを「答え合わせ」の場ではなく「発見」の場として位置づけ、得られた示唆を必ず具体的な施策仮説やバックログアイテムにまで落とし込むことです。
定量データだけでは見えないユーザーの本音は、プロダクトの意思決定における重要な羅針盤になります。まずは1つの明確な問いを立てて、次のインタビューを設計してみてください。
プロダクト開発・DXについてお気軽にご相談ください
プロダクトマネジメントの顧問支援や新人PdM育成、DX推進のサポートを承っています。 「何から始めればいいかわからない」という段階からでもお気軽にご連絡ください。
