デザイン思考 vs リーンスタートアップ——2つのイノベーション手法の比較

デザイン思考とリーンスタートアップは、どちらもイノベーションを生み出すための体系的な方法論です。しばしば比較される2つのアプローチの共通点と相違点を整理します。

2つのアプローチの概要

**デザイン思考**は、IDEOやスタンフォード大学d.schoolが体系化した人間中心のイノベーション手法です。共感→問題定義→創造→プロトタイプ→テストの5フェーズで構成されます。

リーンスタートアップは、Eric Ries が2011年の著書『The Lean Startup』で提唱した起業の方法論です。構築→計測→学習（Build-Measure-Learn）のフィードバックループを高速に回すことで、無駄を最小化しながら事業を検証します。

共通点

両者には重要な共通点があります。

• 反復的プロセス — 一度で正解にたどり着くのではなく、繰り返し改善する
• 実験重視 — 仮説を立て、実験を通じて検証する
• 早期のフィードバック — ユーザーや顧客からの反応を重視する
• 失敗からの学び — 失敗を「学びの機会」と捉える

相違点

観点	デザイン思考	リーンスタートアップ
起点	ユーザーのニーズ（共感）	ビジネス仮説
主な問い	「何を作るべきか？」	「これはビジネスになるか？」
焦点	望ましさ（Desirability）	実現できるか（Feasibility）・続けられるか（Viability）
プロトタイプ	学びのための低忠実度	MVP（最小限の実用製品）
対象フェーズ	課題発見〜解決策の探索	解決策の市場検証〜スケール

ワークショップで繰り返し見られるパターン

200回以上のワークショップで繰り返し見られるのは、「デザイン思考だけで事業検証まで完結しようとする」パターンです。共感フェーズから始まり、プロトタイプまで丁寧に進めたのに、「ユーザーが良いと言った」という感触だけで大規模な投資意思決定をしてしまう。

実際にやってみると分かるのですが、デザイン思考のテストフェーズで「これは良さそう」と感じてからが本当の起点です。 その感触を「定性的な手ごたえ」から「定量的な検証」に引き継ぐのがリーンスタートアップの役割です。デザイン思考が前半を走り、リーンスタートアップが後半を走る。渡すバトンは「これは良さそう」という手ごたえそのものです。

実務でよくある失敗パターン

上のワークショップの例とは別の角度で、実務ではもう2つの失敗が繰り返し起きます。

1. リーンスタートアップから入り、共感プロセスを飛ばしてしまう: 「早く検証サイクルを回したい」という焦りから、共感フェーズを経ずに社内の思い込みだけで最初の仮説を立て、いきなりMVPを作ってBuild-Measure-Learnを回し始めるケースです。この場合、検証サイクル自体は高速に回っても、そもそも検証している仮説がユーザーの実際の課題とずれているため、指標が改善しても事業として意味のある学びにつながりません。共感フェーズは「速度を落とす工程」ではありません。「何を検証すべきかを正しく決める工程」です。ここを飛ばして稼いだ速さは、たいてい後工程でそのまま失われます。

2. 並走させた結果、判断基準が割れて身動きが取れなくなる: デザイン思考チームとリーンスタートアップチームを並行運用する際に、前者は「望ましさ」の定性的な手ごたえを、後者は「実現可能性」の定量指標をそれぞれ別の会議体で追いかけてしまい、意思決定の場で「ユーザーは欲しがっているが数字が追いつかない」「数字は良いが誰も欲しがっていない実感がある」という主張が対立し、投資判断が止まるケースです。対策は、後述する4ステップのように、どの段階でどちらの基準を優先するかを先に1つの意思決定フローとして合意しておくことです。定性か定量か、片方だけで止まらない——それだけのことですが、事前にここまで握れているチームは意外と少ない。

使い分けと統合

最も効果的なのは、両者を段階的に統合するアプローチです。

