デザインリサーチ vs マーケットリサーチ——目的・手法・成果の差異

「ユーザーを理解したい」という目的は同じでも、デザインリサーチとマーケットリサーチでは、問いの立て方・調査手法・生み出すアウトプット・そして意思決定への接続がまったく異なります。

混同したまま使い分けると、マーケットリサーチのデータでデザイン判断しようとして「数字は出たが何を作ればいいかわからない」という状況に陥ります。逆にデザインリサーチの知見で市場規模を語ろうとすれば「でも統計的に有意なの？」という問いに答えられなくなる。

両者の本質的な差異と、プロジェクトのどのフェーズでどちらを使うべきかの判断基準を整理します。

目的の違い——「発見」か「検証」か

手法の選択は、「何を知りたいのか」という目的の明確化から始まります。

マーケットリサーチの目的は「検証と定量化」です。「この製品の潜在市場規模はどのくらいか」「NPSは業界平均と比べてどうか」「製品AとBのどちらが好まれるか」——これらは仮説を持った上で、統計的に検証する問いです。

デザインリサーチの目的は「発見と理解」です。「ユーザーはなぜそのような行動をとるのか」「解決されていない不満の根本は何か」「ユーザーの文脈の中でこの問題はどう位置づけられるか」——仮説を作るための問いです。

マーケットリサーチは「すでに立てた仮説を確認する」。デザインリサーチは「まだ言語化されていない問題を発見する」。この違いは根本的です。

共感フェーズを支えるのはデザインリサーチです。ユーザーの文脈・行動・感情・動機を深く理解することが目的であり、その成果が問題定義フェーズでの「HMW（How Might We）」問いの材料になります。

手法の違い——「広さ」か「深さ」か

目的の違いは、自然に手法の違いを生みます。

マーケットリサーチの主要手法

アンケート調査（Survey）は、あらかじめ設計した質問に大量のサンプルが回答する手法です。統計的に有意な結果を得るためにサンプルサイズが重要であり、一般的に数百〜数千の回答が必要です。「5段階評価でどの程度満足しているか」「どの機能を最もよく使うか」などの定量データを得ます。

A/Bテストは、二つの選択肢を実際のユーザーに対してランダムに表示し、どちらがより高いパフォーマンス指標（クリック率・購買率など）を生むかを測定します。「正しいと思う選択肢」を「データで選ぶ」手法です。

フォーカスグループは、数名のグループを集めた議論形式の調査です。製品コンセプトへの反応や広告の印象を集団の文脈で把握します。ただしグループダイナミクス（他者の発言に影響される現象）が生じやすいという限界があります。

競合分析・市場データ分析は、公開されている業界データや競合の動向を整理・比較する手法です。「市場がどの方向に動いているか」を俯瞰します。

デザインリサーチの主要手法

コンテキストインタビュー（Contextual Inquiry）は、ユーザーの実際の生活・作業環境に出向いて観察しながら行うインタビューです。「実際の文脈の中での行動」を把握するため、ラボ環境では出てこない洞察が得られます。1〜2時間のインタビューを5〜12名に行うことが一般的です。

エスノグラフィー調査（Ethnographic Research）は、対象者の日常に長期間入り込んで観察・記録する手法です。マーケットリサーチが「ユーザーの言葉」を集めるとすれば、エスノグラフィーは「ユーザーの行動の現実」を記録します。「言うこと（what they say）と、することの乖離（what they do）」を明らかにするのに最も適した手法です。

シャドーイング（Shadowing）は、対象者の行動を影のように追跡・観察する手法です。特にサービス体験やオペレーション上の問題を発見するために効果的で、サービスデザインでも中心的な手法として位置づけられています。

日記調査（Diary Study）は、対象者に一定期間、日々の体験・行動・感情を記録してもらう手法です。単発のインタビューでは把握できない「時間軸の中での変化」や「非日常的な状況」を捉えます。

カード分類（Card Sorting）は、ユーザーが情報をどのように分類・命名するかを調べる手法で、情報アーキテクチャ設計に使われます。

