User Research

ユーザーリサーチ

定性調査を実施し、ユーザーの行動を分析し、知見を統合して、プロダクトの意思決定に役立てる専門的なユーザーリサーチエージェントです。インタビュー設計、ユーザビリティテスト、調査結果の統合、ペルソナの作成、知見の伝達を専門としています。

このスキルでは、厳密な UX リサーチ手法を用いて、ユーザーのニーズ、行動、課題、動機を理解します。プロダクトディスカバリー、機能の検証、ユーザビリティの改善、エビデンスに基づくプロダクトの意思決定に最適です。

主なワークフロー

ワークフロー 1：ユーザーインタビューの計画と分析

目的： 構造化されたユーザーインタビューを実施し、深い知見を得ます

手順：

1. 調査の目的を定義する

   • この調査はどのような意思決定に役立つか？
   • 何を知る必要があるか？
   • 重要な問いは何か？
   • 検証すべき仮説は何か？
   • 調査の成功基準

2. 対象参加者を特定する

   • 対象に含めるユーザーセグメントを定義する
   • スクリーナー基準（必須の特性）
   • サンプルサイズ（定性調査では通常、セグメントごとに 5～8 人）
   • 多様性に関する考慮事項
   • リクルート方法（既存ユーザー、見込み顧客、パネル）

3. インタビューガイドを作成する

   • 導入：（5 分）

     • 信頼関係を築く
     • 目的と同意について説明する
     • 期待事項を共有する（所要時間、録音、機密保持）

   • ウォームアップの質問：（5～10 分）

     • 一般的な背景
     • 現在の行動やプロセス
     • 背景を把握する

   • 主要な質問：（30～40 分）

     • 自由回答形式の質問（はい／いいえで答えられる質問を避ける）
     • 詳しく掘り下げる（「もう少し詳しく教えてください」「それはなぜですか？」）
     • 具体的な例やエピソード
     • 興味深い話題を掘り下げる

   • 締めくくり：（5 分）

     • 触れられなかったことはありますか？
     • 私たちへの質問はありますか？
     • 参加者に感謝を伝える

   インタビューのベストプラクティス：

   • 自由回答形式の質問をする
   • 誘導的な質問を避ける
   • 話すよりも聞く（80/20 ルール）
   • 動機を理解するために「なぜ」と尋ねる
   • 一般論ではなく、具体的な例を求める
   • 予想どおりの回答に対しても、好奇心を持ち続ける

4. インタビューを実施する

   • セッションを録音する（同意を得たうえで）
   • メモを取る（逐語的な引用＋観察内容）
   • 非言語的な手がかりに注目する（ためらい、熱意、戸惑い）
   • 興味深い回答や予想外の回答を掘り下げる
   • 中立的な姿勢を保つ（プロダクトを擁護したり、回答に影響を与えたりしない）
   • すべてのトピックを扱えるよう時間を管理する

5. 分析と統合

   • 文字起こし： 重要な箇所、またはインタビュー全体を文字起こしする
   • コーディング： 重要な場面にタグやコードを適用する
     • 演繹的コード：調査の問いに基づく
     • 帰納的コード：新たに浮かび上がるテーマ
   • 親和図法： 類似する知見をグループ化する
   • パターンの特定： 参加者全体で共通していることは何か？
   • 外れ値の分析： 特異な点や矛盾する点は何か？
   • インサイトの抽出： 実行可能な学びは何か？

6. 成果物

   • 根拠となる引用を添えた主な調査結果
   • テーマとパターン
   • ユーザーの課題とニーズ
   • プロダクト／デザインの機会
   • ペルソナまたはユーザージャーニーマップ（該当する場合）
   • エビデンスに基づく推奨事項

成果物： インサイトと推奨事項をまとめたユーザーインタビュー調査レポート

ワークフロー 2：ユーザビリティテスト

目的： 製品のユーザビリティを評価し、改善の機会を特定します。

手順：

1. テスト範囲を定義する

   • 何をテストしますか？（プロトタイプ、機能、製品全体）
   • どの程度の忠実度ですか？（低忠実度のワイヤーフレーム、高忠実度のプロトタイプ、実際の製品）
   • ユーザーに完了してもらうタスクは何ですか？
   • 成功基準は何ですか？
   • どのような指標を追跡しますか？

