「『インサイトを見つけろ』と言われますが、どうやって言動の矛盾から本音を探り、問題定義（POV）に落とし込めばよいのでしょうか？」
製品開発や新規事業、社内システムのDX推進においてよくある失敗の一つが、「ユーザーが『〇〇機能が欲しい』と言ったからそのまま開発したのに、リリースしてみると全く使われなかった」というケースです。ユーザーが口にする表面的な要望は、その瞬間に思いついた既存の手段（形式知）に過ぎず、本人が本当に求めている本質的な解決策とは限らないからです。
スタンフォード大学d.schoolが提唱するデザイン思考において、イノベーションの成否を決定づける最重要プロセスが第2ステップ「定義・明確化（Define）」です。前工程の共感マップなどで集めた観察データからユーザーの「インサイト（隠れた本音）」を掘り起こし、「POV（Point of View：着眼点）」という実行可能な問題文へと再定義することで、初めて芯を食った革新的な解決策を生み出せるようになります。
本記事では、デザイン思考における問題定義の位置づけから、インサイトとニーズの違い、言動の矛盾から本音を見つける技術、動詞で真のニーズを捉える思考法、そしてPOVを設定して「How Might We（私たちはどうすれば〜できるか？）」の問いへと変換する具体的な実務手順を体系的に詳しく解説します。
- デザイン思考の第2ステップ「定義・明確化（Define）」の役割と、前工程「共感」からの接続
- 「表面的な要望」「真のニーズ」「インサイト（隠れた本音）」の決定的な違い
- ユーザーの言動の「矛盾（ギャップ）」からインサイトを発見する観察・分析ステップ
- 「ドリルではなく穴を売れ」：名詞ではなく動詞でニーズを捉える技術
- 物理的（機能的）価値と感情的（情緒的）価値を掛け合わせるニーズの深掘り法
- 実務で使える「POV基本構文」と、アイデア発想を広げる「How Might We（問い）」の4つの切り口
デザイン思考における「問題定義（Define）」の位置づけと役割
インサイトやPOVの具体的な作り方に入る前に、まず「デザイン思考全体の中で問題定義がどのような役割を果たしているのか」という位置づけを押さえておきましょう。
デザイン思考の第2ステップ「定義・明確化（Define）」の重要性
スタンフォード大学d.schoolが提唱するデザイン思考は、「共感 ➔ 定義 ➔ 発想 ➔ 試作 ➔ テスト」という5段階のプロセスで構成されています。
本記事で解説するインサイト発見とPOV設定は、この第2ステップ「定義・明確化（Define）」にあたる中核プロセスです。
多くのチームは、すぐに「どんな機能を作るか」「どう解決するか」という発想や試作に飛びつきがちです。しかし、そもそも「何を解決すべきなのか（解くべき問題）」が間違っていれば、どれほど優れた技術やUIを作っても誰にも使われません。「正しい問題を定義すること」こそが、プロジェクト全体の成否を握る最大の分岐点となります。
インサイトを見つけ出す前提となる「現場の観察手法」や、事実と推測を4象限で整理する「共感マップ」の詳しい書き方は、以下の解説記事をご覧ください。
スタンフォードd.school流「デザイン思考の5段階プロセス」全体の流れや8つのコア能力、反復（ループ）のコツについて知りたい方は、以下の全体解説記事をご覧ください。
インサイトとは何か？表面的なニーズとの決定的な違い
効果的な問題定義を行うために、まず「インサイト」と「ニーズ」という言葉の構造的な違いを明確に区別しておきましょう。
ユーザー自身も気づいていない「隠れた本音」
日常のビジネスシーンにおいて「ニーズ」と「インサイト」は混同されがちですが、両者には「意識の深さ（階層）」と「役割」において明確な違いがあります。
| 比較項目 | ニーズ（Needs：理想状態） | インサイト（Insight：隠れた本音） |
|---|---|---|
| 定義 | ユーザーが「本当はどんな状態になりたいのか」という目的や理想の状態 | ユーザー自身も無自覚な、行動や感情の背後にある「隠れた本音・動機」 |
| 問いかけ | 「本当はどんな状態を実現したいのか？（What to achieve）」 | 「なぜその矛盾した行動をとってしまうのか？（Why behind action）」 |
| 表現の形式 | 動詞で表現される（例：〜を時短したい、〜で安心したい） | 心理や感情の葛藤で表現される（例：〜と思われたくない、〜が怖い） |
| 発見の手がかり | インサイトを満たすための「機能的・情緒的価値」から導出 | 言っていることと行っていることの「矛盾・ギャップ」から発見 |
上記のように、「ニーズ」とはユーザーが目指したいゴール（理想状態）であり、「インサイト」はそのゴールを目指す理由となっている心の奥底の感情や葛藤（なぜそう思うのか）です。
ニーズだけを見ても、なぜそれを求めているのかという本音（インサイト）が分からなければ、競合他社と同じような表面的な機能しか作れません。逆に、インサイトだけを掴んでも、それを満たす理想状態（ニーズ）へ具体化しなければ、サービスやUIに落とし込めません。「言動の矛盾からインサイトを発見し、それを満たす真のニーズを言語化して掛け合わせる」ことで、初めて人を惹きつける強力な問題定義が可能になります。
矛盾した言動や行動の中に本音が隠れている
ユーザー自身も言語化できていないインサイトを見つけ出す最大の突破口は、ユーザーの「言っていること（建前）と、やっていること（行動）の矛盾」にあります。前工程の「共感マップ」で整理した事実（SAY/DO）と推測（THINK/FEEL）を見比べることで、この矛盾を浮き彫りにしていきます。
例えば、飲食店の事例で「健康になりたい」と口では言っているのに、深夜についついジャンクフードを食べてしまう人がいます。このとき、「健康になりたいと言っていたからサラダを提供しよう」とするのは短絡的です。深夜にジャンクフードを食べてしまう行動の裏には、「日々の激しいストレスから今すぐ解放されたい」「手軽に強い幸福感や満腹感を得たい」という切実なインサイトが潜んでいます。
より具体的なイメージを掴むために、講義で取り上げられた「アイロンがけをする女性の観察演習」を例に考えてみましょう。
ある女性が自宅でアイロンがけをしています。お気に入りの大切な服（Tシャツなど）を綺麗にするための作業であるはずなのに、彼女は片手でスマホの画面をじっと見つめながら雑にアイロンを動かしています。その結果、アイロンの熱で服のプリント部分がくっついて持ち上がり、焦がしそうになって慌てて服を覗き込みました。
このシチュエーションを観察したとき、以下のような言動の矛盾（ギャップ）が存在します。
- 目的と行動の矛盾：「大切な服だから綺麗にしたい」はずなのに、「スマホを見ながら雑にアイロンをかけて服を傷めそうになっている」
なぜ彼女はこのような矛盾した行動をとってしまうのでしょうか？ その背景にある心理を深掘りすると、以下のような本音（インサイト）と真のニーズが見えてきます。
- インサイト（隠れた本音）：「面倒な家事に時間を奪われたくないが、周囲にだらしない人間と思われて好感度を落とすのが怖い」「退屈な家事の最中でも、SNSのメッセージや周囲の反応が気になって仕方がない」
- 真のニーズ（理想状態）：「家事の手間や時間を一切かけずに、周囲から『きちんとしている人』と認められる自信を手に入れたい（動詞）」
このように、表面的な行動の矛盾に着目し、「なぜその行動をとってしまうのか？」を深く推察することで、ユーザー自身も無自覚なインサイトを鮮やかに掘り起こすことができるのです。
真のニーズを探る2つの視点（動詞と物理・感情）
言動の矛盾からインサイトが見えてきたら、ユーザーが求めている「真のニーズ」を具体的な言葉に落とし込みます。その際、以下の2つの視点を必ず適用します。
名詞ではなく「動詞」で捉える
マーケティングの世界で非常に有名な格言に、「ドリルを買う人が欲しいのは『ドリル』ではなく『穴』である」という言葉があります。
ユーザーに「何が欲しいですか？」と聞くと、多くの場合「ハシゴが欲しい」「新しい管理画面が欲しい」といった名詞（特定の手段）で答えます。しかし、名詞でニーズを固定してしまうと、解決策が既存の手段に縛られてしまいます。
「ハシゴが欲しい（名詞）」ではなく、「高いところに手が届く状態を手に入れたい（動詞）」と言い換えてみましょう。そうすると、ハシゴだけでなく「踏み台」「昇降式ラック」「マジックハンド」「ドローン」など、全く新しい解決策の選択肢が一気に広がります。ニーズは必ず動詞で表現するのが鉄則です。
物理的（機能的）価値と感情的（情緒的）価値の両面から深掘りする
ニーズには、目に見える実利である「物理的（機能的）ニーズ」と、心の内面を満たす「感情的（情緒的）ニーズ」の2つの側面があります。
| 分類 | 特徴・内容 | 具体例（アイロンがけの事例） |
|---|---|---|
| 物理的ニーズ （機能的価値） |
時間短縮、労力削減、コスト削減、品質向上などの実利的な欲求 | 自分の手間をかけずに服のシワが綺麗に伸びること |
| 感情的ニーズ （情緒的価値） |
安心したい、周囲に認められたい、特別扱いされたい、恥をかきたくないなどの心理的欲求 | 周囲から「きちんとしている人」と認められ、自信を持って外出できること |
この2つの側面を組み合わせることで、「家事の労力を一切かけずに、周囲からきちんとしていると認められる自信を手に入れること」という、極めて解像度の高い真のニーズ文が完成します。
視点を上下左右に動かす「Why-Howラダリング」
さらにニーズの解像度を深めるために有効なのが、視点を上下左右に動かす思考フレームワークです。
- 上に動かす（抽象化・Why）：「なぜそれをしたいのか？」を問い続け、上位の目的や本質的な願望を明らかにする。（例：なぜシワを伸ばしたい？ ➔ キチンとした人に見られたい ➔ 信頼されたい）
- 下に動かす（具体化・How）：「具体的にどうやって実現するのか？」を掘り下げ、機能や行動のステップに分解する。（例：具体的にどうやって？ ➔ 熱と圧力、形状記憶、スプレー）
- 左右に動かす（水平展開・What else）：「似たような他の場面はないか？」「別の手段で同じ価値を提供できないか？」と視野を広げる。（例：服のケア以外で身だしなみを整える方法は？ ➔ 髪型、靴磨き、スーツのレンタル）
このWhy-Howのラダリング（はしごの上り下り）を繰り返すことで、狭い固定観念から抜け出し、より広範で革新的な問題設定が可能になります。
問題を再定義する「POV（着眼点）」の作り方
ユーザー、インサイト、真のニーズが揃ったら、これらを1つの文章に統合して「自分たちが真に解決すべき問題」として明文化します。これを「POV（Point of View：着眼点）」と呼びます。
3つの要素を結合するPOVの基本構文
POVは、以下の標準テンプレートに当てはめて穴埋め形式で作成します。
[具体的な特徴を持つユーザー] は、
[インサイト（言動の矛盾から見出した隠れた本音）] のため、
[真のニーズ（動詞＋機能・情緒を満たす理想状態）] を必要としている。
「スマホを操作しながらアイロンがけをしていた20代女性は、手間はかけたくないが周囲に好印象を抱いてほしいため、家事の労力を一切かけずに周囲からきちんとしていると認められる自信を手に入れることを必要としている。」
この問題文を作成することで、プロジェクトに関わる全員が「誰のどんな本音のために、どのような状態を作るべきか」という共通の焦点をブレずに共有できるようになります。
POVを「How Might We（どうすれば〜できるか？）」の問いに変換する
完成したPOVをそのままアイデア出しに使うのではなく、最後に「How Might We…?（私たちはどうすれば〜できるだろうか？）」という複数の短い問いへと変換します。
問いの角度（切り口）を変えることで、思考の焦点をずらし、ブレストで多様なアイデアを引き出すことができます。
- 労力のゼロ化（極端な省力化）：「どうすれば、スマホで友人とやり取りしている間に、服が勝手にシワのない完璧な状態になるだろうか？」
- 感情の充足（心理的自信の直接獲得）：「どうすれば、服の状態に全く依存せず、彼女が常に『きちんとした素敵な人』という自信を持てるだろうか？」
- 体験の反転（苦痛のエンタメ化）：「どうすれば、服のお手入れの時間を、スマホを見るよりも夢中になれる最高のエンターテインメントに変えられるだろうか？」
- 価値の拡張（別文脈での承認獲得）：「どうすれば、服のケアをすること自体が、SNSで最も『いいね』をもらえる映えコンテンツになるだろうか？」
このように魅力的な問い（HMW）を複数立てることで、後続のブレーンストーミングが活性化し、競合には真似できない革新的な解決策が生まれます。
設定したHow Might We（問い）をもとに、チームで大量のアイデアを発散させ、有望な案を選定するブレインストーミングやKJ法の実践手順については、以下の記事で詳しく解説しています。
チームでデザイン思考の共通言語を身につける
インサイトの抽出やPOVの設定を組織に定着させるためには、チーム全員が「名詞ではなく動詞で考える」「矛盾から本音を探る」という共通の思考プロトコルを持つことが重要です。
インサイト発掘やPOV・How Might Weの作成手順、プロトタイプ検証の実践アプローチを動画と豊富な演習で体系的に学びたい方は、以下のUdemy講座がおすすめです。基礎から実務への適用手順まで、実践的なワークを通じてスムーズに習得できます。
表面的な要望をそのまま実装しても、ユーザーの心を動かす体験は生まれません。言動の矛盾からインサイトを見つけ出し、真の課題を再定義することこそがUXデザインの核心です。
- デザイン思考の第2ステップ：共感で集めた暗黙知から、真に解くべき問題を再定義する中核フェーズ
- 矛盾に着目する：言葉と行動のズレから、ユーザー自身も無自覚な本音（インサイト）を探る
- 動詞と2つの価値：名詞（手段）を捨て、物理的・感情的な真のニーズを動詞で表現する
- 視点の上下左右移動：Why-Howラダリングで本質的な目的と多様な手段を行き来する
- POVからHMWへ：ユーザー・本音・ニーズを統合した問題文を立て、「どうすれば〜できるか？」の問いでアイデアを発散させる
「良い答え」は「良い問い」から生まれます。まずは現場のユーザーの矛盾した行動をじっくり観察し、真の課題を言語化してみましょう。
【DX人材育成・学習ロードマップ】
全社的な教育設計やご自身の学習計画の参考として、本サイトでは3つの役割に応じた学習ロードマップを公開しています。
経営層・管理職向け
DXの定義や必要性、組織変革を支えるスポンサーシップを最短で学びます。
一般社員向け（DXリテラシー標準 DSS-L準拠）
DXリテラシー標準(DSS-L)に準拠し、デジタル技術の基礎知識や変革マインドを身につけ、身近な業務改善や自社課題の発見へ主体的に関わる土台を作ります。
ビジネスアーキテクト・推進リーダー向け
既存事業の効率化から新規事業の開拓までをリードするため、プロジェクト推進法やチェンジマネジメント手法などを体得します。
コメント