discovery-interviews-surveys

ディスカバリーインタビューとアンケート

目次

• ワークフロー
• よくあるパターン
• ガードレール
• クイックリファレンス

ワークフロー

このチェックリストをコピーして、進捗を記録してください。

Discovery Research Progress:
- [ ] Step 1: Define research objectives and hypotheses
- [ ] Step 2: Identify target participants
- [ ] Step 3: Choose research method (interviews, surveys, or both)
- [ ] Step 4: Design research instruments
- [ ] Step 5: Conduct research and collect data
- [ ] Step 6: Analyze findings and extract insights

ステップ 1：調査目標を定義する

何を学ぼうとしているのか、検証する主要な仮説、調査の成功基準、調査結果を反映する意思決定を明確にします。一般的な目標については、よくあるパターンを参照してください。

ステップ 2：対象となる参加者を特定する

参加者の条件（人口統計、行動、企業属性）、必要なサンプルサイズ、募集戦略、スクリーニングの質問を定義します。サンプリング戦略については、resources/methodology.mdを参照してください。

ステップ 3：調査方法を選択する

目標と制約に基づいて選択します。

• 課題を深く発見する場合（参加者 5～15 名） → 詳細なインタビューにはresources/template.mdを使用します
• 大規模なコンセプトテストを行う場合（参加者 50～200 名以上） → 定量的な検証にはresources/template.mdを使用します
• JTBD 調査の場合 → スイッチインタビューにはresources/methodology.mdを使用します
• 混合手法の場合 → 課題発見にはインタビュー、検証にはアンケートを使用します

ステップ 4：調査資料を設計する

バイアスを避ける手法を取り入れたインタビューガイドまたはアンケートを作成します。構成についてはresources/template.mdを使用してください。誘導的な質問を避け、過去の行動に焦点を当て、「見せてください」と依頼します。高度な質問設計については、resources/methodology.mdを参照してください。

ステップ 5：調査を実施する

インタビューを実施する場合は（許可を得て録音し、メモを取ります）、またはアンケートを配布する場合は（事前にパイロットテストを行います）、適切な手法（積極的な傾聴、追加質問、考えるための沈黙）を用います。重要な要件については、ガードレールを参照してください。

ステップ 6：調査結果を分析する

インタビューの場合：テーマ別コーディング、親和図、引用の抽出。アンケートの場合：統計分析、クロス集計、自由記述のコーディング。根拠を含むインサイト文書を作成します。resources/evaluators/rubric_discovery_interviews_surveys.jsonを使って自己評価してください。最低基準：平均スコア ≥ 3.5。

よくあるパターン

パターン 1：課題発見インタビュー

• 目的：ユーザーの悩みや現在のワークフローを理解します
• アプローチ：8〜12 件の詳細なインタビューを実施し、自由回答形式の質問を用いて、過去の行動や実際の解決策に焦点を当てます
• 主な質問：「最後に〜したときのことを教えてください」「順を追って説明してください」「これまでに何を試しましたか？」「うまくいっていますか？」
• 成果物：課題のテーマ、発生頻度の推定、現在の回避策、変更する意思
• 例：B2B SaaS の課題発見調査—潜在顧客に現在のツールや課題についてインタビューします

パターン 2：ジョブ理論（Jobs-to-be-Done）調査

• 目的：ユーザーが製品を「雇う」理由と、乗り換えのきっかけを特定します
• アプローチ：最近導入したユーザーや乗り換えたユーザーに切り替えに関するインタビューを行い、時系列や状況に焦点を当てます
• 主な質問：「何がきっかけで探し始めましたか？」「どのような代替案を検討しましたか？」「乗り換えを思いとどまらせかけたものは何ですか？」「今は何が違いますか？」
• 成果物：採用のきっかけ、利用をやめるきっかけ、望ましい成果、不安、習慣
• 例：SaaS の解約調査—最近解約したユーザーに、競合への乗り換えについてインタビューします

パターン 3：コンセプトテスト（定性調査）

• 目的：リリース前に製品コンセプト、ポジショニング、メッセージを検証します
• アプローチ：10〜15 件のインタビューで、コンセプト（モックアップ、ランディングページ、説明）を提示し、反応を集めます
• 主な質問：「ご自身の言葉で言うと、これは何ですか？」「誰を対象にしていますか？」「どのような用途で使いますか？」「いくらくらいだと思いますか？」
• 成果物：理解度スコア、認識されている価値、ターゲット層の明確さ、価格の基準
• 例：リリース前の検証—ターゲット層を対象にランディングページのメッセージをテストします

パターン 4：定量的な検証のためのアンケート

• 目的：インタビューで得られた知見を大規模に検証するか、機能の優先順位を決めます
• アプローチ：100〜500 人を対象に、尺度式の質問（リッカート尺度、順位付け）と自由回答形式の質問を組み合わせます
• 主な質問：満足度スコア（CSAT、NPS）、機能の重要度／満足度（Kano）、利用頻度、人口統計情報
• 成果物：統計的有意性、セグメンテーション、優先順位付け（重要度と満足度のマトリクス）
• 例：製品ロードマップの優先順位付け—500 人のユーザーを対象に、機能の重要度をアンケートで調査します