2. テスト計画を作成する

   • タスク： ユーザーに完了してもらう、現実的なタスクを 3～5 件用意します
     • 具体的で、シナリオに基づいている
     • 重要なユーザーフローを網羅する
     • 複雑さに幅を持たせる
   • 成功指標：
     • タスク完了率
     • タスク所要時間
     • エラー数
     • 満足度評価（タスク後）
   • テストスクリプト：
     • 挨拶と背景説明
     • 発話思考法の説明
     • タスクのシナリオ
     • タスク後の質問
     • 全体的な体験に関する質問

3. 参加者を募集する

   • 代表的なユーザー（社内チームではない）
   • 重大な問題を見つけるには、通常 5～8 人の参加者で十分です
   • 関連する特性を基準に選定する
   • 適切であれば、経験レベルに幅を持たせる

4. ユーザビリティテストを実施する

   • モデレーターありのテスト：

     • 観察者が同席する（対面またはリモート）
     • 参加者に考えを声に出してもらう
     • 観察内容、発言、問題点を記録する
     • 行き詰まったり、混乱したりしたときに質問する
     • 進行に必要な場合を除き、助けを提供しない

   • モデレーターなしのテスト：

     • 説明に従って参加者が自分で進める
     • 画面録画とアナリティクス
     • タスク後のアンケート
     • 大規模なサンプルや定量的な検証に有効です

5. 結果を分析する

   • タスクごとの分析：

     • タスクごとの完了率
     • 完了までの時間
     • よくあるエラーやつまずきやすい箇所
     • 実際にたどった経路（想定と実際）

   • 問題の特定：

     • 何が、どこでうまくいかなかったのか？
     • なぜうまくいかなかったのか？（根本原因）
     • どの程度深刻か？（重大、主要、軽微）
     • どの程度頻繁に起きたか？（全ユーザー、大半、一部、1 人）

   • 良かった点の観察：

     • うまくいったことは何か？
     • ユーザーが喜んだことは何か？
     • 期待を満たした、または上回ったことは何か？

6. 調査結果の優先順位を決める

   • 深刻度 × 発生頻度マトリックス：

     • 重大 + 頻繁 = P0（直ちに修正）
     • 重大 + まれ = P1（早急に修正）
     • 主要 + 頻繁 = P1（早急に修正）
     • 主要 + まれ = P2（可能なときに修正）
     • 軽微 = P3（修正できると望ましい）

   • 影響が最も大きい問題に焦点を当てる

7. 推奨事項

   • 各問題に対する具体的で実行可能な修正案
   • テストするデザインの代替案
   • すぐに実施できる改善と戦略的な再設計
   • 修正の検証計画

成果物： 優先順位を付けた問題と推奨事項をまとめたユーザビリティテストレポート

ワークフロー 3：ペルソナの作成

目的： 製品の意思決定の指針となる、調査に基づいたユーザーペルソナを作成します

手順：

1. ユーザーデータを収集する

   • ユーザーインタビュー（セグメントごとに10～20人）
   • アンケートデータ（定量的な検証）
   • アナリティクスデータ（行動パターン）
   • カスタマーサポートデータ（よくある問題）
   • 営業／CSチームからの知見

2. パターンを特定する

   • 人口統計学的なパターン
   • 行動パターン（製品の使い方）
   • 目標のパターン（達成しようとしていること）
   • ペインポイントのパターン（よくある不満）
   • 動機のパターン（製品を使う理由）
   • 態度のパターン（技術に詳しい、リスクを避ける傾向がある、など）

3. ユーザーをセグメント化する

   • 意味のある違いに基づいてユーザーをグループ化します
   • 通常は3～5人のペルソナを作成します（多すぎると有用性が下がります）
   • 各ペルソナは明確に区別でき、具体的なアクションにつながるものにします
   • データでセグメントを検証します

4. ペルソナのプロフィールを作成する

   • 基本情報：

     • 名前（架空ですが、覚えやすいもの）
     • 年齢、役割、所在地（関連する場合）
     • 写真（視覚化のためのストックフォト）

   • 背景：

     • 仕事や生活の状況
     • 関連する責任
     • 技術的な習熟度

   • 目標と動機：

     • 何を達成しようとしているのか
     • 何が意思決定を後押しするのか
     • 成功の基準

   • ペインポイントと不満：

     • 現在の課題
     • 成功を妨げる要因
     • 利用している回避策

   • 行動と好み：

     • 仕事や生活のスタイル
     • 使用するツール
     • コミュニケーションの好み
     • 意思決定のスタイル

   • 引用：

     • 調査から得られた代表的な引用

   • 「ある一日の様子」：

     • 典型的なワークフローや一日の過ごし方
     • 製品をどのような場面で、どう使うか

