デザイン思考とデザインスプリント
※このページには広告(PR)リンクが含まれます
🎯 このレッスンのゴール:最後の3問に答えられること
- 検証(Test)で、ユーザーがそもそも想定した問題を持っていないと分かりました。本文に沿った対応はどれですか?
- デザインスプリントの火曜日(Sketch)に、アイデアを個人作業で描く理由として本文が挙げるものはどれですか?
- 仮説検証のためにプロトタイプを作ります。本文の考え方に沿った忠実度の選び方はどれですか?
本文は約8分で読めます。先に問題を頭に入れてから読むと、答えの箇所が見つけやすくなります。
すぐに問題に挑戦する ↓デザイン思考 — 人間中心で複雑な問題を解くフレームワーク
デザイン思考(Design Thinking)は、スタンフォード大学d.schoolやIDEOが体系化した問題解決アプローチです。「正しい答えを出すこと」よりも「正しい問いを見つけること」を優先し、ユーザーへの深い共感から出発して革新的な解決策を生み出します。
テクノロジー、ビジネス、行政、医療など多様な分野で採用され、GoogleやAmazonのUXチームが日常的に使うフレームワークでもあります。このレッスンでは、5フェーズの詳細とデザインスプリントへの応用を実践的に学びます。
デザイン思考 — 5フェーズとデザインスプリント5日間
デザイン思考の5フェーズ詳解
フェーズ1: 共感(Empathize)
共感フェーズは、解決しようとする問題のユーザーを深く理解することを目的とします。このフェーズで得た洞察の質が、その後のすべてのフェーズの質を決定します。
主な手法:
| 手法 | 概要 | 適した状況 |
|---|---|---|
| 深掘りインタビュー | 1対1で60〜90分の半構造化インタビュー | 内面の動機・感情を探る |
| 観察(シャドウイング) | ユーザーの行動を現場で黙って観る | 言語化されない行動を把握する |
| 共感マップ | 「言う・する・考える・感じる」を整理 | チームの認識を揃える |
| カスタマージャーニーマップ | 体験の全プロセスを時系列で可視化 | 感情の山谷と機会を発見する |
| 文化的プローブ | 日記・写真記録をユーザーに依頼 | 日常生活の文脈を把握する |
💡 インタビューで「なぜ?」を5回繰り返す「5 Whys」技法は、表面的な不満の背後にある本質的な問題を掘り起こします。「アプリが使いにくい」→「どこが?」→「検索が難しい」→「なぜ?」→「何を入力すればいいかわからない」……というように、原因の根を見つけます。
避けるべきインタビューの失敗パターン:
- ◆「〜は好きですか?」という誘導質問(はい/いいえで終わる)
- ◆「普通は〜しますよね?」という前提を押し付ける質問
- ◆将来の仮想行動を聞く(「もし〜があったら使いますか?」は信頼性が低い)
- ◆解決策を提示して賛否を求める
フェーズ2: 定義(Define)
共感フェーズで集めた情報を整理・統合し、解くべき本質的な問題を明確に定義します。曖昧な問題定義は、誰も求めていない解決策につながります。
POV(Point of View)ステートメント:
POVステートメントは「誰のための・どんな問題を・なぜ解くか」を1〜2文で表現したものです。
フォーマット:
「(ペルソナ名)は(ニーズ)を必要としている。なぜなら(インサイト)だから。」
例:
「忙しいワーキングマザーの美咲さんは、隙間時間に確実に必要な情報だけにアクセスする方法を必要としている。なぜなら、通知が多すぎて重要なものを見逃すストレスを毎日感じているからだ。」
HMW(How Might We)質問
HMWはPOVステートメントを「どうすれば〜できるだろうか?」という形式の問いに変換する技法です。問題を可能性の探索として捉えなおす言語装置です。
変換例:
| POVの問題 | HMW質問 |
|---|---|
| 通知が多すぎて重要なものを見逃す | どうすれば重要な通知だけを確実に届けられるだろうか? |
| 検索で目的のものが見つからない | どうすれば最初の入力なしに欲しいものに辿り着けるだろうか? |
| チェックアウトが複雑で離脱する | どうすれば購入の意思決定からの摩擦をゼロにできるだろうか? |
⚠️ HMW質問は「広すぎず、狭すぎず」のバランスが重要です。「どうすれば通知をなくせるだろうか?」は解決策を一つに絞り込みすぎで、発想が広がりません。「どうすればユーザーを幸せにできるだろうか?」は広すぎて収束できません。
フェーズ3: 発想(Ideate)
定義した問いに対して、量を重視してアイデアを生み出すフェーズです。この段階では批判・評価を一切せず、奇抜なアイデアも歓迎します。
ブレインストーミングの4原則:
- ◆判断を保留する — 「でも…」「それは無理」を禁止
- ◆量を求める — 質より量、まず100個出す
- ◆奇抜なアイデアを歓迎する — 突飛なアイデアが革新につながる
- ◆他者のアイデアを土台に発展させる — 「それいいね、さらに〜したら?」
クレイジー8s(Crazy 8s):
8分間で1枚の紙を8分割し、8つのアイデアスケッチを描くタイムボックス法です。時間制限が「完璧なアイデアを出さなければ」という心理的障壁を取り除き、素早い発散を促します。
手順:
- ◆A4用紙を3回折って8つのパネルを作る
- ◆タイマーを8分にセット
- ◆各パネルに1分で1つのアイデアをスケッチ(文字も可)
- ◆終了後、全員のシートを並べてチームで共有
アイデア収束技法
発散して出たアイデアを絞り込む技法です。
ドット投票(Dot Voting): 各メンバーに5〜8枚のシール(ドット)を配り、良いと思うアイデアに貼ります。多くのドットが集まったアイデアを上位候補とします。
2×2マトリクス: 「実現可能性(低⟷高)」と「ユーザー価値(低⟷高)」の2軸でアイデアをプロットします。高価値かつ実現可能なアイデアが優先候補になります。
SCAMPER法:
| アクション | 意味 | アイデア展開の視点 |
|---|---|---|
| Substitute | 代替する | 何かを別のものに置き換えたら? |
| Combine | 組み合わせる | 2つのアイデアを合体したら? |
| Adapt | 適応させる | 他の分野からアイデアを転用したら? |
| Modify | 修正する | 拡大・縮小・誇張したら? |
| Put to other uses | 別の使い方 | まったく違う用途で使ったら? |
| Eliminate | 削除する | 何かを取り除いたら? |
| Reverse | 逆にする | 順序や前提を逆にしたら? |
フェーズ4: 試作(Prototype)
アイデアを素早く形にして検証可能な状態にします。「完璧なプロトタイプ」は不要で、検証したい仮説を確かめるのに必要な最小限の精度にとどめます。
プロトタイプの忠実度と用途:
| 忠実度 | 形式 | 作成時間 | 確認できること |
|---|---|---|---|
| 超低忠実度 | 紙に手書き | 5〜15分 | 情報構造・基本フロー |
| 低忠実度 | 紙プロト(切り貼り) | 30〜60分 | 操作性・ナビゲーション |
| 中忠実度 | Figmaワイヤーフレーム | 2〜4時間 | レイアウト・コンテンツ優先度 |
| 高忠実度 | Figmaクリッカブル | 4〜8時間 | ビジュアル・マイクロインタラクション |
💡 「プロトタイプを作るには何日もかかる」と思っているなら、忠実度が高すぎます。仮説の検証には最も粗いプロトタイプで十分です。紙とペンで5分で作ったプロトタイプでも、90%の重要なユーザビリティ問題を発見できます。
フェーズ5: 検証(Test)
プロトタイプをユーザーに見せてフィードバックを得ます。このフェーズは「プロトタイプのテスト」ではなく「仮説の検証」であることを常に意識してください。
検証で確認すべき仮説:
- ◆ユーザーはプロトタイプが解決しようとしている問題を実際に持っているか?
- ◆提案した解決策はユーザーにとって意味があるか?
- ◆操作フローは直感的に理解できるか?
- ◆重要なアクションに迷わず到達できるか?
5フェーズは直線ではない:
デザイン思考の5フェーズは順番に一度だけ進むプロセスではありません。検証で得た洞察が共感フェーズに戻る材料になり、プロトタイプのテスト中に問題の定義が変わることもあります。反復こそが本質です。
デザインスプリント5日間
デザインスプリントとは
デザインスプリントはGoogleベンチャーズ(現GV)のJake Knappが開発した、5日間でアイデアからユーザー検証まで完結させるフレームワークです。通常数ヶ月かかる意思決定プロセスを1週間に圧縮し、最小コストで最大の学びを得ます。
スプリントに最適な課題:
- ◆「このプロダクトの方向性は正しいか?」という大きな問い
- ◆複数の解決策候補があり、どれが最善か判断できない場合
- ◆ステークホルダー間で意見が割れている問題
- ◆新しい機能・プロダクト・ビジネスモデルの検証
月曜日: Map(課題のマッピング)
スプリントの最初の日は、チームが解くべき問題を共有理解することに費やします。
主なアクティビティ:
- ◆長期ゴールの設定(2〜5年後に達成したい状態)
- ◆スプリント質問の作成(「〜が失敗するとしたら何が原因か?」)
- ◆ユーザーマップの作成(ユーザーが経験する旅を左→右で図示)
- ◆専門家インタビュー(社内外の知識を集める2〜3時間)
- ◆ターゲット(解くべき最重要の瞬間)の選定
火曜日: Sketch(ソリューションスケッチ)
各チームメンバーが個人でソリューション案を描く日です。グループブレインストーミングの問題(強い人の意見に引っ張られる、集団浅慮)を避けるため、個人作業を重視します。
プロセス:
- ◆ライトニングデモ(20分): 参考になる既存サービス・プロダクトを紹介
- ◆個人メモ(20分): アイデアを自由にメモ
- ◆アイデアスケッチ(20分): 図や文字でアイデアを展開
- ◆クレイジー8s(8分): 8つのバリエーションを高速スケッチ
- ◆ソリューションスケッチ(45分〜1時間): 3パネルのストーリーボードで最良案を詳細化
水曜日: Decide(意思決定)
火曜日に作成した複数のソリューションスケッチから、プロトタイプ化する1つを決める日です。
ヒートマップ投票 → 速射砲批評 → スーパー投票のプロセス:
- ◆各自がドットシールをスケッチの気に入った箇所に貼る(沈黙で実施)
- ◆全員でスケッチを批評(批評者は名前を見ずに)
- ◆デシジョンメーカー(PM・事業責任者)が最終案を1つ選ぶ
- ◆ストーリーボード(15コマ前後)に詳細化
木曜日: Prototype(プロトタイプ作成)
1日でクリッカブルプロトタイプを完成させる日です。品質より速度を優先し、テストできるレベルの見た目を作ります。
役割分担の例:
- ◆Makers × 2〜3名: Figmaでスクリーンを作成
- ◆Writer × 1名: コピー・ラベルを担当
- ◆Asset Collector × 1名: 必要な素材・アイコンを収集
- ◆Interviewer × 1名: 翌日のインタビューガイドを準備
金曜日: Test(ユーザーテスト)
5名のユーザーに60分のインタビューを実施し、水曜のストーリーボードで立てた仮説を検証します。
インタビュー中の並行作業:
- ◆インタビュアー1名が参加者と1対1でセッション
- ◆残りのチームは別室でリアルタイム観察・パターンメモ
- ◆5セッション後、全員でパターンを共有
スプリント後の3つの結末:
| 結果 | 次のアクション |
|---|---|
| 仮説が検証された | 自信を持って開発フェーズに移行 |
| 部分的に検証された | 問題のある部分だけ改善して再スプリント |
| 仮説が否定された | 定義フェーズに戻り、問題の再定義から始める |
🏋️実践ワーク
- ◆身近な不満(アプリ・サービス・リアル体験)を1つ選び、デザイン思考の定義フェーズを完成させてください。
- ◆インタビュー対象者のペルソナを作成(名前・年齢・職業・利用文脈)
- ◆POVステートメントを「(ペルソナ)は〜を必要としている。なぜなら〜だから。」の形式で書く
- ◆POVからHMW質問を3つ生成する
- ◆選んだHMW質問1つに対してクレイジー8sを実施してください。
- ◆A4用紙を8分割してタイマーを8分にセット
- ◆8つのアイデアスケッチを描く(文字でも可)
- ◆終了後、最も気に入った1〜2案を選び、3パネルのストーリーボードに展開する
- ◆デザインスプリントの水曜日(Decide)の意思決定プロセスを模擬体験してください。
- ◆クレイジー8sのスケッチをチーム(または友人)と共有
- ◆ドット投票でアイデアにシールを貼り、得票数を集計
- ◆最もドットが集まったアイデアを選び、次に試作する理由を2〜3文で説明する
📝まとめ
デザイン思考は「共感→定義→発想→試作→検証」の5フェーズを反復することで、ユーザーに本当に価値ある解決策を生み出すフレームワークです。デザインスプリントはこのプロセスを5日間に圧縮し、不確実性を最小コストで解消します。HMWで問いを広げ、クレイジー8sで発想を加速し、ドット投票で収束させ、1日でプロトタイプを作ってユーザーに検証する——この流れを体験することで、複雑な問題に対して恐れず素早く動ける実践力が身につきます。次のレッスンではUXライティングを学びます。
理解度チェック
3問全問正解でこのレッスンが「完了」になり、コースの全レッスンを完了すると修了証が発行されます。何度でも挑戦でき、全問正解すると全問の解説が読めます(不正解のときは正解した問題の数だけ表示され、30秒後に答え直せます)。
Q1.検証(Test)で、ユーザーがそもそも想定した問題を持っていないと分かりました。本文に沿った対応はどれですか?
Q2.デザインスプリントの火曜日(Sketch)に、アイデアを個人作業で描く理由として本文が挙げるものはどれですか?
Q3.仮説検証のためにプロトタイプを作ります。本文の考え方に沿った忠実度の選び方はどれですか?
「UI/UXデザイン実践講座」全10レッスンを無料で修了しよう
- ✓ 理解度チェックの採点と、合格レッスンの記録
- ✓ 全レッスン合格で修了証を発行(URLでシェア・LinkedInに追加できます)
- ✓ 全レッスンの解説動画と、続きから再開できる学習ダッシュボード
完全無料・クレジットカード不要
このレッスンで使うツール・次の学び方 PR
Audible(Amazonのオーディオブック) ↗ビジネス書・マーケティングの本を通勤中や家事の合間に聴いて学べる。プレミアムプランは30日間の無料体験あり(2026年11月時点)