パターン 5：継続的な課題発見

• 目的：一度限りのプロジェクトではなく、継続的に学びます
• アプローチ：毎週、顧客との会話（15〜30 分）を行い、チームメンバーが交代で参加して、メモを共有します
• 主な質問：現在の注力分野（新機能、オンボーディング、拡大、継続利用）によって異なります
• 成果物：継続的なインサイトの提供、問題の早期発見、関係構築
• 例：製品チームが毎週 3〜5 件の顧客との通話を行い、共有ドキュメントにインサイトを記録します

ガードレール

主な要件：

1. 誘導的な質問を避ける：「正しい」答えを示唆するのではなく、中立的な言い方で質問します。「この UI は使いにくいと思いませんか？」ではなく、「この機能を使う手順を説明してください。何が起きましたか？」と尋ねます。

2. 仮定の話ではなく、過去の行動に焦点を当てる：人が実際にしたことは真実を明らかにしますが、そうするだろうという発言は間違っていることがよくあります。「この機能を使いますか？」ではなく、「X をする必要があった直近のときのことを教えてください」と尋ねます。

3. 「教えて」より「見せて」を使う：実際の行動は、説明された行動よりも信頼できます。画面共有や現在のワークフローの実演、成果物（スプレッドシートやツールなど）の提示を依頼します。

4. 適切な参加者を募集する：慎重にスクリーニングします。適切でない参加者は時間を無駄にします。参加・除外基準を定め、スクリーニング調査を実施します。

5. 手法に応じた適切なサンプルサイズを設定する：インタビューでは、テーマが浮かび上がるまでに 5～15 人が目安です。調査では統計的有意性を得るために 100 人以上、比較する場合はセグメントごとに 30 人以上が目安です。

6. 仮説に反する証拠を探す：仮説に反する証拠を積極的に探します。10 件中 9 件のインタビューが仮説を支持した場合は、支持しなかった 1 件を重点的に検討します。

7. 許可を得て録音し、文字起こしする：記憶はあてになりません。インタビューを録音し、分析用に文字起こしします。バックアップとしてメモも取ります。

8. 体系的に分析する：テーマ別コーディングを行い、テーマの数を集計します。支持する発言だけを選ぶのではなく、矛盾する証拠も提示します。

よくある落とし穴：

• ❌ 「～しますか？」という質問をする：仮定の話はあてになりません。「～したことはありますか」「～したときのことを教えてください」「見せてください」に焦点を当てます
• ❌ 少ないサンプルから統計的な主張をする：5 件のインタビューから「ユーザーの 80％が機能 X を求めている」と結論づけるのは妥当ではありません。インタビューはテーマ、調査は統計を明らかにします
• ❌ 選択バイアス：熱心な支持者または強い批判者だけにインタビューすると、結果が偏ります。多様なサンプルを募集します
• ❌ 非言語的なサインを無視する：「見せて」もらう間のためらい、混乱、回避策からは、言葉だけではわからない真実が見えてきます
• ❌ 表面的な回答だけで終わる：最初の回答は、後付けの理由であることがよくあります。「もう少し詳しく教えてください」「それが重要だったのはなぜですか？」「ほかには何がありますか？」と掘り下げます

クイックリファレンス

主なリソース：

• resources/template.md：インタビューガイドのテンプレート、調査テンプレート、JTBD の質問集、スクリーニング質問
• resources/methodology.md：高度な手法（JTBD の乗り換えインタビュー、カノ分析、テーマ別コーディング、統計分析、継続的ディスカバリー）
• resources/evaluators/rubric_discovery_interviews_surveys.json：調査の設計と実施に関する品質基準

一般的な所要時間：

• インタビューガイドの設計：1～2 時間
• インタビュー 10 件の実施：10～15 時間（スケジュール調整を含む）
• 分析と統合：4～8 時間
• 調査の設計：2～4 時間
• 調査の配布と回収：1～2 週間
• 調査の分析：2～4 時間

専門家への相談を検討する場合：

• 大規模な定量調査（参加者 1000 人以上）
• 統計モデリングまたは高度なセグメンテーション
• 縦断調査（経時的な追跡調査）
• エスノグラフィー調査（自然な環境での観察） → resources/methodology.mdを使用するか、専門のリサーチャーへの相談を検討してください

必要な入力：

• 調査目的：何を明らかにしようとしているか
• 仮説（任意）：検証する具体的な考え
• 対象ペルソナ：インタビューまたは調査の対象者
• ジョブ・トゥ・ビー・ダン（任意）：特定の JTBD に関する焦点

生成される成果物：

• discovery-interviews-surveys.md：インタビューガイドまたは調査票、募集基準、分析計画、インサイト用テンプレートを含む完全な調査計画