「ユーザーの声を聞いた」だけでは、良い体験は作れません。ユーザーは自分の行動を正確に説明できないし、むしろ後付けで理由を捏造します。
この記事は、UIXHEROにおけるUXリサーチの入口となるガイドです。 定性・定量×行動・態度の4象限 で手法を体系化し、開発フェーズごとの使い分けを理解するためのナビゲーションとして作られています。
この記事でわかること
- UXリサーチの定義と4象限フレームワーク
- 代表的な手法(ユーザビリティテスト・A/Bテスト・インタビュー・サーベイなど)
- 開発フェーズごとの手法の使い分け
- UIXHEROの3レイヤー構造との接続
UIXHEROではUI設計を UX心理(Why) → UI原則(What) → UIコンポーネント(How) の3レイヤーで体系化しています。
- 心理学を理解する → UX心理119法則
- 設計原則を学ぶ → UIデザイン原則65
- 実装パターンを知る → UIコンポーネント完全ガイド
→ サイト全体の入口は UIデザイン完全ガイド から
UXリサーチとは
UXリサーチ(User Experience Research)とは、 ユーザーの行動、動機、課題を体系的に調査するプロセス です。
単に「ユーザーの声を聞く」だけではありません。観察、実験、データ分析など様々な手法を組み合わせて、 「ユーザーが本当に求めているもの」 を解き明かします。
なぜUXリサーチが必要か
開発者やデザイナーは、製品に詳しすぎるがゆえに「初めて使うユーザーがどこでつまずくか」を自分たちだけで発見することは 構造的に不可能 です(知識の呪い)。
| 問題 | 原因 | 解決策 |
|---|---|---|
| 「使いやすいと思ったのに使えない」 | 知識の呪い | ユーザビリティテストで行動を観察 |
| 「ユーザーが欲しいと言った機能が使われない」 | 態度と行動のギャップ | 行動ログ・A/Bテストで検証 |
| 「何を作ればいいかわからない」 | ユーザー理解の不足 | インタビューで課題を発見 |
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デザイン完全ガイド — UX心理・UI原則・UIコンポーネントの3レイヤーを一本化
- UIデザイン原則まとめ — 心理法則をUI設計のルールへ翻訳する65原則
- UIコンポーネント完全ガイド — 原則を「実装可能な部品」として形にする60コンポーネント
- UX心理学まとめ — UIデザインの「なぜ」を説明する119法則
UXリサーチとは、ユーザーの行動・動機・課題を体系的に調査し、製品設計の根拠を得るプロセスです。