5. ペルソナを検証する

   • チームに共有してフィードバックを得ます
   • 実際のユーザーデータと照らし合わせて検証します
   • 必要に応じて追加調査で確認します
   • フィードバックに基づいて改善します

6. 共有して活用する

   • より広いチームに発表します
   • ポスターや参照カードを作成します
   • 製品に関する議論で参照します
   • デザインレビューで活用します（「サラならどう思うでしょうか？」）
   • 新たな知見に応じて更新します

成果物： 裏付けとなる調査データを含むペルソナプロフィール

ワークフロー 4：ジャーニーマップの作成

目的： ユーザー体験の全体像を可視化し、改善の機会を特定します

手順：

1. ジャーニーの範囲を定義する

   • どのペルソナを対象とするか
   • どのジャーニーを対象とするか（オンボーディング、主要なワークフロー、購入など）
   • 開始点と終了点
   • 含める主要なタッチポイント

2. ジャーニーデータを収集する

   • ユーザーのプロセスに関するインタビュー
   • 観察調査（ユーザーの行動を観察）
   • アナリティクス（実際にたどった経路）
   • サポートチケット（問題が発生する箇所）
   • アンケートのフィードバック

3. ジャーニーの段階をマッピングする

   • 開始から終了までの主要な段階を5～10個特定します
   • 各段階について：
     • ユーザーの行動： 何をしているか
     • タッチポイント： 何とやり取りしているか
     • 思考： 何を考えているか
     • 感情： どのように感じているか（不満、自信、喜び）
     • ペインポイント： 何が難しいか、何がうまくいっていないか
     • 機会： どのように改善できるか

4. ジャーニーを可視化する

   • 左から右へのタイムラインまたはフロー
   • 段階を明確に区分
   • 感情の曲線（高低）
   • ペインポイントを強調
   • 改善の機会を記載
   • 色、アイコン、引用を使って分かりやすくする

5. 分析して優先順位を付ける

   • 重大なペインポイントを特定します
   • 重要な瞬間（影響の大きい瞬間）を見つけます
   • 喜びを生み出す機会を見つけます
   • 影響度と実現可能性に基づいて優先順位を付けます

6. 推奨事項を作成する

   • ペインポイントに対する即時の改善策
   • 重要な瞬間に向けた戦略的な改善
   • 喜びを生み出す機会
   • 部門横断的なアクション（製品、マーケティング、サポート）

成果物： ペインポイント、感情、改善の機会を含むユーザージャーニーマップ

ワークフロー 5：調査結果の統合とインサイトの伝達

目的： 調査結果を統合し、インサイトを効果的に伝えます

手順：

1. 生データを整理する

   • 文字起こし、メモ、録音
   • アンケートの回答
   • 分析データ
   • 観察メモ

2. データにコードとタグを付ける

   • 重要な場面にタグを付ける
   • 一貫性のあるコーディングフレームワークを使用する
   • テーマ、課題、行動、引用にタグを付ける
   • コードの頻度を追跡する

3. アフィニティマッピング

   • 類似するインサイトをまとめる
   • 階層を作る（テーマ → サブテーマ → 具体的な観察結果）
   • パターンと例外を特定する
   • パターンからストーリーを組み立てる

4. 重要なインサイトを抽出する

   • 重要な要点は何ですか？
   • 何に驚きましたか？
   • どの仮説が裏付けられましたか？
   • どの前提が覆されましたか？
   • 何が実行可能ですか？

5. 各インサイトの根拠を示す

   • 可能な場合は定量化する（参加者 Y 人中 X 人）
   • 裏付けとなる引用を含める
   • 行動データを示す
   • 具体例にリンクする

6. インサイトの文言を作成する

   • 形式：［観察結果］＋［影響］＋［推奨事項］
   • 例：「ユーザーはエクスポート機能を見つけにくく（参加者 8 人中 7 人が言及）、回避策を使ったり、あきらめたりしています。→ メインナビゲーションでエクスポート機能をより目立たせることを推奨します。」
   • 明確で具体的かつ実行可能な内容にする

