デザイン思考とは何か——IDEO・d.schoolから2026年の最前線まで
デザイン思考(Design Thinking)の定義、IDEOとStanford d.schoolによる歴史的系譜、5ステップ詳解、ダブルダイヤモンドとの対応、日本企業の成功・失敗事例、AI時代の進化まで。ピラー記事として網羅的に解説。
デザイン思考(Design Thinking)の定義、IDEOとStanford d.schoolによる歴史的系譜、5ステップ詳解、ダブルダイヤモンドとの対応、日本企業の成功・失敗事例、AI時代の進化まで。ピラー記事として網羅的に解説。
デザイン思考(Design Thinking)は、ここ20年でビジネスの現場に最も浸透した「問題解決の方法論」のひとつです。しかし「付箋を貼ってペルソナを作れば完成」という表面的な導入が横行し、期待した成果が出ないケースも後を絶ちません。
手法の名前を知っていることと、手法が機能する理由を理解することは、まったく別のことです。 本記事では、デザイン思考の起源・構造・実践・批判・進化を一本の流れとして解説します。
IDEO元CEOのTim Brownは、デザイン思考を次のように定義しています。
デザイナーの感性と手法を用いて、人々のニーズ、テクノロジーの可能性、ビジネスの成功要件を統合するイノベーションへの人間中心アプローチ。
— Tim Brown, Harvard Business Review, June 2008
この定義が重要なのは、3つの円の交差で表されるBTC統合論(Business / Technology / Creative)の構造を示しているからです。デザイン思考は「デザインをうまくやる方法」ではなく、人間・技術・ビジネスの3軸を同時に考える問題解決の姿勢です。
3つの円が重なる領域に、真のイノベーションが生まれます。1つでも欠けると、「技術的には優れているが誰も使わない」「ユーザーは喜ぶが事業化できない」という陥穽にはまります。
デザイン思考の知的基盤は古く、1969年のHerbert A. Simonの著書『The Sciences of the Artificial(システムの科学)』にまで遡ります。Simonは「デザインは既存の状況をより望ましい状況に変えるための行動の考案」と定義し、デザインを問題解決プロセスとして捉える視座を示しました。
実践面での決定的な転換は、1991年にデザインコンサルティング会社IDEOが設立されたことにあります。前身はDavid Kelleyが1978年に創業したDavid Kelley Design(後にIDEO)です。1991年の合併でIDEO Inc.が誕生し、David Kelley、Tom Kelley兄弟、そして後にCEOとなるTim Brownのリーダーシップのもとで、デザイン思考はビジネスイノベーションの実践手法として体系化されていきました。
1999年のABC Nightlineの放映が、デザイン思考を世界に知らしめる転機になりました。IDEOが5日間でスーパーマーケットのショッピングカートを再デザインするプロセスを撮影したこのドキュメンタリーは、「チームによる人間中心デザイン」の力を一般に示した歴史的映像です。詳細はIDEOのショッピングカート再デザイン事例に譲りますが、このプロジェクトは「エキスパートが一人で考えるより、多様なチームが共感から始める方が優れたアイデアが生まれる」という命題を実証しました。
2005年、スタンフォード大学にHasso Plattner Institute of Design(通称d.school)が設立されました。設立者はDavid Kelleyです。d.schoolの最大の特異性は、工学・経営・教育・医学・法学など異なる学部の学生が同じチームでプロジェクトに取り組む「学際的デザイン教育」にあります。
d.schoolは5つのフェーズからなるデザイン思考プロセスを体系化し、「誰もがデザイン思考を学べる」という姿勢でワールドワイドに普及を進めました。2013年にDavid Kelleyと弟Tom Kelleyが著した*Creative Confidence(クリエイティブ・コンフィデンス)*は、「デザイン思考は特定の才能を持つ人間だけのものではない」というメッセージを、世界の経営者・教育者に届けました。
d.schoolが体系化した5フェーズは、以下の構成です。重要なのは、これが直線的なプロセスではなく反復的(イテラティブ)なサイクルという点です。
ユーザーを観察・インタビューし、行動・感情・動機を深く理解するフェーズです。「自分たちが解くべき問題はすでにわかっている」という前提を疑うことから始まります。
具体的な手法として、現場観察(フィールドワーク)、半構造化インタビュー、シャドウィング(ユーザーに同行して行動を観察する手法)、共感マップの作成などがあります。特に半構造化インタビューでは「なぜ?」を5回繰り返す「5 Whys」アプローチが有効で、表層的な発言の背後にある本質的な動機を引き出します。
200回以上のワークショップで観察してきたパターンとして、最も多い「後から戻る先」は共感フェーズです。 テストフェーズでプロトタイプがユーザーに刺さらないとき、問題定義を再考しても解決しないとき、その根本原因の9割は「最初の共感が薄かった」に行き着きます。共感フェーズの実践では、この「戻り」の構造をさらに掘り下げています。
共感フェーズで得た観察を統合し、解くべき本質的な問いを設定するフェーズです。ここで作成するPOVステートメント(Point of View Statement)は「[ユーザー] は [ニーズ] を必要としている。なぜなら [インサイト] だから」という形式で記述します。
POVから「How Might We(HMW)」の問いへの展開が、創造フェーズへの橋渡しになります。「どうすれば〜できるだろうか?」という問いの形式は、否定的な現状を可能性の問いに変換します。HMWは広すぎず狭すぎず——「どうすれば世界を変えられるか」は広すぎ、「どうすれば色を変えられるか」は狭すぎます。 この「ちょうどいい問いの粒度」の見つけ方は、問題定義フェーズの実践で手を動かしながら学べる。
HMWを出発点に、判断を保留してアイデアを大量に発想するフェーズです。ブレインストーミングの基本ルール(量を重視・判断を保留・他者のアイデアに乗る)に加え、Crazy 8s(1枚の紙を8等分し、8分間で8つのアイデアをスケッチする手法)が特に有効です。
「実際にやってみると、最初の5分で出るアイデアは既知のものばかり」という声はワークショップで頻繁に聞きます。ブレインストーミングの価値は「量を強制することで、明らかなアイデアを使い切り、その先にある非凡なアイデアを引き出す」ことにあります。「最初のアイデアがベストであることは、ほぼない」という前提でプロセスを進めることが重要です。
アイデアを素早く低コストで形にし、検証可能な状態にするフェーズです。「完成品を作る」ではなく「思考を外部化して学ぶ」ことが目的です。
ペーパープロトタイピングは最も基本的な手法で、画面やサービスの流れを紙にスケッチして、ユーザーに「これで操作してみてください」と試してもらいます。1時間あれば10パターンのプロトタイプを作ることができ、デジタルで作り込む前の段階で「ユーザーが何を期待するか」を把握できます。IDEO流の原則「粗く、速く、安く(Rough, Rapid, Right)」が、プロトタイプの質よりスピードを優先する判断基準になります。プロトタイプフェーズの実践では、ペーパープロトタイピングから始まる具体的な手順を追っています。
ユーザーにプロトタイプを体験してもらい、フィードバックから学ぶフェーズです。ここでの目標は「仮説の検証」ではなく「想定外の発見」です。仮説を証明しようとする気持ちは、観察の質を下げます。
「ユーザーがプロトタイプで詰まった場所で、なぜ詰まったかを聞かずに次に進んでしまう」という失敗はワークショップで頻繁に観察されます。テスト中に最も価値あるデータは、ユーザーが戸惑い、予期しない操作をした瞬間です。「上手くいったこと」より「上手くいかなかったこと」の方が、次のイテレーションへの学びが大きい。 テストフェーズの実践では、この「想定外の発見」を引き出すインタビュー技術を解説している。
デザイン思考を学ぶ過程で必ず出会うもうひとつのモデルが、英国Design Councilが2004年に発表したダブルダイヤモンド(Double Diamond)です。d.schoolの5フェーズとよく比較されますが、思想は共通しながら強調点が異なります。
| 観点 | d.school 5フェーズ | ダブルダイヤモンド |
|---|---|---|
| 発祥 | スタンフォード大学(2005年) | 英国Design Council(2004年) |
| フェーズ数 | 5(Empathize / Define / Ideate / Prototype / Test) | 4(Discover / Define / Develop / Deliver) |
| 最大の特徴 | 共感(Empathize)を独立フェーズとして強調 | 発散と収束のリズムを視覚的に明示 |
| プロセス観 | 5フェーズの反復(イテレーション) | 問題空間と解決空間の明確な分離 |
| 主な活用文脈 | プロダクト開発、イノベーション教育 | サービスデザイン、政策デザイン |
両モデルの対応関係を整理すると、d.schoolの「Empathize + Define」がダブルダイヤモンドの「Discover + Define」(第1ダイヤモンド)に対応し、「Ideate + Prototype + Test」が「Develop + Deliver」(第2ダイヤモンド)に対応します。
ダブルダイヤモンドが強調するのは「正しい問題を見つけてから、正しい解決策を作る」という順序です。第1ダイヤモンドを省略して解決策の議論に飛びつく誘惑に、明示的に構造で対抗します。詳細はダブルダイヤモンドの実践に譲ります。
Tim Brownが提唱したBTC統合論は、デザイン思考の理論的核心です。多くの組織がデザイン思考を導入しても変革が起きない原因のひとつは、この統合を組織構造として実現できていないことにあります。
IDEOでは、プロダクトデザイナー・エンジニア・ビジネスアナリスト・社会科学者が同じチームに混在する「T字型人材のチーム」が標準です。T字型人材とは「特定分野の深い専門性(縦棒)と、他分野への好奇心と協働能力(横棒)」を持つ人間を指します。
この思想の日本への輸入として参考になるのが、電通のBデザインチーム(Business Design)の取り組みです。コンサルタント・クリエイター・テクノロジストが同一チームで事業設計を行うこの組織形態は、BTC統合の日本版実装として機能しています。
「ビジネス側は成果指標を、デザイン側は体験品質を、技術側は実装可能性を、それぞれ別々に最適化する」という縦割り構造は、真のイノベーションに必要な「3つの円の交差」を生み出せません。 BTC統合を組織設計の原則に組み込むことが、デザイン思考を形式的な手法から実質的な力に変える転換点になります。
Yahoo! Japanは2010年代初頭からデザイン思考を段階的に導入し、ユーザーリサーチを開発プロセスの中心に位置づけてきました。単発のワークショップではなく、プロダクト開発の意思決定プロセスそのものを再設計したことが、定着の鍵でした。
楽天では、多言語・多文化のユーザーを抱えるグローバルサービスにおいて、各国のユーザーリサーチを体系的に実施するデザインリサーチチームを設置しています。「楽天市場」のUI改善プロジェクトでは、長年放置されてきた情報設計の問題を、ユーザーテストによるインサイトを基に段階的に解消していきました。
リコーは、プリンターやMFP(複合機)という成熟市場でのイノベーション創出に、デザイン思考を活用しています。法人顧客の「働く現場」に入り込んだフィールドリサーチを実施し、機器の機能改善ではなく「ワークフロー全体の最適化」という問題定義への転換を実現しました。
日本企業のデザイン思考導入でよく観察される失敗は、以下の3段階で進行します。
第1段階:研修の実施。外部ファシリテーターを呼んで1〜2日のワークショップを開催し、参加者は「デザイン思考を体験した」という感覚を持ちます。しかし研修終了後、業務への接続方法が示されないまま終わることがほとんどです。
第2段階:ポストイットの儀式化。次のプロジェクトで「デザイン思考をやってみよう」となったとき、付箋を貼ってペルソナを作るという形式だけが再現されます。ユーザーリサーチは省略され、チームが想像した「典型的なユーザー像」を根拠にペルソナが作られます。
第3段階:経営層の無理解と撤退。プロトタイプが完成しても、承認プロセスや予算確保の壁を越えられず、プロジェクトが立ち消えます。「あれは現場の遊びだった」という評価が定着し、次の予算が削られる。 この構造的問題についてはデザイン思考が失敗する5つのパターンで詳しく分析しています。
哲学者・山口周は2019年前後から「デザイン思考は問題解決には向くが、問題発見には向かない」という論を展開し、アート思考との対比でデザイン思考の限界を論じています。この批判は、特定の層に強く響きました。
この批判は半分正しく、半分は誤解に基づいていると考えます。デザイン思考のEmpathizeフェーズは、本来「存在していない問題を発見する」ためのプロセスです。ただし実際のワークショップでは「解くべき問題はすでに設定されている」前提でフェーズを進めることが多く、山口が批判するのは「デザイン思考そのもの」ではなく「デザイン思考の浅い実践」です。
Natasha Jenの「Design Thinking is Bullshit」を含む批判の系譜については、デザイン思考への批判を読み解くで整理しています。批判を知ることは、デザイン思考を捨てることではなく、より誠実に使うための基盤になります。
2024〜2025年のAIツールの急速な普及は、デザイン思考の各フェーズを変えつつあります。最も変化が大きいのは、インサイト抽出と発散フェーズです。
Empathizeフェーズでは、複数のインタビュー録音をAIが文字起こしし、テーマ別にクラスタリングする作業が大幅に効率化されました。以前は2〜3日かかっていた「共感マップの統合」が数時間で完了します。ただし、AIが分類したクラスターをそのまま「インサイト」として扱う危険性も生まれています。AIは「言語的パターン」は捉えますが、「言葉になっていない違和感」はまだ人間の観察にしか拾えません。
Ideateフェーズでは、生成AIが「HMWに対するアイデア100個」を瞬時に提示します。ブレインストーミングの「量を強制する」という役割をAIが担える一方、「チームが共に考える経験」そのものに価値がある文脈では、AIへの委任は文化変革の機会を損ないます。
AI時代のデザイン思考では、各フェーズにおけるAI支援の具体的な実装パターンと落とし穴を整理している。
2020年のパンデミック以降、デザイン思考のワークショップが物理的な空間を前提としない形に進化しました。FigJam、Miro、Mural などのオンラインホワイトボードツールは、付箋・親和図・ジャーニーマップのオンライン代替として定着しています。ファシリテーターとしての実感を含む運用ノウハウはリモートデザインワークショップの実践にまとめた。
またデザインスプリント(Google Venturesが開発した5日間集中プロセス)は、デザイン思考の実践的応用形として多くの組織で採用されています。長期のデザイン思考プロジェクトが難しい場合でも、スプリントの形式で短期間に集中した検証サイクルを回せます。
2010年代のデザイン思考は「ワークショップで革新的なアイデアを出す手法」として普及しました。しかし、ワークショップのアウトプットが組織の意思決定プロセスに乗らない構造的問題が表面化したことで、2020年代には「デザイン思考を組織の意思決定システムに統合する」という3.0的なアプローチが台頭しています。
IBMの「Enterprise Design Thinking」はその先行例で、デザイン思考のプラクティスを大規模組織のアジャイル開発プロセスと統合したフレームワークです。1万人以上のデザイナーを擁するIBMが2013年から段階的に実施したこの変革は、「デザイン思考は特定のプロジェクト手法」ではなく「組織の意思決定文化」として機能させる試みの最大規模の実証例です。
デザイン思考を「理解したもの」から「使えるもの」に変えるために、今日から実行できる3つのステップを提示します。
ステップ1:次の問題を「HMW」に変換する。 現在抱えているプロジェクトの課題を「どうすれば〜できるだろうか?」という形式に書き換えてください。否定的な現状記述が、探索可能な問いに変わるはずです。
ステップ2:ユーザーに1時間話を聞く。 解決策を議論する前に、ユーザー(顧客・利用者・関係者)と1時間対話してください。「自分たちが想定していたことと、実際の状況が違う」という発見が必ず出てきます。 この発見なしにプロジェクトを進めることのリスクを、チームで共有する材料になります。
ステップ3:紙でプロトタイプを作る。 デジタルツールを開く前に、A4用紙にサービスや製品の概念をスケッチしてください。30分で3パターン作れます。作ったものを見せ合うことで、チームの中で「言語化できていなかった前提の違い」が表面化します。
デザイン思考は強力ですが、条件なしに機能するわけではありません。この手法を機能させる本質的な条件を3点に絞ります。
共感は本物のフィールドワークから。 会議室で作ったペルソナは、フィールドで観察したユーザー像には勝てません。共感フェーズに投資しなければ、残りのフェーズはすべて砂上の楼閣。
問題定義にこだわること。 「正しい解決策を速く作る」より「正しい問題を見つけること」の方が、最終的な成果への近道です。ダブルダイヤモンドが示す「第1ダイヤモンドへの投資」という思想は、現場で何度でも確認に値します。
実装の政治から逃げないこと。 プロトタイプが完成した日が、本当の戦いの始まりです。予算承認・既存プロセスの変更・担当者間の調整——これらを「別の誰かの仕事」にした瞬間、デザイン思考プロジェクトは死にます。デザイン思考の組織定着では、この問題への具体的な対処法を整理した。
「手を動かさない理解は理解ではない」。デザイン思考の核心は、ここにある。
本記事は荒井宏之 a.k.a. ピンキーが執筆・監修しています。デザイン思考・グランドデザイン思考の研究・実践者として、200回以上のワークショップ実績をもとに理論と実践の統合を追求しています。