ux-research-plan

UX リサーチ計画スキル

このスキルでは、すぐに実行できる完全な UX リサーチ計画を作成します。リサーチの目的から、スクリーナーの質問、ディスカッションガイド、分析フレームワークまで、すべてを網羅した出力を生成します。

必要な入力

以下の情報が提示されていない場合は、ユーザーに尋ねてください。

• リサーチの質問（このリサーチはどのような意思決定に役立ちますか？）
• 調査対象のプロダクト領域または機能
• リサーチの種類（探索的／評価的／ユーザビリティテスト／日記調査／アンケート）
• 段階（探索／コンセプト検証／プロトタイプテスト／公開中のプロダクト）
• 対象参加者（役割、属性、行動 — 誰に話を聞くべきですか？）
• 期間とセッション数
• 既存の前提や仮説（任意ですが、有用です）

出力構成

---

UX リサーチ計画：[調査タイトル]

プロダクト領域： [領域] リサーチの種類： [種類] 日程： [期間] リサーチャー： [ユーザーが記入]

---

1. リサーチの目的

明確なリサーチの目的を2～4個記述してください。各目的は、調査結果によって内容が変わる意思決定に対応する必要があります。

目的 [N]： [具体的な事柄]を理解し、[それによって決まる意思決定]に役立てます。

---

2. リサーチの質問

[5～8個の質問 — リサーチで答えを得たい実際の質問です。インタビューで尋ねる質問ではなく、知識のギャップを明らかにするものです。各目的のもとに整理してください。]

目的1：

• RQ1.1：[リサーチの質問]
• RQ1.2：[リサーチの質問]

---

3. 調査方法とその根拠

選択した方法： [例：半構造化インタビュー／ユーザビリティテスト／コンセプトテスト]

この方法を選んだ理由： [2～3文で記述します。調査の種類に合わせて方法を選んでください。評価的調査ならユーザビリティテスト、探索的調査ならコンテキスチュアル・インクワイアリーまたはインタビュー、理解度をテストするなら5秒テストまたはコンセプトテストを選びます。]

この方法で分かること、分からないこと：

• 分かること： [この方法で明らかにするのに適したこと]
• 分からないこと： [調査の対象外となること — 限界を正直に記述します]

サンプルサイズ： [推奨するセッション数とその理由 — 例：「探索的リサーチにはモデレーター付きインタビューを5～6件、主な課題を特定するにはユーザビリティセッションを5～8件」]

---

4. 参加者スクリーナー

募集条件：

条件	必須／あると望ましい	該当する場合は対象外
[例：プロジェクト管理ソフトウェアを毎日使用している]	必須	[プロジェクト管理ツールをまったく使用しない]
[例：5人以上のチームで働いている]	必須	—
[例：B2B業界]	あると望ましい	—

スクリーナーの質問（5～8問）：

[Q1] [スクリーニングの質問 — 明確で、誘導的ではないもの]

• [回答の選択肢 — 適格／対象外となるものを明示]

[Q2] ...

謝礼の推奨額： [金額と形式 — 例：「英国では、プロフェッショナルな参加者に対する60分のセッションの謝礼として、50ポンド分のギフト券が一般的です」]

---

5. ディスカッションガイド

セッションを次のように構成します。

導入（5分）

• 自己紹介と調査内容の説明
• 「テストするのはデザインであり、あなたではありません。間違った回答はありません」
• 録音の許可を得る
• ウォームアップ：[打ち解けるための簡単な質問を1～2個 — 例：「あなたの役割と、典型的な1週間がどのようなものか教えてください」]

主な質問（セクション別）

セクション [A]：[トピック] （約X分）

1. [広い範囲から始める自由回答形式の質問] [追加質問：「詳しく教えていただけますか？」]
2. [さらに掘り下げるための質問] [追加質問：「何が起きたか、順を追って説明していただけますか？」]
3. [具体的なシナリオまたは過去の行動についての質問]

セクション [B]：[トピック] （約X分） [各セクションに2～3個の質問を続けて記述します]

ユーザビリティタスク（該当する場合）：

「このプロトタイプでいくつかの操作を試していただきます。操作しながら、考えていることを声に出してください。」

• タスク [N]：[明確なタスクの指示 — 「Xをクリックする」ではなく、「Yをするにはどこに進めばよいか探す」のように、ユーザーの視点で記述します]
  • 成功基準： [このタスクを「完了した」と判断できる状態]
  • 観察すること： [通常、どこでつまずきが生じるか]

締めくくり（5分）

• 「[トピック]について、まだ触れていないものの重要だと思うことはありますか？」
• 「[プロダクト／コンセプト]について、1つだけ変えられるとしたら、何を変えますか？」
• 調査内容を説明し、謝意を伝える

---

6. 統合フレームワーク

セッション後は、このフレームワークを使って調査結果を統合します。

ステップ 1：セッションメモ → 主な観察事項 各セッションについて、具体的な観察事項を 3～5 件記録します（解釈ではなく、行動、発言、反応を記録します）。

ステップ 2：親和性マッピング すべてのセッションの観察事項をテーマごとにグループ化します。4～7 個のクラスターを目指します。

ステップ 3：インサイトの記述 各クラスターについて、次の形式で記述します。「[状況]では、ユーザーは[根本的なニーズやメンタルモデル]のために、[行動／体験]をします。」

ステップ 4：示唆 各インサイトについて、次のいずれかの形式で記述します。「これは、[設計／製品上の示唆]を行うべきであることを意味します」または「これは、[前提]という私たちの前提に疑問を投げかけます。」

ステップ 5：調査レポートの構成：

• 主な調査結果（見出しを 3～5 件）
• 各調査結果を裏付ける根拠
• 設計上の推奨事項
• 次の調査サイクルに向けた未解決の質問

---

品質チェック

• 調査の目的が、実際の意思決定に結び付いている
• ディスカッションガイドは、具体的な質問に進む前に広い質問から始まる
• スクリーナーの基準が、適切な参加者を集められるほど具体的である
• タスク（ユーザビリティ調査の場合）が、ユーザーの視点で記述されている
• 統合フレームワークが含まれている
• 謝礼の推奨事項が含まれている

避けるべきパターン

• 調査の目的を明確に示さずに調査計画を作成しないでください。調査方法の選択はすべて、目的に基づく必要があります
• 生成的調査と評価的調査を明確に分けずに混在させた計画を作成しないでください
• スクリーナーの基準を省略しないでください。条件に合わない参加者を募集すると、調査の妥当性が損なわれます
• 誘導的な質問をディスカッションガイドに含めないでください。質問は中立的で、自由回答形式にする必要があります
• 謝礼の推奨事項を省略しないでください。謝礼のない調査は、参加者の質と完了率が低くなります

トリガーフレーズの例

• 「[機能または製品領域]の調査計画を作成する」
• 「[トピック]に関するユーザーインタビューのディスカッションガイドを作成する」
• 「[プロトタイプまたは機能]のユーザビリティテストを計画する」
• 「[対象ユーザーのタイプ]向けのスクリーナー質問を作成する」