フレームワーク活用ガイドひとことで言うと#
「推測ではなく事実に基づいてデザインの意思決定を行うための調査手法」。「ユーザーはこう思っているはず」という仮定を、実際のユーザーへの調査で検証する。良いデザインの出発点は、良いリサーチにある。
押さえておきたい用語#
- リサーチクエスチョン（Research Question）
- リサーチで答えるべき具体的な問い。1回のリサーチで1〜3個に絞ることで結果の精度が上がる。
- 定性調査（Qualitative Research）
- インタビューや観察で**「なぜ」を深掘りする**調査手法。少人数でも深い洞察が得られる。
- 定量調査（Quantitative Research）
- アンケートやA/Bテストで**「どれくらい」を数値で測る**調査手法。傾向の把握と仮説検証に強い。
- インサイト（Insight）
- 調査データから導かれたデザインに活かせる本質的な発見。「ユーザーはAの理由でBしている」の形で表現される。
- コンテキスチュアルインクワイリー
- ユーザーの利用現場を訪問し、実際の操作を観察しながら質問する調査手法。
デザインリサーチの全体像#
こんな悩みに効く#
- デザインの意思決定が「声の大きい人の意見」や「なんとなく」で決まっている
- ユーザーの本当のニーズがわからず、リリースしても反応が薄い
- ユーザーテストはしているが、もっと上流の段階からユーザーを理解したい
基本の使い方#
調査を始める前に何を知りたいのかを明確に定義する。
リサーチの問い（Research Question）の例:
- 「ユーザーは現在どのように◯◯の課題を解決しているか？」
- 「なぜユーザーは◯◯の機能を使わないのか？」
- 「ユーザーが◯◯を選ぶ決め手は何か？」
目的によるリサーチの分類:
- 探索的リサーチ: まだよくわかっていない領域を理解する（新規事業の初期段階）
- 評価的リサーチ: 既存のデザインやプロトタイプの問題点を発見する
- 検証的リサーチ: 仮説が正しいかどうかをデータで確かめる
ポイント: リサーチの問いが曖昧だと、結果も曖昧になる。1回のリサーチで答える問いは1〜3個に絞る。
目的と制約条件に応じて最適な手法を選択する。
主な手法:
| 手法 | 特徴 | 適する場面 |
|---|---|---|
| ユーザーインタビュー | 1対1の深掘り対話 | ニーズや行動の理由を理解したい |
| コンテキスチュアルインクワイリー | 利用現場での観察+質問 | 実際の利用環境を理解したい |
| ダイアリースタディ | 期間中の行動を日記形式で記録 | 長期的な行動パターンを把握したい |
| アンケート | 大量の定量データ収集 | 傾向の把握、仮説の検証 |
| ユーザビリティテスト | 操作の観察 | UIの問題点を発見したい |
| A/Bテスト | 2パターンの比較 | どちらが効果的か数値で判断したい |
選択の目安:
- 「なぜ？」を知りたい → 定性手法（インタビュー、観察）
- 「どれくらい？」を知りたい → 定量手法（アンケート、A/Bテスト）
- 理想は定性と定量の組み合わせ
計画に基づいて調査を実行する。
インタビューの場合のポイント:
- 参加者は5〜8人で主要なパターンの8割は発見できる
- オープンクエスチョンで聞く（「はい/いいえ」で終わらない質問）
- 「普段どうしていますか？」と行動を聞く（「こうなったらどうしますか？」と仮定を聞かない）
- 沈黙を怖がらない。ユーザーが考える時間を待つ
- 録音（許可を得て）し、後からチームで見返せるようにする
避けるべき質問:
- 誘導質問: 「この機能は便利だと思いますか？」→ 「この機能をどう思いますか？」
- 仮定質問: 「もし◯◯があったら使いますか？」→ 「現在どうしていますか？」
収集したデータを構造的に分析し、デザインに活かせる知見を導出する。
分析の手順:
- 発言の書き起こし: 重要な発言をメモやポストイットに記録
- コーディング: 発言にテーマやカテゴリのラベルを付ける
- パターン発見: 複数の参加者に共通するテーマを抽出
- インサイト化: パターンを「〇〇なユーザーは、△△の理由で、□□している」の形にまとめる
- デザイン機会の特定: インサイトから「だからこうデザインすべき」という示唆を導く
アウトプットの形式:
- ペルソナ: ユーザーの典型的な人物像
- ジャーニーマップ: ユーザーの体験の流れと感情の変化
- インサイトレポート: 主要な発見とデザインへの示唆
- 要求仕様: リサーチから導かれた具体的な要件
具体例#
状況: 業務管理SaaSの利用率が低下。「使いにくい」という声はあるが、具体的に何が問題かわからない。
リサーチ設計:
- リサーチの問い: 「ユーザーは日常業務のどの場面で、なぜツールの利用を諦めるのか？」
- 手法: コンテキスチュアルインクワイリー（利用現場での観察）6名 + アンケート200名
- 期間: 3週間（リクルーティング1週、調査1週、分析1週）
主なインサイト:
| インサイト | 発見の根拠 | デザインへの示唆 |
|---|---|---|
| 「入力が面倒」ではなく「入力タイミングがない」が本質 | 6人中5人が会議中にメモを取り、後でツールに転記→転記を忘れる | 会議中にその場で入力できるモバイル対応が必要 |
| 通知が多すぎて重要な情報が埋もれる | アンケートで「通知をオフにしている」が45% | 通知の優先度設定とダイジェスト機能の追加 |
| チーム間の情報共有に使われていない | 観察で判明。各チームが独自の使い方をしている | テンプレートとオンボーディングの改善 |
結果: リサーチのインサイトに基づいてリニューアルを実施。モバイル対応と通知改善を優先した結果、日次アクティブユーザーが3ヶ月で40%増加。
状況: 投資アプリの新規登録後7日間の継続率が28%と低い。仮説は「UIが難しい」だが、確証がない。
リサーチ設計:
- リサーチの問い: 「投資初心者は初回利用時にどこで何に困って離脱するのか？」
- 手法: ユーザーインタビュー（利用体験の振り返り）5名
- 参加者条件: 登録後1週間以内に利用をやめた投資未経験者
主なインサイト:
- 5人中4人が「口座開設の本人確認で離脱」（UIの問題ではなく、書類提出の手間）
- 5人中3人が「最初に何をすればいいかわからなかった」（初回ガイダンスの不足）
- 意外な発見: UIの複雑さを理由に挙げた人は1人だけ
デザインへの反映:
- 本人確認をeKYC（顔認証）に変更し、ステップ数を7→2に削減
- 初回ログイン時に「まず1,000円から始めてみよう」のガイドを追加
結果: 7日間継続率が28%→52%に改善。 eKYC導入の効果が最も大きく、口座開設完了率が34%→78%に向上。当初の仮説「UIが難しい」は外れており、リサーチなしでは間違った改善に時間を使うところだった。
状況: オンライン教育プラットフォーム。月額課金しているが実際に学習しているユーザーは38%。「時間がない」が解約理由の1位だが、本当にそうなのか検証したい。
リサーチ設計:
- リサーチの問い: 「有料ユーザーが学習を継続できない本当の理由は何か？」
- 手法: ダイアリースタディ（2週間）15名 + フォローアップインタビュー5名
- 参加者: 月額課金中だが直近1ヶ月で学習日数が3日以下のユーザー
主なインサイト:
- 「時間がない」の内訳: 実は「15分の隙間時間」はあるが、「学習を始める心理的ハードルが高い」
- 15人中11人が「前回の続きがどこかわからず、最初からやり直す気力がない」
- 学習した日のダイアリーを見ると「気分が乗った」ではなく「通知が来て思い出した」が多い
デザインへの反映:
- 「前回の続きから」ボタンをホーム画面のファーストビューに配置
- 5分間のマイクロレッスンを新設（15分の隙間時間にフィット）
- 最適なタイミング（ユーザーの利用履歴ベース）でリマインド通知
結果: 月間学習率が38%→61%に改善。特に「前回の続きから」ボタンのタップ率が78%と高く、学習再開の最大の障壁を除去できた。
やりがちな失敗パターン#
- リサーチなしでデザインを始める — 「時間がない」を理由にリサーチを省略すると、後から大きな手戻りが発生する。最低限5人のインタビューでも、やらないよりはるかに良い
- 聞きたいことだけを聞く — 自分の仮説を確認するための質問ばかりすると、予想外の発見を逃す。オープンな質問で、ユーザーの声に耳を傾ける
- リサーチの結果をデザインに反映しない — レポートを作って終わり、という状態が多い。リサーチのインサイトを具体的なデザイン要件に変換し、チームに共有する
- 完璧なリサーチを目指して始められない — サンプル数が少ない、手法が完璧でないと不安になる。不完全なリサーチでも、リサーチなしよりはるかにマシ
まとめ#
デザインリサーチは、ユーザーの実態に基づいてデザインの意思決定を行うための調査手法。リサーチの問いを明確にし、適切な手法で調査を行い、インサイトをデザインに反映する。完璧なリサーチを目指す必要はない。まずは次のプロジェクトで5人のユーザーに話を聞くところから始めよう。