デザイン思考とは？5ステップで問題を解決する方法

デザイン思考とは「ユーザーの真のニーズを発見し、創造的な解決策を試作・テストを繰り返して磨くアプローチ」です。元々はデザイナーの思考プロセスを言語化したもので、現在は新規事業開発・サービス改善・組織変革等の幅広い領域で活用されています。

従来のビジネス手法が「分析して正解を導く」のに対し、デザイン思考は「ユーザーに共感し、試行錯誤で発見する」姿勢を取ります。複雑な課題、正解が見えない問題に強みを持つ思考様式です。

スタンフォード大学d.schoolが提唱する5ステップを順番に解説します。実際は線形ではなく行き来する非線形プロセスです。

Step 1: Empathize（共感）

ユーザーを観察・対話・体験して「真のニーズ」を発見します。アンケートでは引き出せない暗黙のニーズを掘り起こすのが目的。

• 主な手法：エスノグラフィー（行動観察）、デプスインタビュー、シャドーイング、カスタマージャーニーマップ
• 得るもの：ユーザーの行動・感情・障壁の生データ

Step 2: Define（定義）

共感で得た情報から「解くべき本質的な課題」を1文で定義します。表面的なニーズではなく、本質に切り込むのが鍵。

• 主な手法：ペルソナ設定、共感マップ、HMW（How Might We）質問
• 得るもの：「○○ユーザーが△△を達成できるためのソリューションをどう作るか」という問い

Step 3: Ideate（着想）

定義した問いに対して「多様なアイデアを大量に出す」段階。質より量を重視し、評価は後回しにします。

• 主な手法：ブレインストーミング、Crazy 8s、SCAMPER、マッシュアップ
• 得るもの：50〜100個のアイデア候補

Step 4: Prototype（試作）

選んだアイデアを「素早く・低コストで形にする」段階。完璧でなくOK、フィードバックを得られる最低限の形があればよい。

• 主な手法：紙プロトタイプ、Wireframe、MVP（Minimum Viable Product）、ロールプレイング
• 得るもの：テスト可能な試作品

Step 5: Test（テスト）

試作をユーザーに見せて「フィードバックを獲得し、改善ループを回す」段階。ここで得た学びを Step 1〜4 のどこかに戻して再度回す。

• 主な手法：ユーザビリティテスト、A/Bテスト、コンセプトテスト
• 得るもの：仮説の検証結果、次のイテレーション課題

デザイン思考と論理思考は対立するものではなく、補完関係にあります。

項目	デザイン思考	論理思考
アプローチ	発散→収束→発散の反復	分解→分析→統合
起点	ユーザー観察・体験	市場データ・経営課題
適合領域	新規・複雑・曖昧な課題	既存・構造化された課題
求めるもの	「新しい発見」	「正解の絞り込み」
代表企業	IDEO、Apple、Airbnb	McKinsey、BCG、Bain

実務では「課題の性質で使い分ける」のが現実的。新規事業・サービス設計はデザイン思考、収益性分析・コスト削減は論理思考、というイメージです。

デザイン思考は「曖昧な課題・新規領域」で特に効果を発揮します。

シーン1: 新規事業・新サービス開発

ユーザーニーズが見えない領域でアイデアを発散させ、試作・テストでPMFを探る。スタートアップのMVP開発と相性が良く、リーンスタートアップ手法とも親和性があります。

シーン2: 既存サービスのUX改善

「ユーザーが何に困っているか」を観察起点で発見し、改善案を試作・テスト。Webサイト・アプリのリニューアルで頻繁に使われる手法です。

シーン3: 組織変革・カルチャー設計

従業員視点で組織の課題を発見し、新しい働き方・制度を試行する。HR領域でのデザイン思考活用が近年広がっています。

シーン4: 公共サービス・教育

市民・学習者を観察し、社会課題の解決策を設計する。行政サービスのデジタル化や教育プログラム設計で活用されています。

デザイン思考はケース面接で「新規事業」「UX改善」「組織変革」のお題で活用できます。

使い方1: 新規事業のアプローチを提示

「新規事業を立ち上げるには」のお題で、「まずユーザー観察→課題定義→アイデア発散→MVP試作→検証」のサイクルを提案。論理思考だけのお題対策とは違う視点を見せられます。

使い方2: 既存サービスの改善提案

「あるECサイトの売上を伸ばすには」のお題で、データ分析だけでなく「実際にユーザーに使ってもらって観察」を提案。質的データから打ち手を発見する切り口を加えられます。

使い方3: 組織変革の進め方

「DX推進をどう進めるか」のお題で、「現場社員の観察→課題定義→小規模試行→拡大」のデザイン思考的進め方を提案。トップダウン施策とは違う柔軟性を提示できます。

デザイン思考を導入しても効果が出ないパターンを整理します。

ミス1: ユーザー観察を省略する

共感ステップを省いて会議室でアイデアを出すと、デザイン思考の本質的価値が失われます。「実際のユーザーに会う」プロセスが起点となります。

ミス2: 5ステップを線形で進める

「Empathize → Define → Ideate → Prototype → Test」を一回で完結させようとすると失敗します。非線形・反復的に行き来するのが正しい運用です。

ミス3: 試作品の完成度を上げすぎる

Prototypeで完成度を求めすぎると時間・コストがかかりすぎ、テストサイクルが回りません。「テストできる最低限」で素早く形にするのが原則。

ミス4: アイデア出しで評価を入れる

Ideate中に「それは無理」「コストが」と評価を入れると多様なアイデアが出ません。発散と収束は別フェーズで切り分けるのが鉄則です。

ミス5: 論理思考と対立させる

「デザイン思考があれば論理思考は不要」「論理派とデザイン派は対立」のような対立構造で捉えると効果が下がります。補完関係として併用するのが正攻法です。

Q1. デザイン思考はデザイナーだけの手法ですか？

いいえ。あらゆる職種・業界で活用可能です。デザイナーの思考プロセスを言語化したものですが、新規事業・サービス改善・組織変革等の幅広い領域で広く使われています。

Q2. リーンスタートアップとの違いは？

両者は姉妹手法で重なる部分が多い。デザイン思考は「ユーザー観察起点」、リーンスタートアップは「仮説検証起点」と起点が違うが、Build-Measure-Learn のサイクルは共通。実務では併用されます。

Q3. デザイン思考の導入難易度は？

形だけ導入するのは易しいが、「真のユーザー観察」「失敗を許容する文化」「短サイクル運用」を組織に定着させるのは難しい。トップのコミットメントと実践の積み重ねが必要です。

Q4. デザイン思考は本当に効果がありますか？

適切に運用すれば効果は高い一方、「形だけ導入」では効果が出ません。Apple・Airbnb・IDEOの成功事例がある反面、導入したが効果が出なかった企業も多数。本質を理解した運用が前提です。

Q5. ケース面接でデザイン思考を使うのは適切ですか？

使い方によります。「新規事業」「UX改善」系のお題では適切。一方、コスト削減・収益改善のような「分析型」のお題では論理思考が主軸になります。お題の性質に応じて使い分けるのが上級者の動きです。

デザイン思考は「曖昧な課題への創造的アプローチ」として、論理思考を補完する強力なフレームワークです。本記事の5ステップ・適用シーン・典型ミスを理解しておけば、ケース面接でも実務でも活用できます。スタートアップ成長戦略のPMF論点と組み合わせて、新規事業設計の引き出しを増やしてください。