デザイン思考(Design Thinking)は、スタンフォード大学d.schoolやIDEOが体系化した問題解決アプローチです。「正しい答えを出すこと」よりも「正しい問いを見つけること」を優先し、ユーザーへの深い共感から出発して革新的な解決策を生み出します。
テクノロジー、ビジネス、行政、医療など多様な分野で採用され、GoogleやAmazonのUXチームが日常的に使うフレームワークでもあります。このレッスンでは、5フェーズの詳細とデザインスプリントへの応用を実践的に学びます。
デザイン思考 — 5フェーズとデザインスプリント5日間
共感フェーズは、解決しようとする問題のユーザーを深く理解することを目的とします。このフェーズで得た洞察の質が、その後のすべてのフェーズの質を決定します。
主な手法:
| 手法 | 概要 | 適した状況 |
|---|---|---|
| 深掘りインタビュー | 1対1で60〜90分の半構造化インタビュー | 内面の動機・感情を探る |
| 観察(シャドウイング) | ユーザーの行動を現場で黙って観る | 言語化されない行動を把握する |
| 共感マップ | 「言う・する・考える・感じる」を整理 | チームの認識を揃える |
| カスタマージャーニーマップ | 体験の全プロセスを時系列で可視化 | 感情の山谷と機会を発見する |
| 文化的プローブ | 日記・写真記録をユーザーに依頼 | 日常生活の文脈を把握する |
💡 インタビューで「なぜ?」を5回繰り返す「5 Whys」技法は、表面的な不満の背後にある本質的な問題を掘り起こします。「アプリが使いにくい」→「どこが?」→「検索が難しい」→「なぜ?」→「何を入力すればいいかわからない」……というように、原因の根を見つけます。
避けるべきインタビューの失敗パターン:
共感フェーズで集めた情報を整理・統合し、解くべき本質的な問題を明確に定義します。曖昧な問題定義は、誰も求めていない解決策につながります。
POV(Point of View)ステートメント:
POVステートメントは「誰のための・どんな問題を・なぜ解くか」を1〜2文で表現したものです。
フォーマット:
「(ペルソナ名)は(ニーズ)を必要としている。なぜなら(インサイト)だから。」
例:
「忙しいワーキングマザーの美咲さんは、隙間時間に確実に必要な情報だけにアクセスする方法を必要としている。なぜなら、通知が多すぎて重要なものを見逃すストレスを毎日感じているからだ。」
HMWはPOVステートメントを「どうすれば〜できるだろうか?」という形式の問いに変換する技法です。問題を可能性の探索として捉えなおす言語装置です。
変換例:
| POVの問題 | HMW質問 |
|---|---|
| 通知が多すぎて重要なものを見逃す | どうすれば重要な通知だけを確実に届けられるだろうか? |
| 検索で目的のものが見つからない | どうすれば最初の入力なしに欲しいものに辿り着けるだろうか? |
| チェックアウトが複雑で離脱する | どうすれば購入の意思決定からの摩擦をゼロにできるだろうか? |
⚠️ HMW質問は「広すぎず、狭すぎず」のバランスが重要です。「どうすれば通知をなくせるだろうか?」は解決策を一つに絞り込みすぎで、発想が広がりません。「どうすればユーザーを幸せにできるだろうか?」は広すぎて収束できません。
定義した問いに対して、量を重視してアイデアを生み出すフェーズです。この段階では批判・評価を一切せず、奇抜なアイデアも歓迎します。
ブレインストーミングの4原則:
クレイジー8s(Crazy 8s):
8分間で1枚の紙を8分割し、8つのアイデアスケッチを描くタイムボックス法です。時間制限が「完璧なアイデアを出さなければ」という心理的障壁を取り除き、素早い発散を促します。
手順:
発散して出たアイデアを絞り込む技法です。
ドット投票(Dot Voting): 各メンバーに5〜8枚のシール(ドット)を配り、良いと思うアイデアに貼ります。多くのドットが集まったアイデアを上位候補とします。
2×2マトリクス: 「実現可能性(低⟷高)」と「ユーザー価値(低⟷高)」の2軸でアイデアをプロットします。高価値かつ実現可能なアイデアが優先候補になります。
SCAMPER法:
| アクション | 意味 | アイデア展開の視点 |
|---|---|---|
| Substitute | 代替する | 何かを別のものに置き換えたら? |
| Combine | 組み合わせる | 2つのアイデアを合体したら? |
| Adapt | 適応させる | 他の分野からアイデアを転用したら? |
| Modify | 修正する | 拡大・縮小・誇張したら? |
| Put to other uses | 別の使い方 | まったく違う用途で使ったら? |
| Eliminate | 削除する | 何かを取り除いたら? |
| Reverse | 逆にする | 順序や前提を逆にしたら? |
アイデアを素早く形にして検証可能な状態にします。「完璧なプロトタイプ」は不要で、検証したい仮説を確かめるのに必要な最小限の精度にとどめます。
プロトタイプの忠実度と用途:
| 忠実度 | 形式 | 作成時間 | 確認できること |
|---|---|---|---|
| 超低忠実度 | 紙に手書き | 5〜15分 | 情報構造・基本フロー |
| 低忠実度 | 紙プロト(切り貼り) | 30〜60分 | 操作性・ナビゲーション |
| 中忠実度 | Figmaワイヤーフレーム | 2〜4時間 | レイアウト・コンテンツ優先度 |
| 高忠実度 | Figmaクリッカブル | 4〜8時間 | ビジュアル・マイクロインタラクション |
💡 「プロトタイプを作るには何日もかかる」と思っているなら、忠実度が高すぎます。仮説の検証には最も粗いプロトタイプで十分です。紙とペンで5分で作ったプロトタイプでも、90%の重要なユーザビリティ問題を発見できます。
プロトタイプをユーザーに見せてフィードバックを得ます。このフェーズは「プロトタイプのテスト」ではなく「仮説の検証」であることを常に意識してください。
検証で確認すべき仮説:
5フェーズは直線ではない:
デザイン思考の5フェーズは順番に一度だけ進むプロセスではありません。検証で得た洞察が共感フェーズに戻る材料になり、プロトタイプのテスト中に問題の定義が変わることもあります。反復こそが本質です。
デザインスプリントはGoogleベンチャーズ(現GV)のJake Knappが開発した、5日間でアイデアからユーザー検証まで完結させるフレームワークです。通常数ヶ月かかる意思決定プロセスを1週間に圧縮し、最小コストで最大の学びを得ます。
スプリントに最適な課題:
スプリントの最初の日は、チームが解くべき問題を共有理解することに費やします。
主なアクティビティ:
各チームメンバーが個人でソリューション案を描く日です。グループブレインストーミングの問題(強い人の意見に引っ張られる、集団浅慮)を避けるため、個人作業を重視します。
プロセス:
火曜日に作成した複数のソリューションスケッチから、プロトタイプ化する1つを決める日です。
ヒートマップ投票 → 速射砲批評 → スーパー投票のプロセス:
1日でクリッカブルプロトタイプを完成させる日です。品質より速度を優先し、テストできるレベルの見た目を作ります。
役割分担の例:
5名のユーザーに60分のインタビューを実施し、水曜のストーリーボードで立てた仮説を検証します。
インタビュー中の並行作業:
スプリント後の3つの結末:
| 結果 | 次のアクション |
|---|---|
| 仮説が検証された | 自信を持って開発フェーズに移行 |
| 部分的に検証された | 問題のある部分だけ改善して再スプリント |
| 仮説が否定された | 定義フェーズに戻り、問題の再定義から始める |
デザイン思考は「共感→定義→発想→試作→検証」の5フェーズを反復することで、ユーザーに本当に価値ある解決策を生み出すフレームワークです。デザインスプリントはこのプロセスを5日間に圧縮し、不確実性を最小コストで解消します。HMWで問いを広げ、クレイジー8sで発想を加速し、ドット投票で収束させ、1日でプロトタイプを作ってユーザーに検証する——この流れを体験することで、複雑な問題に対して恐れず素早く動ける実践力が身につきます。次のレッスンではUXライティングを学びます。
全問正解でこのレッスンが「完了」になり、コースの全レッスンを完了すると修了証が発行されます。解説つき・何度でも挑戦できます。
Q1.検証(Test)で、ユーザーがそもそも想定した問題を持っていないと分かりました。本文に沿った対応はどれですか?
Q2.デザインスプリントの火曜日(Sketch)に、アイデアを個人作業で描く理由として本文が挙げるものはどれですか?
Q3.仮説検証のためにプロトタイプを作ります。本文の考え方に沿った忠実度の選び方はどれですか?
完全無料・クレジットカード不要
実践Webデザイン - Figma完全マスター講座
デザイナーとエンジニアが初めてコラボレーションできるツールを作る——そんなビジョンのもと、Figmaは2016年にDylan FieldとE
30分無料公開
実践Webデザイン - Figma完全マスター講座
「なんとなくデザインがおかしい」「プロっぽく見えない」——そんな感覚の正体の多くは、デザイン4原則のどれかが守られていないことにあります。
30分無料公開
実践Webデザイン - Figma完全マスター講座
「デザインはPCで完璧なのに、スマホで見たら崩れている」——この問題はデザイン段階でレスポンシブを意識していないことが原因です。
30分本文は無料で閲覧可
実践Webデザイン - Figma完全マスター講座
「デザインシステム」という言葉はよく聞くようになりましたが、実際に何を指すのか曖昧なまま使われることがあります。
30分本文は無料で閲覧可
デザインシステム構築・運用上級講座
デザインシステムとは、プロダクトやブランドの一貫性を保つための包括的な設計基盤です。
25分無料公開
デザインシステム構築・運用上級講座
デザイントークンは、デザインシステムの最小構成単位です。
30分本文は無料で閲覧可