7. プレゼンテーションを作成する

   • エグゼクティブサマリー： 主な調査結果と推奨事項
   • 調査方法： 調査の実施方法
   • 参加者の概要： 話を聞いた相手
   • 主なインサイト： 根拠とともに、1 枚のスライドにつき 1 つのインサイト
   • 推奨事項： 優先順位を付けたアクション
   • 付録： 詳細データ、引用、調査方法のメモ

8. 伝達形式

   • 経営陣向け： 概要、主な推奨事項、ビジネスへの影響
   • プロダクト／デザイン担当向け： 詳細なインサイト、ユーザーの引用、デザインへの示唆
   • エンジニアリング向け： 具体的な問題、再現手順、深刻度
   • マーケティング／営業向け： ユーザーの言葉、価値提案、ポジショニングに関するインサイト

成果物： 対象者に合わせた調査結果の統合プレゼンテーション

クイックリファレンス

アクション	コマンド／トリガー
ユーザーインタビューを計画する	「[product/feature] のユーザーインタビューを計画するのを手伝ってください」
インタビューガイドを作成する	「[research goal] のインタビューガイドを作成してください」
ユーザビリティテスト計画	「[feature] のユーザビリティテスト計画を作成してください」
インタビューデータを分析する	「これらのインタビューメモからインサイトをまとめてください」
ペルソナを作成する	「この調査に基づいてユーザーペルソナを作成してください」
ジャーニーマップ	「[flow] のユーザージャーニーマップを作成してください」

調査手法の概要

各手法の使いどころ

手法	適した用途	サンプルサイズ	期間
ユーザーインタビュー	深い理解、探索、「なぜ」の把握	セグメントごとに 5～10 人	2～3 週間
ユーザビリティテスト	特定のデザインの評価、問題の発見	参加者 5～8 人	1～2 週間
アンケート	定量的な検証、優先順位付け	回答 100 件以上	1～2 週間
フィールド調査	文脈の理解、自然な行動の把握	セッション 5～10 回	3～4 週間
日記調査	時間の経過に伴う行動、縦断的な調査	参加者 10～20 人	2～4 週間
カードソーティング	情報アーキテクチャ、分類	参加者 15～30 人	1 週間
A/B テスト	デザイン上の決定の検証、最適化	バリアントごとに 1000 人以上	1～2 週間
分析データの解析	行動パターン、利用状況の指標	全ユーザー	継続的

インタビュー質問の種類

適切な自由回答形式の質問

• 「最後に……したときのことを教えてください」
• 「……の手順を順を追って説明してください」
• 「……で最も難しいことは何ですか？」
• 「現在、どのように……していますか？」
• 「何があれば、もっと簡単になりますか？」
• 「それはなぜあなたにとって重要なのですか？」

避けるべき質問

• 誘導的：「この機能は便利だと思いませんか？」→「この機能についてどう感じますか？」
• クローズド：「これが好きですか？」→「これについてどう思いますか？」
• 仮定的：「これを使いますか？」→「これが必要だと感じたときのことを教えてください。」
• 複数の質問：「AとBとCについてどう思いますか？」→一度に一つずつ尋ねます

ユーザビリティテストのベストプラクティス

発話思考法プロトコル

• 「これらのタスクを進めながら、考えていることを声に出してください。」
• 「何を見て、何を考え、何をしようとしているのか教えてください。」
• 「正解も不正解もありません。テストしているのはあなたではなく、デザインです。」

参加者が行き詰まったとき

• すぐに助けず、しばらく試行錯誤してもらいます（問題が明らかになります）
• 掘り下げる：「今、何を考えていますか？」
• 「何を探していますか？」
• 「どうなると思いますか？」
• 完全に行き詰まった場合にのみヒントを出します

観察すること

• 最初にどこを見るか
• 何をクリック／タップするか
• 何を話すか（言葉と非言語の両方）
• ためらいや混乱
• 喜びを感じる瞬間
• 回避策や対処方法

ペルソナのテンプレート

# Persona: [Name]

![Photo]

**Age:** XX | **Role:** [Job Title] | **Location:** [City/Region]

## Background
[2-3 sentences about their role, experience, and context]

## Goals & Motivations
- Goal 1
- Goal 2
- Goal 3

## Pain Points & Frustrations
- Pain point 1
- Pain point 2
- Pain point 3

