ユーザーの潜在ニーズを掘り起こすためには、インタビュー・観察・共感マップという3段階の共感プロセスを構造的に実践することが不可欠である。
flowchart LR
A[目的・マインドセット\n初心・バイアス排除] --> B[インタビュー\n深層心理の探索]
B --> C[行動観察\nオブザベーション]
C --> D[共感マップ\n情報の構造化]
D --> E[インサイト定義\nPains / Gains]
💡 ポイント: 各フェーズは独立した手法ではなく、「聞く→見る→整理する→定義する」という一連の流れとして機能する。
自身のバイアスを排除し、ユーザーが見ている世界をそのまま受け入れる「初心」の姿勢が深い洞察の起点となる。
データや発言の背後にある、ユーザー自身も気づいていない感情的・心理的なニーズ(潜在ニーズ)を特定することが共感の最大の目的である。
デザイン思考における共感は、単なる情報収集ではありません。ユーザーの行動、環境、そして言葉にできない違和感を掘り下げることで、市場調査などの統計データには表れない「インサイト(洞察)」を獲得するために行います。
既成概念や専門知識を一時的に捨て、子供のような好奇心で「なぜ?」を繰り返すことが、革新的な解決策への入り口となる。
共感における最大の障壁は、自分自身の経験や知識に基づく「先入観」です。これを打破するためには、意識的に「初心(Beginner’s Mind)」の状態を作り出す必要があります。
観察対象を客観的に分析する立場から一歩踏み出し、ユーザーと同じ体験を通じてその感覚を共有する。
単なる「共感」を「追体験」へと昇華させるためには、物理的・心理的な没入が求められます。
「なぜ」を繰り返す問いかけや具体的なエピソードの抽出を通じて、ユーザーの行動の背後にある価値観や感情を浮き彫りにする。
「誰に・何を・どのような流れで聞くか」を設計することが、深層心理の探索を成功させる前提条件となる。
場当たり的なインタビューは表面的な回答しか引き出せません。以下の観点で事前設計を行います。
| 設計項目 | 内容 | 注意点 |
|---|---|---|
| リクルーティング基準 | 対象ユーザー像(ペルソナ)の明確化 | 極端なユーザー(ヘビーユーザー・非ユーザー)も含める |
| インタビュー形式 | 1対1 / グループ / リモート | グループは同調バイアスに注意 |
| 所要時間 | 60〜90分が目安 | 短すぎると深掘りが不十分になる |
| 質問設計 | オープン質問を中心に5〜7問 | クローズド質問(Yes/No)は最小限に |
| 役割分担 | 聞き手・記録係・観察係に分ける | 1人が全役割を担うと見落としが増える |
💡 ポイント: インタビューガイドは「台本」ではなく「地図」。会話の流れに応じて柔軟に問いを展開することが重要。
「なぜ」を繰り返す問いかけや具体的なエピソードの抽出を通じて、ユーザーの行動の背後にある価値観や感情を浮き彫りにする。
インタビューの目的は、一般的な意見や平均的な回答を得ることではなく、ユーザーが実際に体験した固有の「物語」を掘り起こすことにあります。抽象的な質問(例:「このサービスをどう思いますか?」)は、ユーザーに「もっともらしい回答」をさせてしまうため、具体的なエピソードに焦点を当てます。
5 Whysの実例
テーマ:「なぜ社内の申請システムを使わずにメールで申請するのか?」
| 回 | 問い | 回答 |
|---|---|---|
| Why 1 | なぜメールで申請するのか? | システムへのログインが面倒だから |
| Why 2 | なぜログインが面倒なのか? | パスワードをよく忘れるから |
| Why 3 | なぜパスワードを忘れるのか? | 月に1〜2回しか使わないから |
| Why 4 | なぜ使用頻度が低いのか? | 承認者も同じ理由で見ないため、メールの方が早いと学習したから |
| Why 5 | なぜその状況が続いているのか? | 「みんなそうしている」という暗黙のルールになっているから |
💡 ポイント: 真の課題は「システムのUI」ではなく「組織の慣習と承認フローの設計」だと分かる。表面的な機能改善では解決しない。
聞き手が「余白」を意図的に作ることで、ユーザーが自分の内面と向き合い、普段は言語化されない本音を引き出すことができる。
インタビューにおいて、聞き手は解決策を提示したり、自分の意見を差し挟んだりしてはいけません。ユーザーが自分の内面と向き合い、言葉を探すための「余白」を意図的に作ることが重要です。
その場で感じた「違和感」や「驚き」を発言の事実と分けて記録することが、後の分析フェーズで深い洞察を生む最大の手がかりとなる。
対話の内容を単に文字起こしするのではなく、その場で感じた「違和感」や「驚き」を記録することが、後の分析フェーズでの大きな手がかりとなります。
ノート記録テンプレート
| 区分 | 記録内容 | 記入例 |
|---|---|---|
| 発言(事実) | ユーザーが実際に言ったこと | 「このボタンは分かりやすい」 |
| 行動(事実) | 観察された動作・反応 | ボタンを3秒間見つめてから押した |
| 解釈(仮説) | インタビュアーが感じた意味 | 「分かりやすい」は習慣化による慣れかもしれない |
| 驚き | 予想と違った点 | 「簡単」と言いながら手が止まった |
| コンテキスト | 場の状況・雰囲気 | 隣の同僚が頻繁に話しかけてきた |
言葉に現れない矛盾や無意識の工夫を捉えるために、実際の生活環境や利用シーンにおけるユーザーの振る舞いを徹底的に観察する。
言葉に現れない矛盾や無意識の工夫を捉えるために、実際の生活環境や利用シーンにおけるユーザーの振る舞いを徹底的に観察する。
行動観察の最大の価値は、ユーザー自身が言語化できない、あるいは無意識に隠している情報を可視化することにあります。人はインタビューで「理想の自分」を語りがちですが、実際の行動にはその人の真のニーズや直面している困難が色濃く反映されます。
5つの視点(Activities・Environments・Interactions・Objects・Users)で観察を構造化することで、場当たり的な記録を防ぎ、抜け漏れのない洞察を得る。
場当たり的な観察に陥らないよう、以下の視点(AEIOU)を用いて構造的にユーザーの振る舞いを取り込みます。
| 視点 | 観点 | 記録例 |
|---|---|---|
| A: Activities(活動) | ユーザーが達成しようとしている一連の動作や目的は何か | 棚から商品を選び、カゴに入れてレジへ向かう |
| E: Environments(環境) | 活動が行われている場所の雰囲気・明るさ・混雑・設備 | 照明が暗く、通路が狭い。BGMが大きい |
| I: Interactions(相互作用) | ユーザーが他の人やモノとどのように関わっているか | 店員に声をかけず、スマホで価格を検索していた |
| O: Objects(オブジェクト) | 使われている・または無視されている道具やデバイス | 値札の説明シールは読まれていなかった |
| U: Users(ユーザー) | 観察対象の属性・役割・関係性 | 60代女性、一人で来店、カゴを持ち時間をかけて比較 |
💡 ポイント: 観察直後に各項目を埋めることで、記憶が薄れる前にコンテキストを保全できる。複数人で観察する場合は、同じテンプレートを使うことで後の比較・統合が容易になる。
客観的な「事実の記録」と主観的な「気づきのメモ」を明確に区別することで、後の分析フェーズでの解釈の歪みを防ぐ。
観察者が自分の解釈で事実を歪めないよう、客観的な記録と主観的な気づきを明確に区別することが求められます。
得られた定性情報を「言っていること」「考えていること」「行っていること」「感じていること」に整理し、潜在ニーズを可視化する。
得られた定性情報を「言っていること」「考えていること」「行っていること」「感じていること」に整理し、潜在ニーズを可視化する。
インタビューや行動観察で得た膨大な断片情報を、共感マップ(Empathy Map)のフレームワークを用いて構造化します。これにより、ユーザーの表層的な振る舞いと深層心理の相関関係を明らかにします。
共感マップの構造
┌─────────────────────┬─────────────────────┐
│ THINK(考えていること) │ FEEL(感じていること) │
│ │ │
│ 信念・価値観・ │ 感情・不安・期待・ │
│ 心の中の独り言 │ 喜怒哀楽 │
├─────────────────────┼─────────────────────┤
│ SAY(言っていること) │ DO(行っていること) │
│ │ │
│ 発言・キーワード・ │ 実際の行動・ │
│ 要望・意見 │ 身体的な動き │
└─────────────────────┴─────────────────────┘
↓ 統合
┌──────────────────────┐
│ Pains(痛み) / Gains(利得) │
└──────────────────────┘
共感マップ上の各象限間に生じる「矛盾」や「乖離」こそが、ユーザー自身も自覚していない潜在課題を特定する鍵となる。
共感マップ上に情報を配置すると、各象限の間で「矛盾」や「乖離」が見つかることがあります。このギャップこそが、ユーザー自身も自覚していない潜在的な課題を特定するための鍵となります。
| 矛盾のパターン | 現象 | 隠れている課題 |
|---|---|---|
| SAY × DO の不一致 | 「簡単だ」と言いながら操作に時間がかかる | 既存の仕組みへの妥協・慣れによる無意識の苦労 |
| THINK × SAY の解離 | 本音と建前が異なる発言 | 社会的体裁・同調圧力による本音の隠蔽 |
| FEEL × DO の摩擦 | 不安を感じながらも行動を続けている | 代替手段がない・変化のコストが高い |
整理された4象限の情報から「ユーザーが避けたいこと」と「真に手に入れたいこと」を定義し、解決すべき課題をインサイトとして言語化する。
整理された4つの要素をもとに、ユーザーが最も苦しんでいるポイントと、本質的に求めている成果を明確にします。
インサイト言語化テンプレート
ユーザーは [ニーズ] を求めている。
なぜなら [インサイト:発見した矛盾・事実] だからだ。
しかし現状では [障壁・Pains] によってそれが妨げられている。
記入例
ユーザーは「いつでも迷わず申請できる状態」を求めている。
なぜなら承認者がシステムを見ない慣習があり、
メール申請の方が確実だと学習してしまっているからだ。
しかし現状では「公式にはシステムを使うべき」という
建前とのギャップが心理的負担を生んでいる。
💡 ポイント: インサイトは「ユーザーの言葉の要約」ではなく、「なぜそうなっているのか」の構造的な説明である。発見した矛盾・背景・障壁を必ずセットで記述する。