この記事は、UXリサーチ領域を体系的に学ぶためのナビゲーションです。
15の調査手法を「定性・定量×行動・態度」の4象限で体系化しています。
あなたの目的は？
| 目的 | 最初に読む記事 |
|---|---|
| UXリサーチとは何か、基本概念を知りたい | → UXリサーチとは |
| インタビューの技術を学びたい | → インタビュー技術一覧（22本） |
| ユーザビリティテストのやり方を知りたい | → ユーザビリティテスト |
| A/Bテストのやり方を知りたい | → A/Bテスト |
| アンケート調査のやり方を知りたい | → サーベイ |
→ サイト全体の入口は UXデザイン完全ガイド から
4象限フレームワーク
ニールセン・ノーマン・グループが提唱する分類が最も有名です。リサーチ手法は「データの性質（定性・定量）」と「データの対象（態度・行動）」の2軸で整理できます。
| 定性（Qualitative） | 定量（Quantitative） | |
|---|---|---|
| 行動（Behavioral） | ユーザビリティテスト、フィールドスタディ | A/Bテスト、アクセス解析、アイトラッキング |
| 態度（Attitudinal） | ユーザーインタビュー、日記調査 | アンケート |
※カードソートは定性（オープン型）と定量（クローズド型）の両面を持つため、「情報構造の発見・検証」として別枠で捉えることが多い。
定性 vs 定量
| 定性調査 | 定量調査 | |
|---|---|---|
| 答える問い | なぜ（Why）・どのように（How） | どれくらい（How many）・どちらが（Which） |
| サンプル数 | 少数（5〜15人） | 多数（100人以上） |
| 得られるもの | 深い理解、仮説の発見 | 統計的な裏付け、規模の把握 |
| 代表的手法 | インタビュー、観察 | サーベイ、A/Bテスト |
行動 vs 態度
| 行動データ | 態度データ | |
|---|---|---|
| 対象 | ユーザーが実際にやったこと | ユーザーが言っていること |
| 信頼性 | 高い（客観的事実） | 低い（バイアスがかかりやすい） |
| 注意点 | 「なぜ」がわからない | 言っていることとやっていることは違う |
代表的な手法一覧
定性×行動
ユーザビリティテスト
実際のユーザーに製品を使ってもらい、その行動を観察して問題点を発見する。
- 代表的な目安として、少人数（5人程度）でも主要な問題は見つけやすい（ヤコブ・ニールセン）
- 思考発話法を併用して「なぜ迷ったか」も把握
- → ユーザビリティテスト
フィールドスタディ
ユーザーの実際の環境（職場、自宅など）に出向き、利用状況を観察する。
- ラボでは再現できない文脈（周囲の環境、中断、同僚との会話）を把握
- 開発初期の課題発見に有効
定量×行動
A/Bテスト
2つのパターンを実際のユーザーにランダムに割り当て、どちらが良い成果を出すかをデータで検証する。
- 主観的な議論を客観的なデータで終わらせる
- 事前にサンプルサイズを計算し、統計的有意性で判断
- → A/Bテスト
アクセス解析
Webサイトやアプリのログを分析し、ユーザーの行動パターンを把握する。
- 離脱ポイント、滞在時間、コンバージョン率
- 「何が起きているか」はわかるが「なぜ」はわからない
定性×態度
ユーザーインタビュー
ユーザーと直接対話し、行動の背景や潜在ニーズを深く理解する。
- 意見ではなく事実（過去の行動・エピソード）を聞く
- 半構造化インタビューが最も一般的
- → ユーザーインタビュー
日記調査
ユーザーに一定期間、体験を記録してもらう。
- 時間経過に伴う行動・感情の変化を把握
- 記憶に頼らないリアルタイムのデータ収集
定量×態度
サーベイ（アンケート調査）
多数のユーザーに同じ質問を行い、定量的なデータを収集する。
- NPS・CSAT・SUSなど標準化された指標
- バイアス（誘導尋問、社会的望ましさ）に注意
- → サーベイ（アンケート調査）
カードソート
ユーザーに情報をグループ分けしてもらい、自然な分類構造を探る。
- ナビゲーション設計の根拠となるデータを収集
- オープン（発見）とクローズド（検証）の2種類
- → カードソート
開発フェーズごとの使い分け
発見フェーズ（Discover）
「何を作るべきか？誰が使うのか？」を探る段階。
| 手法 | 目的 |
|---|---|
| フィールドスタディ | ユーザーの現場に行き、利用状況を観察する |
| ユーザーインタビュー | 課題やニーズをヒアリングする |
| 日記調査 | 時間経過に伴う行動・感情を把握する |
定義フェーズ（Define）
「機能や構造はどうあるべきか？」を決める段階。
| 手法 | 目的 |
|---|---|
| カードソート | メニュー構造がユーザーの感覚に合っているか調べる |
| ペルソナ作成 | リサーチ結果をユーザー像としてまとめる |
| ジャーニーマップ | タッチポイントごとの体験を可視化する |
開発・検証フェーズ（Design & Deliver）
「作ったものが使いやすいか？」を確認する段階。
| 手法 | 目的 |
|---|---|
| ユーザビリティテスト | プロトタイプや実装をユーザーに使ってもらい、課題を見つける |
| ファーストクリックテスト | 最初にクリックする場所が正しいか検証する |
運用フェーズ（Listen & Measure）
「リリース後の成果は？改善点は？」を測る段階。
| 手法 | 目的 |
|---|---|
| A/Bテスト | 2つのパターンを比較して、効果を検証する |
| アンケート | 満足度（NPS・CSATなど）を測定する |
| ログ解析 | 離脱率やコンバージョン率を監視する |
UIXHEROの3レイヤー構造との接続
UXリサーチは、UIXHEROの3レイヤー構造において「Why」の根拠を強化する役割を担います。
UXリサーチ（ユーザー理解）
↓
UX心理（Why）— なぜユーザーはそう感じ・行動するか
↓
UI原則（What）— どう設計すればよいか
↓
UIコンポーネント（How）— どう形にするか
リサーチで発見した課題・ニーズを、UX心理の法則で説明し、UI原則で設計判断に変換し、UIコンポーネントで実装する——このサイクルがデータドリブンなUX改善の基本形です。
よくある質問
定性調査と定量調査、どちらを先にやるべきですか？
一般的には定性から入るのが推奨されます。まずインタビューや観察（定性）で「なぜ」や「どうやって」という仮説を立て、その後にアンケートやA/Bテスト（定量）で「どれくらい」の規模で起きているかを検証します。
ユーザー数は何人くらい必要ですか？
目的によります。ユーザビリティ上の問題を発見する定性調査なら、代表的な目安として少人数（5人程度）でも主要な問題は見つけやすい（ヤコブ・ニールセン）。一方、統計的に有意なデータを得たい定量調査（A/Bテストやアンケート）では、数百〜数千のサンプルが必要です。
リサーチをする時間がない時はどうすれば？
ゲリラリサーチを検討してください。廊下ですれ違った同僚や、カフェにいる人に5分だけプロトタイプを触ってもらうだけでも、何もしないよりは遥かに多くの洞察が得られます。
どの手法から学ぶべきか
初めてUXリサーチに触れる場合は、次の順番で理解するのがおすすめです。
- ユーザーインタビュー — 課題を発見する（なぜを知る）
- ユーザビリティテスト — 行動を観察する（何が起きているかを知る）
- サーベイ — 規模を把握する（どれくらいかを知る）
- A/Bテスト — 改善を検証する（どちらが良いかを知る）
この順番で学ぶと、「定性で発見→定量で検証」というリサーチの基本サイクルが自然に身につきます。
手法選択の判断基準
「何を知りたいか」で手法を選びます。
| 知りたいこと | 選ぶ手法 |
|---|---|
| 「なぜ」を知りたい | ユーザーインタビュー |
| 「何が起きているか」を知りたい | ユーザビリティテスト |
| 「どれくらい」を知りたい | サーベイ |
| 「どちらが良いか」を知りたい | A/Bテスト |
| 「どう分類するか」を知りたい | カードソート |
迷ったら、まずユーザビリティテストから。行動を観察するだけで「何が起きているか」がわかります。
UXリサーチを始める3ステップ
STEP 1: ユーザーを観察する（定性×行動）
まずはユーザビリティテスト。実際のユーザーに製品を使ってもらい、どこでつまずくかを観察する。
- 所要時間: 1人30分 × 5人 = 半日
- コスト: 謝礼3,000〜5,000円 × 5人 + 会議室
- 得られるもの: 「ここで迷う」という具体的な問題点
→ 詳細ガイド: ユーザビリティテスト実践ガイド
STEP 2: 理由を深掘りする（定性×態度）
観察で「ここで迷う」がわかったら、インタビューで「なぜ迷うか」を探る。
- 所要時間: 1人45分〜60分 × 5人
- コスト: 謝礼5,000円 × 5人
- 得られるもの: 「なぜそう行動するか」の理由
→ 詳細ガイド: ユーザーインタビュー実践ガイド
STEP 3: 改善案を検証する（定量×行動）
問題と原因がわかったら、改善案をA/Bテストで検証する。
- 所要時間: 最低1週間（十分なサンプルが集まるまで）
- コスト: ツール費用（無料プランあり）
- 得られるもの: 「どちらが良いか」の統計的証拠
→ 詳細ガイド: A/Bテスト実践ガイド
チームでUXリサーチを始めるには
「リサーチする時間がない」への回答
| 反論 | 回答 |
|---|---|
| 時間がない | ゲリラテスト（5人×30分）で十分。リリース後の手戻りの方が高い |
| 予算がない | 社内の別チームメンバーに依頼すれば謝礼不要 |
| 専門知識がない | 「黙って観察する」だけでも価値がある |
| ステークホルダーが理解しない | 1回観察に同席してもらうと考えが変わる |
明日から始めるゲリラテスト
- 社内の別チームのメンバー3人に声をかける
- 「この画面で、○○を完了してください」とタスクを伝える
- 黙って観察する（助けない、教えない）
- つまずいた場所を記録する
10分で致命的な問題が見つかる。
関連リンク
実践ガイド（ブログ記事）
- ユーザビリティテスト実践ガイド — 5人で85%の問題を発見する具体手順
- A/Bテスト実践ガイド — 統計的に正しい意思決定を行う実験設計
- ユーザーインタビュー実践ガイド — 「なぜ」を引き出す質問設計
- サーベイ実践ガイド — バイアスを排除して正確なデータを集める
- カードソート実践ガイド — ユーザーの頭の中を可視化する
リファレンス（辞書的説明）
関連する用語集
まとめ
UXリサーチは、単一の手法ではなく、複数の手法を組み合わせて行うプロセスです。まずは1つの手法から始め、段階的に他の手法を組み合わせることで、ユーザー理解の精度は大きく向上します。
今日から直せる一手
次のリリース前に、社内の別チームのメンバー3人に「〇〇を完了してください」とタスクを与え、黙って観察してみてください。10分で致命的な問題が見つかります。
次に読む
- ユーザーインタビュー実践ガイド — 「なぜ」を引き出す質問設計
- ユーザビリティテスト実践ガイド — 5人で85%の問題を発見する具体手順
UXデザインを体系的に学ぶ
UXリサーチの手法を理解したら、次は「UI原則」と「UIコンポーネント」も学ぼう。
UIデザイン3レイヤー
- UIデザイン完全ガイド — UX心理・UI原則・UIコンポーネントの3レイヤーを一本化
- UIデザイン原則まとめ — 心理法則をUI設計のルールへ翻訳する65原則
- UIコンポーネント完全ガイド — 原則を「実装可能な部品」として形にする69コンポーネント
- UX心理学まとめ — UIデザインの「なぜ」を説明する119法則
関連リソース
- インタビュー技術一覧（22本） — インタビューの技術棚（リサーチと密接に関連）
- エンジニアリング一覧（15本） — フロントエンド設計原則
- アクセシビリティ一覧（11本） — 誰もが使えるUI設計
→ 全体像を見る: UXデザイン完全ガイド
UXリサーチとは、ユーザーの行動・動機・課題を体系的に調査し、製品設計の根拠を得るプロセスです。
