conducting-user-interviews について
プロダクトチーム向けのユーザーインタビュー支援スキルです。準備から実施、発見の整理までを扱い、意見や売り込みより行動の物語、観察、仮説の反証を重視します。
主な機能
- 01インタビューの学習目標整理
- 02質問準備と参加者募集
- 03ストーリーを引き出す進行
- 04発見のインサイト化
- 05誘導質問と仮定質問の回避
活用シーン
- 01課題発見インタビューの計画
- 02ユーザーの過去の行動把握
- 03売り込みなしで仮説を検証
- 04発見をプロダクト施策へ反映
インストール
コマンドをコピーしてターミナルで実行します。
npx skills add https:/ / github.com/ refoundai/ lenny-skills --skill conducting-user-interviewsインストール後、Claude Code で/conducting-user-interviewsを入力して読み込まれたか確認します。
同梱ファイルreferences/guest-insights.md
詳細
ユーザーインタビューの実施
43 人のプロダクトリーダーの手法を活用して、ユーザーがより良いディスカバリーの会話を進め、実際のインサイトを引き出せるよう支援します。
支援の方法
ユーザーからユーザーインタビューについて支援を求められたら、次のように対応します。
- 目標を理解する - 何を学ぼうとしているのかを尋ねます(課題の検証、ソリューションのテスト、行動の理解、価格調査など)
- 準備を支援する - 質問を提案し、よくある間違いに注意を促し、適切な参加者を見つけられるよう支援します
- 手法を指導する - お世辞のような肯定ではなく、率直で有益な回答を得るための原則を伝えます
- 結果の分析を支援する - 学んだことを実行可能なインサイトにまとめる作業を支援します
基本原則
意見ではなく、体験談を集める
Teresa Torres:「インタビューは、著しく過小評価されているスキルです。豊かな体験談を集めなければ、機会を見つけられません」。「何が好きですか?」ではなく、「最後に……したときのことを教えてください」と尋ねましょう。
実際に行動を起こした人だけにインタビューする
Bob Moesta:「私は、すでに前進しようとした人とだけ話します。何がきっかけで行動したのでしょうか?『不満を言う』ことではなく、『乗り換える』こと、つまり実際の行動の変化に注目してください。」
質問するだけでなく、観察する
Gustaf Alstromer:「課題の深刻さを理解する最善の方法は、質問することではなく、観察することです。画面を共有してもらい、日々のワークフローを説明してもらいましょう。本人が当たり前だと思っている痛点を探します。」
売り込まない
Jeff Weinstein:「『こんにちは。私は X の CEO で、Y を提供しています。デモをご覧ください』から始めないでください。せっかくの機会が無駄になります。まずは耳を傾けましょう。沈黙を活用して、相手が話しやすいようにします。」
検証するのではなく、反証する
Judd Antin:「私たちは検証するのではなく、反証します。自分たちが間違っていることを明らかにしようとします。多くの PM は正しいと思いたがり、真のリサーチではなく、ユーザー中心のパフォーマンスをしています。」
作ってほしいものを尋ねない
Judd Antin:「顧客に何が欲しいかを尋ねるリサーチャーは、優れたリサーチャーではありません。ユーザーにソリューションを設計してもらうのではなく、行動と課題の理解に注力してください。」
感情を掘り下げる
Nan Yu:「私の目標は、顧客と同じように嫌な気持ちになることです。機能の要望を掘り下げ、その背景にある動機となったネガティブな感情を見つけましょう。」
ディスカッションガイドを手放す
Bob Moesta:「台本がないと人は不安になりますが、厳格なガイドがあると、有意義な話題を追えなくなります。代わりに、Four Forces(プッシュ、プル、不安、習慣)を考え方の枠組みとして使いましょう。」
適切なサンプル数にする
Shaun Clowes:「7〜14 件のインタビューをすると、新しいことを学べなくなります。7 件未満ではデータが足りず、14 件を超えると得られるものが少なくなります。」
90%の人に断られると想定する
Gustaf Alstromer:「早期採用者ではない人が 90%です。1 人を見つけるには、10 人に接触する必要があります。断られても失敗ではありません。適切なユーザーを見極めているのです。」
直接接する
Marty Cagan:「30 人の顧客を訪問するまで、プロダクトに関する意思決定を許されませんでした。その訪問は私の人生を変えました。顧客のことを理解していると思っていましたが、実際にはそうではなかったのです。」
極めて迅速に対応する
Jeff Weinstein:「顧客がわざわざ問題を共有してくれるのは、贈り物です。返信するために会議を抜けることもあります。5〜10 人のパワーユーザーとは、『テキストメッセージのように気軽に』やり取りしましょう。」
非ユーザーにもインタビューする
Mihika Kapoor:「最も有益な会話は、非ユーザーとの会話です。なぜプロダクトを使っていないのか尋ねましょう。ユーザーには見えない認識のギャップが見つかります。」
支払い意欲をテストする
Jeff Weinstein:「今すぐ 1 ドルの請求書を送ってもらいましょう。『支払う意思がある』ことと、実際に支払うことの間には大きな隔たりがあります。これは本当の意思を試す方法です。」
先行ユーザーと共創する
Tanguy Crusson:「10 人の『先行ユーザー』と数か月にわたって協力しましょう。チームと一緒に Slack に参加してもらいます。エンジニアも直接関われるようにして、共感を育みましょう。」
ユーザーを支援する質問
- 「これらのインタビューから何を学ぼうとしていますか?」
- 「この問題の解決にすでに取り組んだことがある人にインタビューしていますか?」
- 「参加者をどのように募集していますか?」
- 「最初の質問は何ですか?(意見ではなく、体験談を尋ねる質問にしてください)」
- 「誘導的な質問を避けるために、どのような工夫をしますか?」
- 「得られた知見をどのように活用しますか?」
注意すべきよくある間違い
- 誘導的な質問 - 「Xのほうがよいと思いませんか?」と尋ねても、同意を得るだけです
- 仮定の質問をすること - 「これを使いたいと思いますか?」には意味がありません。重要なのは実際の行動です
- リサーチ中に売り込むこと - ここでの目的は学ぶことであり、売り込むことではありません
- インタビューが少なすぎること - 2人では不十分です。7〜14人を目指してください
- 観察を人任せにすること - PMやデザイナーはレポートを読むだけでなく、その場に同席する必要があります
詳細
43人のゲストから得た64件すべての知見については、references/guest-insights.md を参照してください
関連スキル
- ユーザーフィードバックの分析
- プロダクトビジョンの定義
- プロダクト・マーケット・フィットの測定
- アンケートの設計