ー この記事の要旨 ー
- デザイン思考とは、ユーザーへの共感を出発点に、試作と検証を繰り返しながら課題解決を図るイノベーション創出手法であり、職種や業界を問わずビジネスの現場で活用が広がっています。
- 本記事では、5つのプロセス（共感・定義・発想・試作・検証）の具体的な進め方に加え、チームでの共創を成功させる実践のコツや陥りやすい失敗パターンまで、実務に即した内容を解説しています。
- 読み終えたあとには、明日の会議やプロジェクトでデザイン思考を取り入れる第一歩が明確になり、ユーザー視点の課題解決力を高められるでしょう。
デザイン思考とは｜ユーザー起点で課題を解決する思考法
デザイン思考とは、ユーザーへの共感を起点に、試作と検証を繰り返しながら創造的に課題を解決する思考法です。
本記事では、5つのプロセスの具体的な進め方と実践のコツに焦点を当てて解説します。他の思考法との詳しい比較については、関連記事『デザイン思考とロジカルシンキングの違いとは？』や『システム思考とデザイン思考の違いとは？使い分けと活用法』で掘り下げていますので、あわせて参考にしてみてください。
デザイン思考の定義と基本的な考え方
デザイン思考は、人間中心設計（HCD：Human-Centered Design）の考え方を土台にしたアプローチです。米国のデザインコンサルティング会社IDEOが実務で体系化し、スタンフォード大学d.schoolのプログラムを通じて世界中に広まりました。IDEOの元CEOティム・ブラウンは、デザイン思考を「デザイナーの感性と手法を用いて、人々のニーズとテクノロジーの可能性、ビジネスの成功条件を統合する思考法」と定義しています。
注目すべきは、「正解を最初から見つけよう」としない点です。ユーザーを観察し、その行動や感情からインサイト（潜在的な気づき）を掘り起こし、アイデアを形にして試す。この反復プロセスこそがデザイン思考の核心といえます。
デザイン思考が注目される理由
既存の延長線上では解決できない課題が増えているからです。市場の成熟化、顧客ニーズの多様化、デジタルトランスフォーメーション（DX）の加速といった変化の中で、「顧客が本当に求めているもの」を起点に考えるアプローチの価値が高まっています。
実は、デザイン思考はデザイナーだけのものではありません。営業、人事、経理といったあらゆる職種で応用が可能です。「困っている人を深く理解し、仮説をつくり、小さく試して改善する」というサイクルは、新規事業から既存業務の改善まで幅広く通用する考え方です。
デザイン思考の5つのプロセス｜各ステップのポイント
デザイン思考の5つのプロセスは、共感（Empathize）、問題定義（Define）、発想（Ideate）、試作（Prototype）、検証（Test）の5段階で構成されます。
ここがポイントで、この5段階は直線的に進むものではなく、行きつ戻りつする非線形プロセスです。英国デザインカウンシルが提唱したダブルダイヤモンドモデルが示すように、「発散と収束」を繰り返しながら解決策を磨いていく構造を持っています。それぞれのステップを順に見ていきます。
共感（Empathize）と問題定義（Define）
共感フェーズでは、ユーザーの行動・感情・動機を深く理解することに集中します。具体的な手法としては、ユーザーインタビュー、行動観察（エスノグラフィー調査）、共感マップの作成があります。
たとえば、社内の備品発注プロセスを改善したい場合、発注担当者に「困っていることは？」と聞くだけでは不十分です。実際に発注作業を横で観察（シャドーイング調査）し、「承認待ちの間に何度もシステムを確認している」という行動パターンを発見する。こうした観察から、本人も言語化していなかったペインポイントが浮かび上がります。
続く問題定義フェーズでは、観察で得た情報を整理し、「本当に解決すべき課題」を絞り込みます。ここで役立つのが「How Might We（HMW）」という問いの立て方。「どうすれば〇〇できるだろうか？」と課題をリフレーミングすることで、解決の方向性が開けてきます。
発想（Ideate）でアイデアを広げる
発想フェーズの目的は、質より量を重視して多様なアイデアを生み出すことです。ブレインストーミングやアイデアスケッチが代表的な手法で、この段階では実現可能性をいったん脇に置き、自由に発想を広げます。アイデア発散のコツや具体的なブレインストーミングの進め方については、関連記事『ブレインストーミングとは？』で詳しく解説しています。
見落としがちですが、発散だけで終わらせないことが大切です。ドット投票（一人3票でアイデアに投票する手法）やアフィニティダイアグラム（親和図法）を使い、アイデアを収束させるプロセスまでセットで設計してみてください。「広げて、絞る」の両方があって初めて、実行に移せるアイデアが残ります。
試作（Prototype）と検証（Test）で磨き上げる
試作フェーズでは、選んだアイデアを素早く形にします。ここで意識したいのはプロトタイプの「忠実度」です。初期段階では紙やホワイトボードを使ったローフィデリティ（低忠実度）のプロトタイプで十分。手書きの画面遷移図や段ボールの模型でも、ユーザーに「使ってみてどう感じたか」を聞くには十分機能します。プロトタイプ制作の考え方やMVP（最小実用製品）の設計については、関連記事『プロトタイピング思考とは？デザイン思考との違い』でさらに掘り下げています。
検証フェーズでは、プロトタイプを実際のユーザーに使ってもらい、フィードバックを収集します。ユーザーテストで得た声をもとに、必要であれば共感フェーズに戻って課題を再定義する。この「つくって、試して、戻る」の反復改善こそが、デザイン思考の最大の強みです。
デザイン思考のビジネスケース｜社内研修プログラムの企画で実践する
総務部の中堅社員・高橋さん（仮名）は、新入社員研修の満足度が伸び悩んでいるという課題を抱えていた。アンケートの自由記述欄には「座学が多くて退屈」「配属後に使える内容が少ない」という声が散見された。
そこで高橋さんは、デザイン思考のプロセスを研修企画に取り入れた。まず共感フェーズとして、入社2年目の社員5名にインタビューし、「配属初日に何がわからなくて困ったか」を掘り下げた。すると、「電話応対のマナーより、社内システムの使い方がわからず業務が止まった」という共通パターンが浮かび上がった。
この気づきから「どうすれば配属初日の業務停滞を防げるだろうか」とHMWで課題を再定義し、「部署別FAQ付きオンボーディングシート」のプロトタイプを1日で作成。3部署でテスト導入したところ、「初日の質問回数が体感で半減した」という声が得られ、翌年度の研修プログラムに正式採用された。
※本事例はデザイン思考の活用イメージを示すための想定シナリオです。
デザイン思考が活きるビジネスの場面｜3つの活用シーン
デザイン思考は、「ユーザーの課題が明確でない」「従来の方法では突破口が見えない」といった状況で力を発揮します。ここでは代表的な3つのシーンを紹介します。
新サービス・新商品の企画段階
「どんな商品をつくるか」が決まっていない段階こそ、デザイン思考の出番です。ユーザーリサーチで潜在ニーズを発見し、プロトタイプで素早く検証することで、市場に投入する前にアイデアの方向性を確かめられます。
実務では、ターゲット顧客へのインタビューを3〜5名に絞って実施し、共通するペインポイントを抽出するところから始めるのが現実的です。多くの企業で共通して見られる傾向として、最初から大規模な調査を行うよりも、少人数の深いインタビューのほうがインサイトの質が高いとされています。
既存業務の改善と顧客体験の見直し
社内の申請フロー、顧客向けのサポート体制、Webサイトの導線設計など、「今あるものをもっと良くする」場面でもデザイン思考は役立ちます。カスタマージャーニーマップを使って顧客やユーザーの体験を時系列で可視化し、ストレスが集中するタッチポイントを特定するアプローチが代表的です。
正直なところ、既存業務の改善は「なんとなく不便だけど言語化できない」という状態が大半です。だからこそ、観察と共感のプロセスで「言葉にならない不満」を掘り起こす価値があります。
職種別の活用例｜営業・バックオフィスでの応用
営業部門では、顧客インサイトの抽出にデザイン思考を応用できます。たとえば、SFA（営業支援システム）の商談記録から顧客の発言パターンを分析し、「何に困っているか」を共感マップに落とし込む。ここから提案内容をプロトタイプ（提案書のたたき台）として素早く形にし、顧客の反応を見てブラッシュアップする流れは、SPIN営業術の「状況質問→問題質問→示唆質問→解決質問」のプロセスとも親和性が高いアプローチです。
経理・総務などバックオフィス部門では、社内ユーザー（他部署の社員）をターゲットに据えるのがポイント。月次決算の締め作業でどの部門がどこでつまずいているかを観察し、「経費精算テンプレートの簡略化」や「承認フローの短縮」といった改善策を小さく試す。RPA（ロボティック・プロセス・オートメーション）導入の前段階として、まず業務の流れをユーザー視点で見直すことで、自動化すべき工程が明確になります。
デザイン思考を成功させる実践のコツ｜5つのポイント
デザイン思考を実務で成果につなげるコツは、完璧を求めず素早く試す姿勢、チームの心理的安全性、問いの質、フィードバックの仕組み化、小さな成功体験の5点です。それぞれ詳しく見ていきます。
「完璧な正解」を手放して素早く試す
「まだ準備が足りない」「もう少しデータが必要」と感じてなかなか動き出せないケースは珍しくありません。デザイン思考では「早期失敗の重要性」が繰り返し強調されます。完成度60%の段階でユーザーに見せ、反応を確認するほうが、100%まで磨き上げてから出すよりも結果的に精度が高まります。
大切なのは、失敗を「検証結果」として捉え直す視点です。プロトタイプが不評だったなら、それは「この方向では解決できない」というデータが手に入ったことを意味します。
チーム内の心理的安全性を確保する
心理的安全性（チーム内で自分の意見やアイデアを安心して発言できる状態）は、デザイン思考の土台となる環境条件です。組織行動学者エイミー・エドモンドソンが提唱したこの概念は、特に発想フェーズで決定的な役割を果たします。
「こんなアイデアは変かな」と思ったメンバーが発言をためらえば、潜在ニーズの発見にはたどり着けません。ファシリテーターが「面白いね、もう少し聞かせて」と反応する、批判やジャッジを後回しにするルールを明示するなど、安全な場をつくる工夫を心がけてみてください。
問いの立て方を磨く（How Might We）
「何を解決するか」の定義次第で、アイデアの質は大きく変わります。課題が曖昧なまま発想フェーズに入ると、アイデアが拡散するだけで収束しない状態に陥ります。
「How Might We（HMW：どうすれば〇〇できるだろうか）」の形式で問いを立てると、課題のリフレーミングが促されます。たとえば「新入社員の研修が退屈」を「どうすれば新入社員が配属初日から自走できるだろうか」に変換する。問いの粒度を調整するだけで、アイデアの方向性が格段にシャープになります。
フィードバックを仕組み化する
プロトタイプをつくったあと、「誰に」「どんな質問で」フィードバックを集めるかを事前に設計しておくことがカギを握ります。ユーザーテストでは「使いやすかったですか？」という漠然とした質問ではなく、「このボタンを押すとき、何をしようとしていましたか？」のように行動に紐づく質問を用意すると、実用的なインサイトが得られます。
経験則として、1回のユーザーテストは3〜5名で十分です。少人数でも繰り返しテストするほうが、改善の精度は高まります。
小さく始めて成功体験を積む
全社導入をいきなり目指すよりも、1つのプロジェクトや1つの業務改善で成功事例をつくるほうが、組織への浸透は早まります。「まず自分のチームで2週間だけ試してみる」程度のスモールスタートで構いません。
成果が出たら、そのプロセスと結果をチーム外にも共有する。社内の「伝道師（チャンピオン）」が増えていくことで、組織横断的な取り組みへと自然に発展していくでしょう。
デザイン思考でよくある失敗パターン｜3つの落とし穴
せっかくデザイン思考を取り入れたのに成果が出ない。その原因は、共感フェーズの省略、プロトタイプへの過剰な完成度追求、一度きりで終わらせてしまうの3パターンに集約されます。
共感フェーズを飛ばしてアイデアに走る
「ユーザーリサーチに時間をかけている余裕がない」という理由で、共感フェーズを省略して発想フェーズに直行するパターンがよくあります。しかし、ユーザーのペインポイントを正しく把握しないままアイデアを出しても、的外れな解決策になりがちです。
対処法は、「完璧な調査」を目指さないこと。社内の関係者3名に15分ずつ話を聞くだけでも、想定していなかった課題が見つかるケースは少なくありません。
プロトタイプの完成度を求めすぎる
率直に言えば、日本のビジネス現場では「中途半端なものを見せたくない」という意識が根強い傾向があります。その結果、プロトタイプの段階で見た目やディテールにこだわりすぎ、検証のスピードが落ちてしまいます。
プロトタイプの目的は「学ぶこと」であって「感動させること」ではありません。手書きのラフスケッチや付箋を並べたストーリーボードでも、ユーザーに「使ってみてどう感じたか」を聞くには十分機能します。
一度きりで終わらせてしまう
プロトタイプを1回テストしただけで「うまくいった」「ダメだった」と結論づけてしまうのも落とし穴です。デザイン思考の本質は反復プロセスにあります。1回の検証で得た気づきをもとに、問題定義に立ち返り、アイデアを練り直し、再び試す。このサイクルを最低2〜3回は回すことで、解決策の精度は大きく変わります。
仮に1サイクルを1〜2週間で回せれば、2か月あれば4回以上のイテレーション（反復改善）が可能です。製品改善サイクルとして定着させることで、継続的な価値創造のエンジンになります。
よくある質問（FAQ）
デザイン思考とアジャイル開発はどう違う？
デザイン思考は課題発見と解決策の探索に特化した思考法です。
アジャイル開発は「決まった要件を短いサイクルで開発・改善する」手法であり、主にソフトウェア開発の実行フェーズで使われます。デザイン思考で見つけた課題と仮説を、アジャイル開発で実装・改善するという組み合わせが実務では多く見られます。
両者は対立するものではなく、「何をつくるか」をデザイン思考で決め、「どうつくるか」をアジャイルで進めるイメージです。
デザイン思考は一人でも実践できる？
一人でも基本的なプロセスは実践でき、個人の業務改善にも応用しやすい手法です。
ユーザーへのインタビューやプロトタイプの作成は、個人でも十分に取り組める作業です。ただし、発想フェーズでは多様な視点が入るほどアイデアの幅が広がるため、可能であれば2〜3名の協力者を巻き込むと成果が出やすくなります。
まずは自分の担当業務で「困っている人に話を聞いてみる」ところから始めてみてください。
デザイン思考を社内に導入するには何から始める？
小さな成功事例をつくることから始めるのが現実的です。
全社的なプロジェクトに適用する前に、自チームの業務改善や部署内の課題解決で1サイクル回してみてください。2〜3週間で完了する規模の課題を選び、結果をチーム内で共有するのがおすすめです。
共創ワークショップとして半日程度のミニセッションを開くのも効果的で、「体験してもらう」ことが最大の説得材料になります。
デザイン思考にデザインの専門知識は必要？
デザインの専門知識は必要なく、共感力と試行錯誤の姿勢があれば実践できます。
「デザイン思考」の「デザイン」は、見た目の美しさではなく「設計する」という広い意味で使われています。必要なのは、ユーザーの立場に立って考える共感力と、完璧を求めず試行錯誤する姿勢です。
IDEOやd.schoolのプログラムでも、参加者の多くはデザイナー以外のビジネスパーソンやエンジニアです。
デザイン思考とリーンスタートアップの違いは？
デザイン思考は課題の発見と定義に、リーンスタートアップは事業化の加速に強みがあります。
リーンスタートアップは「構築→計測→学習」のサイクルでMVP（最小実用製品）を市場に投入し、事業としての成立を検証する手法です。デザイン思考の「共感→定義→発想」で見つけた解決策を、リーンスタートアップの枠組みで事業化するという流れが実務では自然な組み合わせになります。
まとめ
デザイン思考で成果を出すポイントは、高橋さんの研修改善事例が示すように、ユーザーの声を直接聞いて課題を再定義し、素早くプロトタイプを形にして検証のサイクルを回すことにあります。5つのプロセスを「完璧に」こなす必要はなく、「小さく、早く、繰り返す」姿勢で十分です。
初めの1週間は、自分の身近な業務で「困っている人に15分だけ話を聞く」ことから始めてみてください。1か月間で共感→試作→検証のミニサイクルを2回回すだけでも、課題の捉え方が変わる実感が得られるはずです。
小さな観察と試行錯誤の積み重ねが、チーム全体の問題解決力を底上げし、ユーザー起点の発想が自然と根づいていきます。