関連するブログ記事
関連レッスン(他のコースから)
実践Webデザイン - Figma完全マスター講座
Figmaとは?Webデザインツールの選び方
デザイナーとエンジニアが初めてコラボレーションできるツールを作る——そんなビジョンのもと、Figmaは2016年にDylan FieldとE
30分無料公開
実践Webデザイン - Figma完全マスター講座
デザインの4原則 - 近接・整列・反復・コントラスト
「なんとなくデザインがおかしい」「プロっぽく見えない」——そんな感覚の正体の多くは、デザイン4原則のどれかが守られていないことにあります。
30分無料公開
実践Webデザイン - Figma完全マスター講座
レスポンシブデザインの実践
「デザインはPCで完璧なのに、スマホで見たら崩れている」——この問題はデザイン段階でレスポンシブを意識していないことが原因です。
30分本文は無料で閲覧可
実践Webデザイン - Figma完全マスター講座
デザインシステムの構築
「デザインシステム」という言葉はよく聞くようになりましたが、実際に何を指すのか曖昧なまま使われることがあります。
30分本文は無料で閲覧可
デザインシステム構築・運用上級講座
デザインシステムとは?なぜ今必要なのか
デザインシステムとは、プロダクトやブランドの一貫性を保つための包括的な設計基盤です。
25分無料公開
デザインシステム構築・運用上級講座
デザイントークンの設計と管理
デザイントークンは、デザインシステムの最小構成単位です。
30分本文は無料で閲覧可