1. デザイン思考で課題を発見する — 共感フェーズでユーザーの本質的なニーズを理解
2. デザイン思考で解決策を探索する — 創造・プロトタイプフェーズで方向性を定める
3. リーンスタートアップで市場検証する — MVPを構築し、ビジネス仮説を検証
4. データに基づいて改善を続ける — 計測結果を基に、ピボットまたは成長を判断

なお、時間制約の中でこの統合を実現する方法としてデザインスプリントがあります。5日間という枠組みで「理解→仮説→検証」を一気に駆け抜ける手法として現場で広く活用されています。

まとめ

デザイン思考は「正しい問題を見つけ、解決策の方向性を定める」段階で力を発揮し、リーンスタートアップは「解決策のビジネス性を検証し、成長させる」段階で力を発揮します。両者を組み合わせることで、イノベーションの成功確率を高められます。

よくある質問

デザイン思考とリーンスタートアップ、どちらを先に使うべきですか？

多くの場合、デザイン思考を先に使うべきです。 リーンスタートアップのMVP検証は「何を作るべきか」という問いがすでに定まっていることを前提にした手法であり、その問いを見つける工程はデザイン思考の共感フェーズや問題定義フェーズが担います。ただし対象領域の課題がすでに明確なら、共感フェーズを簡略化してMVP検証から始めても構いません。

両方を同時に走らせることはできますか？

できますが、注意が必要です。判断基準を1つに統合しておかないと、上で挙げた「並走させた結果、判断基準が割れて身動きが取れなくなる」失敗が起きやすくなります。 デザイン思考側の定性的な手ごたえとリーンスタートアップ側の定量指標、どちらをどの段階で優先するか。それを事前に合意したうえで並走させます。

スタートアップ以外（大企業の新規事業）でも同じ使い分けでよいですか？

基本的な使い分けの考え方は共通です。Eric Ries自身も2017年の著書『The Startup Way』で、大企業・既存組織にリーンスタートアップの原則を応用する枠組みを提示しています。違いは意思決定の承認階層の厚さです。 MVPでの検証結果を次の投資判断につなげるまでの意思決定プロセスを、プロジェクト開始前に別途設計しておく必要があります。

MVPとデザイン思考のプロトタイプは何が違いますか？

上の相違点の表にある通り、デザイン思考のプロトタイプは「学びのための低忠実度」の試作物で、間違っていることを前提に何度も作り直します。 一方MVPは「最小限の実用製品」で、実際のユーザーに使ってもらいながらビジネス指標を計測する道具です。前者が「これは正しい方向か」を確かめ、後者は「これはビジネスとして成立するか」を確かめる——問う対象が違います。

プロトタイプ検証で好反応が出たら、そのままスケール投資してよいですか？

いいえ。「デザイン思考のプロトタイプ検証を『ユーザーが良いと言った』で終わらせ、リーンスタートアップの定量検証に引き継がないままスケール投資してしまう」のは、ワークショップで繰り返し見られる失敗パターンです。好反応は次の検証（MVPによる定量的な市場検証）に進む合図であって、投資判断そのものの根拠にはなりません。

両方を導入する際、最初の一歩は何をすればよいですか？

いきなり全社的なプロセスとして両方を導入するのではなく、1つの案件で「共感フェーズ→MVP検証」までの最小のサイクルを1周してみるのが現実的な出発点です。デザインスプリントのような時間制約のある手法を使えば、統合の感触を短期間でチームに掴んでもらえます。1周回してから、範囲を広げるかどうかを決めれば十分です。

---

参考文献

• Eric Ries, The Lean Startup, Crown Business, 2011
• Eric Ries, The Startup Way, Currency, 2017
• Tim Brown, Change by Design, HarperBusiness, 2009
• Jeanne Liedtka, “Perspective: Linking Design Thinking with Innovation Outcomes through Cognitive Bias Reduction”, Journal of Product Innovation Management, Vol.32, No.6, 2015