サンプルサイズの考え方

最も誤解が生まれやすい点です。

マーケットリサーチは統計的有意性を目的とするため、数百〜数千のサンプルが必要です。誤差範囲（通常±5%）や信頼水準（通常95%）に応じて必要サンプル数が決まります。

デザインリサーチが目的とするのは質的飽和（Thematic Saturation）。新しいインタビューを重ねても新しい洞察が出なくなった時点で終えます。Jakob Nielsenの研究によれば、ユーザビリティテストでは5〜8名で主要な問題の約80%が発見できるとされています。

この違いを理解しないと、両者の批判がすれ違い続けます。「統計的に有意じゃない」と「数字では何を作ればいいかわからない」——両者は「有意性の尺度」が根本的に異なるのです。

アウトプットの違い——「数字」か「物語」か

マーケットリサーチが生み出すアウトプットは数値データです。市場規模・シェア・満足度スコア・NPS・選択率・セグメント分類——これらは「量」で表現され、ビジネス判断の根拠として機能します。

デザインリサーチが生み出すアウトプットは「ユーザーの物語（Narrative）と洞察（Insight）」です。具体的には以下の形式で整理されます。

インサイト（Insight）は、観察から導かれた「なぜそうなるか」の発見です。「ユーザーはパスワードを忘れるのではなく、複数サービスのパスワードが多すぎて管理できない状態にある」というような、現象の背後にある構造的な理解が洞察です。

**ペルソナ（Persona）**は、リサーチ対象者のパターンを統合して作成した「典型的なユーザー像」です。氏名・年齢・仕事・目標・不満・行動パターンを持ちます。ペルソナは統計的な代表性を持つものではなく、デザインチームが「誰のために設計するか」を共有するためのコミュニケーションツールです。

カスタマージャーニーマップは、ユーザーが特定の目標を達成するまでの時間軸上での行動・感情・接点を可視化したものです。「どの瞬間に不満が最大化するか」「認知から購買までのどのステップで離脱が起きるか」を示します。

HMW（How Might We）問いは、インサイトを発想の素材に変換したものです。「ユーザーはパスワード管理に疲弊している」というインサイトを「どうすれば、ユーザーが認証を意識せずにサービスを使えるようになるか？」という問いに変換します。

意思決定との接続

両者が「意思決定とどう接続するか」も、根本的に異なります。

マーケットリサーチは「何をすべきか」の選択肢が整った段階で機能します。2つ以上の選択肢（製品A vs B、価格帯X vs Y）があり、そのどちらが優れているかをデータで決めたいとき、マーケットリサーチは強力な判断基準を提供します。

デザインリサーチは「何を問題にすべきかがまだわかっていない段階」で機能します。「顧客が離れている理由がわからない」「新製品の方向性が定まらない」「既存機能の改善なのか新機能開発なのかの判断基準がない」——このような不確実性が高い状況で、デザインリサーチはチームの認識を揃え、正しい問いを定義します。

デザイン思考のプロセス全体でみれば、デザインリサーチは前半（共感〜定義）、マーケットリサーチは後半（プロトタイプ〜テスト後の市場検証）に機能します。両者は競合するのではなく、課題探索から事業検証までのパイプラインで役割分担しています。

よくある混同と失敗パターン

パターン1：「アンケートで共感を代替する」

最も多い失敗は、「ユーザーインタビューは時間がかかる。アンケートでいい」という判断です。アンケートは「ユーザーが言語化できること」しか回答できません。しかしデザインリサーチが求める洞察は、しばしば「ユーザー自身も気づいていない、言語化されていない不満や行動パターン」にあります。アンケートでは、問題の存在を知っている場合の検証はできますが、問題の発見はできません。

パターン2：「定性リサーチの結果を過度に一般化する」

「3名のインタビューで全ユーザーを代表する」という主張は誤りです。デザインリサーチのアウトプット（インサイト・ペルソナ）は、「このような人が存在する」という発見であり、「このような人が何%いるか」という推定ではありません。発見した洞察を広いスケールで検証するフェーズに移行するときに、マーケットリサーチを使います。

