ユーザーインタビューとは？PdM のための設計・実施・分析ガイド

ユーザーインタビューは PdM が日常的に使う最重要リサーチ手法。目的設定・被験者リクルート・質問設計・実施・分析までのフルプロセスを解説します。

この記事でわかること

ユーザーインタビューの目的と PdM にとっての価値
アンケート・ユーザビリティテストとの使い分け
ユーザーインタビューを設計する 5 ステップ
インタビュー実施時の話し方・質問のコツ
インタビュー結果を分析して意思決定に活かす方法
よくある失敗パターンとその回避

ユーザーインタビューとは何か

ユーザーインタビューとは、プロダクトの実際のユーザーまたは潜在ユーザーに直接話を聞き、彼らの行動・課題・感情・意思決定プロセスを深く理解するリサーチ手法です。定量データ（ログ・アンケート）からは見えない「なぜその行動を取るのか」という文脈を把握するために、PdM が日常的に使う最重要のリサーチ手法の一つです。

ユーザーインタビューの特徴は、オープンな質問を通じて相手の言葉で語ってもらうことです。選択肢式のアンケートでは捕捉できない微妙なニュアンス・感情・価値観を掘り下げることができます。

アンケート・ユーザビリティテストとの使い分け

ユーザーリサーチには複数の手法があります。目的に応じて使い分けることで、必要な情報を効率的に集められます。

手法	得意な情報	適した場面
ユーザーインタビュー	行動の文脈・感情・価値観	新機能の方向性を決めるとき、課題を深掘りしたいとき
アンケート	定量データ・広範囲の傾向	既にある仮説を検証するとき、多数のユーザーの傾向を見たいとき
ユーザビリティテスト	実際の操作で起きるつまずき	具体的な UI を検証するとき、リリース前のチェック
カスタマーサポートログ分析	頻出する困り事	既に出ている問題の規模感を把握するとき

PdM は、新しい課題を発見するときは「インタビュー」、仮説が固まったら「アンケート」で規模感を確認し、具体的な UI を作る段階で「ユーザビリティテスト」という順序で使い分けることが多いです。

ユーザーインタビューを設計する 5 ステップ

ステップ 1: 目的を明確にする

インタビューを始める前に、「何を知りたいか」を 1〜3 つの問いに絞ります。例えば:

「ユーザーは現状、この業務をどう回しているか」
「我々のプロダクトを使わなくなった理由は何か」
「新機能 X のアイデアに対する初期反応はどうか」

目的が曖昧だと、インタビュー中に何を掘り下げるべきか判断できません。逆に目的が明確なら、被験者選定・質問設計・分析の全てが目的を軸に進められます。

ステップ 2: 被験者のリクルート

話を聞きたい人物像（ペルソナに近い属性）を定義し、該当する人を集めます。リクルート方法には次のようなパターンがあります。

既存ユーザーから募集: プロダクト内のアンケート・メール・Slack コミュニティなどで協力者を募集
カスタマーサクセス経由: 懇意にしている顧客に紹介してもらう
リクルーティングサービスの利用: uism 等の調査会社を使って該当属性の人を集める
SNS ・知人経由: Twitter/X や個人ネットワークで声をかける

人数は 5〜10 名が目安です。5 名でも主要なパターンは見えてくることが多く、10 名を超えると新しい発見が減っていきます（サンプリング飽和）。

ステップ 3: 質問ガイドの作成

インタビュー中に聞く質問を事前に準備します。ただし、ガイドは「厳密な台本」ではなく「話題の地図」です。相手の回答に応じて深掘りする柔軟性を持たせます。

質問の設計原則:

オープンな質問: 「はい／いいえ」ではなく「どのように」「なぜ」「どう感じましたか」
行動を聞く: 「最近〇〇したときのことを教えてください」と具体的なエピソードを引き出す
仮定ではなく事実を聞く: 「もし〇〇があったら使いますか」ではなく「最近〇〇で困ったことはありますか」
誘導しない: 「〇〇は便利ですよね？」のような同意を誘う質問を避ける

ステップ 4: 実施環境の準備

インタビューはオンライン（Zoom・Google Meet）か対面で実施します。録画の許可を事前にもらい、後で見返せるようにします。時間は 30〜60 分が標準で、長すぎると相手も疲れて情報の質が下がります。

可能なら、インタビュアー以外にもう 1 名記録担当を同席させると、インタビュアーが質問に集中できます。オンラインなら文字起こしツール（Otter 等）を使うのも有効です。

ステップ 5: インタビューの実施

実施時の流れは次の通りです。

