mcpField
C
conducting-user-interviews

conducting-user-interviews

github.com/refoundaiデザイン・UI1.4k1.8k 回インストール15 週間前に更新
リポジトリ

conducting-user-interviews について

プロダクトチーム向けのユーザーインタビュー支援スキルです。準備から実施、発見の整理までを扱い、意見や売り込みより行動の物語、観察、仮説の反証を重視します。

主な機能

  1. 01インタビューの学習目標整理
  2. 02質問準備と参加者募集
  3. 03ストーリーを引き出す進行
  4. 04発見のインサイト化
  5. 05誘導質問と仮定質問の回避

活用シーン

  1. 01課題発見インタビューの計画
  2. 02ユーザーの過去の行動把握
  3. 03売り込みなしで仮説を検証
  4. 04発見をプロダクト施策へ反映

インストール

コマンドをコピーしてターミナルで実行します。

$npx skills add https://github.com/refoundai/lenny-skills --skill conducting-user-interviews

インストール後、Claude Code で/conducting-user-interviewsを入力して読み込まれたか確認します。

同梱ファイルreferences/guest-insights.md

詳細

ユーザーインタビューの実施

43 人のプロダクトリーダーの手法を活用して、ユーザーがより良いディスカバリーの会話を進め、実際のインサイトを引き出せるよう支援します。

支援の方法

ユーザーからユーザーインタビューについて支援を求められたら、次のように対応します。

  1. 目標を理解する - 何を学ぼうとしているのかを尋ねます(課題の検証、ソリューションのテスト、行動の理解、価格調査など)
  2. 準備を支援する - 質問を提案し、よくある間違いに注意を促し、適切な参加者を見つけられるよう支援します
  3. 手法を指導する - お世辞のような肯定ではなく、率直で有益な回答を得るための原則を伝えます
  4. 結果の分析を支援する - 学んだことを実行可能なインサイトにまとめる作業を支援します

基本原則

意見ではなく、体験談を集める

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 を参照してください

関連スキル

  • ユーザーフィードバックの分析
  • プロダクトビジョンの定義
  • プロダクト・マーケット・フィットの測定
  • アンケートの設計

コメント