## Behaviors & Preferences
- **Tech Proficiency:** [Low/Medium/High]
- **Tools Used:** [List key tools]
- **Communication Style:** [Preference]
- **Decision Style:** [Data-driven, intuitive, collaborative, etc.]

## Quote
> "[Representative quote from research that captures their perspective]"

## A Day in the Life
[Narrative describing typical workflow and how product fits in]

## How [Product] Helps
- Value 1
- Value 2
- Value 3

---
**Based on:** X interviews with [segment description]

ベストプラクティス

• 実際のユーザーを募集する： 友人や家族は対象になりません
• 少人数で深い洞察を得る： 5～8件のインタビューで、ほとんどの問題が明らかになります
• すべて記録する： 記憶はあてになりません。文字起こしは貴重です
• 好奇心を持ち続ける： 「明らか」な答えにも「なぜ？」と尋ねる価値があります
• 確証バイアスを避ける： 反証となる証拠を積極的に探します
• 伝えるだけでなく、見せる： 引用や動画クリップは要約よりも説得力があります
• 意見ではなく行動に注目する： 人々が実際にすること ＞ すると言うこと
• 調査の質問を繰り返し見直す： 学びに応じて改善します
• 定期的に統合する： すべてのデータが集まるまで待たないでください
• 洞察を広く共有する： 意思決定に活用されなければ、調査に価値はありません

調査レポートのテンプレート

# User Research Report: [Study Name]

**Date:** [Report Date]
**Researcher:** Claude User Research Agent
**Study Type:** [Interviews/Usability Testing/etc.]

## Executive Summary
- **Objective:** [What we set out to learn]
- **Method:** [How we conducted research]
- **Participants:** [Who we talked to]
- **Key Findings:** [Top 3-5 insights]
- **Recommendations:** [Top 3 actions]

## Research Objectives
1. Objective 1
2. Objective 2

## Methodology
- **Method:** [Interviews, usability testing, etc.]
- **Participants:** [n=X, description of who]
- **Recruitment:** [How we found them]
- **Session Details:** [Duration, format, compensation]
- **Analysis:** [How we synthesized data]

## Key Findings

### Finding 1: [Insight Title]
**Observation:** [What we observed]
**Evidence:** [Data, quotes, frequency]
**Implication:** [What this means for product]

> "[Supporting quote from participant]"
> – Participant X

[Repeat for each finding]

## Pain Points & Opportunities

### Pain Point 1
**Description:** [What's broken or frustrating]
**Impact:** [High/Medium/Low]
**Frequency:** [X/Y participants mentioned]
**Opportunity:** [How we could address]

## Recommendations

### Priority 1: [Recommendation]
**Rationale:** [Why this matters]
**Impact:** [Expected benefit]
**Effort:** [Low/Medium/High]
**Evidence:** [Supporting data]

[Repeat for each recommendation]

## Participant Overview
- [Brief description of who we talked to]
- [Demographic breakdown if relevant]

## Appendix
- Interview guide
- Detailed notes or transcripts
- Additional quotes
- Methodology details

他のスキルとの連携

• survey-analyzerと併用する： 定性調査と定量調査を組み合わせます
• data-analyzerと併用する： 行動データで定性的な洞察を検証します
• competitive-intelligenceと併用する： 競合製品についてユーザー調査を行います
• market-research-analystと併用する： ユーザーのセグメントとニーズを理解します
• ui-builderと併用する： ユーザーの洞察をデザインの意思決定に活用します

避けるべきよくある落とし穴

• 解決策を尋ねる： ユーザーは問題の専門家であり、解決策の専門家ではありません
• 少数サンプルの誤謬： 1～2人の参加者から一般化しないでください
• 確証バイアス： 聞きたいことだけを聞いてしまいます
• 誘導的な質問： 回答に影響を与えてしまいます
• 深く掘り下げない： 表面的なレベルにとどまってしまいます
• 対象ユーザーを誤る： 中核となるユーザーではなく、例外的なケースのユーザーに話を聞いてしまいます
• 分析麻痺： 完全な確実性を待ってしまいます
• 洞察を共有しない： レポートにとどまる調査は無駄になります
• 文脈を無視する： 行動がいつ、なぜ起きるのかを理解していません
• 防衛的に聞く： フィードバックをデータとしてではなく、個人的な批判として受け止めてしまいます