自己紹介と目的説明 (3 分): なぜ話を聞きたいか、録画の確認、守秘義務について
アイスブレイク (5 分): 軽い雑談で相手をリラックスさせる
本題 (20〜40 分): 準備した質問と深掘り
追加の質問 (5 分): 相手から質問があれば応答
お礼 (2 分): 時間への感謝と、今後の連絡について

インタビュー実施時の話し方・質問のコツ

コツ 1: 8 割聞く、2 割話す

インタビューは「聞く」ことが本質です。自分が話しすぎると情報が得られません。相手が話している間は口を挟まず、沈黙も恐れずに待ちます。沈黙の後に、本音が出てくることが多々あります。

コツ 2: 「なぜ」を 3 回問い直す

表面的な答えの裏にある本質的な理由を掘り下げるために、「なぜそう思いましたか」「それはどうしてですか」と丁寧に問い直します。ただし機械的に質問すると尋問のようになるので、「もう少し詳しく教えてください」など言い換えを使います。

コツ 3: 具体的なエピソードを引き出す

「一般的に〇〇だと思います」ではなく、「先週の金曜日に起きた具体的な出来事」を聞きます。エピソードには時間・場所・関係者・感情が含まれていて、一般論よりも圧倒的に情報量が多いです。

コツ 4: 評価せず、事実を受け止める

相手の発言に対して「それは間違っています」「それは良い意見ですね」と評価を返すと、相手は本音を言わなくなります。「なるほど、そうだったんですね」と中立的に受け止め、さらに聞きます。

コツ 5: 仮説に固執しない

「〇〇で困っているはず」という PdM の仮説が、インタビューで覆されることは日常的に起きます。そのときに仮説にしがみつくのではなく、相手の言葉を受け止めて仮説を修正する柔軟性が重要です。

インタビュー結果を分析して意思決定に活かす

メモの整理

インタビュー直後に、重要な発言・印象的だったエピソード・気づきをメモにまとめます。時間が経つと記憶が薄れるので、24 時間以内が理想です。

パターンの抽出

複数のインタビューが終わったら、共通点を抽出します。付箋やスプレッドシートに発言を並べて、似たテーマごとにグルーピングする「アフィニティ図法」が定番です。

複数の人が同じ課題を言っている → 強い課題
同じような代替品を使っている → 競合・代替手段
同じタイミングで同じ感情になっている → 重要な体験の節目

チームへの共有

パターンをまとめて、チームに共有します。ここで重要なのは「生の発言」を残すことです。「ユーザーはこう感じている」という要約より、「田中さん（35 歳）が『もう Excel で管理するのは限界です』と言っていた」の方がチームに刺さります。

意思決定への反映

インタビューから得たインサイトを、ペルソナの更新・要件定義の改善・新機能のアイデア出しに反映します。単に「情報を集めた」で終わらせず、必ず具体的なアクションに繋げます。

よくある失敗パターン

失敗 1: 誘導質問で本音が出てこない

「この機能、便利だと思いませんか？」のような質問は相手を誘導します。相手は気を使って「はい」と答えがちで、本音は得られません。オープンな質問を心がけましょう。

失敗 2: 仮定の質問で現実を見失う

「もし〇〇があったら使いますか」への回答は、ほぼ当てになりません。人は未来の行動を正確に予測できないからです。過去の実際の行動を聞く方が信頼できる情報になります。

失敗 3: 被験者が偏っている

既存のヘビーユーザーばかりにインタビューすると、そのユーザー層に最適化された判断になります。解約した人・まだ契約していない人・他社を使っている人など、多様な層を意図的に含めることが重要です。

失敗 4: 分析が属人化する

PdM 1 人が「自分が聞いた」情報として判断すると、チーム内での合意が取りにくくなります。録画・文字起こし・メモをチームで共有し、複数人で分析することで判断の質が上がります。

失敗 5: 「話を聞いた」で満足する

インタビューを実施すること自体が目的化し、結果がプロダクト改善に繋がらないパターン。インタビュー後に「具体的に何を変えるか」を決めるところまでセットで運用することが重要です。

まとめ

ユーザーインタビューは、PdM が日常的に使う最重要のリサーチ手法です。目的設定・被験者選定・質問設計・実施・分析の 5 ステップを丁寧に踏むことで、プロダクト開発の意思決定の質が大きく上がります。重要なのは、情報を集めるだけでなく具体的なアクションに繋げることです。

Granty はプロダクトから求人を探せるサイトとして、ユーザーと直接対話できる PdM 環境のプロダクトを多数掲載しています。ユーザーリサーチを実務で継続的にやりたい方は、ぜひご活用ください。