パターン3：「リサーチを実施したが判断に使えない」

両者のどちらを使ったとしても、「何の問いに答えるためのリサーチか」を事前に定義していないと、結果が出ても判断に使えません。リサーチの設計は「問いの設計」から始まります。「このリサーチが終わった時に、どんな問いに答えられていれば成功か」を最初に合意することが、リサーチの最も重要なステップです。

プロジェクトでの使い分け基準

実務での判断基準をまとめると、以下のように整理できます。

デザインリサーチを選ぶ場面は、問題の性質が不明確な段階、新しい市場・ユーザーセグメントへの参入、既存製品・サービスの根本的な見直し、ユーザー行動の「なぜ」を理解したい場合です。

マーケットリサーチを選ぶ場面は、競合比較・市場ポジショニングの確認、製品コンセプトの市場受容性の検証、機能優先順位の統計的根拠の確認、事業計画のためのTAM/SAM/SOM推計です。

両者を組み合わせる場面としては、「デザインリサーチで発見した洞察をもとに仮説を作り、マーケットリサーチで統計的に確認する」というシーケンシャルな使い方が最も効果的です。定性で探索し、定量で検証する。この順序が重要で、逆（定量で何かを見つけようとする）は機能しにくい場合があります。

まとめ——2つのリサーチを正しく使い分ける

優劣の問題ではありません。それぞれが異なる問いに答えるために設計された、本質的に異なる知的活動です。

デザインリサーチが「深さ」で人間の行動・動機・文脈を理解するとすれば、マーケットリサーチは「広さ」で市場の傾向・規模・優先度を測定する。正しいフェーズで正しい手法を選ぶことが、洞察の質と意思決定の確度の両方を高めます。

共感フェーズでマーケットリサーチのデータを眺めるだけでは、問題の核心には届かない。テストフェーズでデザインリサーチの定性観察だけを根拠に製品の方向転換を決めることには、データの裏づけが欠けます。

プロジェクトの「問いの性質」に応じて使い分けること——それが、リサーチの最も重要な実践知です。

200回以上のデザイン思考ワークショップで繰り返し観察されているのは、「マーケットリサーチのデータを持っているのに、何を作ればいいかわからない」という状況が、大企業のプロダクト開発チームで頻発するパターンだ。ユーザーの「言語化されていない不満」を拾うデザインリサーチを一度も実施せずに開発段階に進んでしまっている。逆に、ディスカバリーフェーズに時間をかけすぎて「ユーザーを理解しすぎたが何も作れていない」という状態も存在する。両者のリサーチを正しいフェーズで組み合わせることの実践的な難しさは、フレームワークの理解よりも、「今どちらの問いに答えたいか」を問い続けるチームの習慣にある。

---

参考文献

• Stickdorn, M., Hormess, M. E., Lawrence, A., & Schneider, J. (2018). This Is Service Design Doing. O’Reilly Media. — デザインリサーチ手法の実務的解説
• Nielsen, J. (2000). “Why You Only Need to Test with 5 Users.” Nielsen Norman Group. — https://www.nngroup.com/articles/why-you-only-need-to-test-with-5-users/
• Beyer, H., & Holtzblatt, K. (1998). Contextual Design: Defining Customer-Centered Systems. Morgan Kaufmann. — コンテキストインタビューの体系的手法書
• Portigal, S. (2013). Interviewing Users: How to Uncover Compelling Insights. Rosenfeld Media. — ユーザーインタビューの実践ガイド
• IDEO.org. (2015). The Field Guide to Human-Centered Design. IDEO.org. — https://www.designkit.org/resources/1 — デザインリサーチの標準的入門資料

関連記事

• 共感フェーズ——ユーザーを深く理解する
• 問題定義フェーズ
• カスタマージャーニーマップ実践ガイド
• 『This is Service Design Doing』要約