「デザイン思考って言葉はよく聞くけれど、結局なにをどう進めればいいの？」――新規企画や課題解決の場面で名前は出てくるのに、いざ自分の仕事に落とし込もうとすると手が止まってしまう。そんな経験はないでしょうか。
結論から言えば、デザイン思考とは「共感→定義→発想→試作→検証」という5ステップで、ユーザーの本当の課題から解決策を組み立てる考え方です。そして実務で詰まる最大の理由は、概念は理解できても各ステップが大きく曖昧なまま「具体的に今日なにをするか」へ落とせていないこと。各ステップを実行可能なタスクに分解すれば、この方法論は机上の知識ではなく、実際に動かせるプロセスになります。
私はAIタスク管理アプリ「するたす」を開発・運営しています。九州大学の芸術工学で工学と心理学を学び、デザインと認知科学に触れてきた立場から、本記事ではこの5ステップを定義し、つまずきやすい3つのパターンと、各ステップを実行可能なタスクへ落とす設計原則を率直に整理します。
アイデアを広げる発想の段階は「ブレインストーミングのやり方」、検証後に実行へつなぐ段階は「行動計画の立て方」も併せてご覧ください。
デザイン思考とは何か：5ステップの基本
まず検索意図に正面からお応えします。デザイン思考とは、デザイナーが課題を解くときの思考プロセスをビジネスや企画の課題解決に応用したフレームワークです。スタンフォード大学のd.schoolが整理した5つの段階――共感（Empathize）・定義（Define）・発想（Ideate）・試作（Prototype）・検証（Test）――として広く知られています。
デザイン思考を構成する5つの段階
5つの段階は、それぞれ役割がはっきり分かれています。順に見ていきましょう。
- 共感（Empathize）：ユーザーを観察し、対話し、その人が本当に困っていることを当事者の視点で理解する段階。
- 定義（Define）：集めた観察を整理し、「本当に解くべき課題は何か」を一文に絞り込む段階。
- 発想（Ideate）：定義した課題に対して、質より量でアイデアを広げる段階。
- 試作（Prototype）：アイデアを安く速く形にし、人に見せられる試作物にする段階。
- 検証（Test）：試作をユーザーに当て、反応から学び、前の段階へ戻る段階。
大事なのは、この5つが一方通行ではないことです。検証で得た学びをもとに定義へ戻ったり、共感をやり直したりと、行き来しながら磨いていきます。直線ではなく、らせん状に課題へ近づいていくプロセスだと捉えると理解しやすくなります。
この5ステップが注目される理由
なぜこの手法がこれほど広まったのか。理由は、解くべき課題そのものを問い直す点にあります。多くの企画は「何を作るか」から始まりがちですが、この考え方は「ユーザーは本当は何に困っているのか」から始めます。出発点をユーザーの実体験に置くことで、的外れな解決策に時間を投じるリスクを下げられるのです。
もうひとつは、小さく試して学ぶサイクルを前提にしている点です。完璧な計画を立ててから一気に作るのではなく、試作と検証を早回しして軌道修正していく。この姿勢は、不確実性の高い新規領域ほど効いてきます。私自身、するたすを設計する中でも、想定より実際のユーザー観察から学べることのほうがずっと多いと日々感じています。頭の中で考えた「あるべき使い方」と、画面の前で人が実際に取る行動は、しばしば食い違うからです。
この「ユーザー起点」と「小さく試す」という2本柱は、特別なクリエイティブ職のためのものではありません。日々の業務改善や社内提案、ちょっとした仕組みづくりにもそのまま使えます。むしろ身近な課題ほど、自分の思い込みで解決策を決めてしまいがちなので、共感の段階で一度立ち止まる価値が大きいのです。
💡 デザイン思考の各ステップを「今日動けるタスク」に変えたい方へ
このページ下部の体験フォームで、ステップ名を入れるだけでAIが「今日やる最初の一歩」まで分解します。大きく曖昧な工程が、着手できる粒度になります。登録不要・無料です。
デザイン思考でつまずく3つの失敗パターン【開発者視点】
ここからが本記事の核心です。AIタスク管理アプリ「するたす」を開発する立場から、この手法を学んでも実務で動けなくなる典型的な3つのパターンを率直に整理します。いずれも手法そのものの欠陥ではなく、ステップを実行可能なタスクへ落とせていないことが原因です。
失敗パターン1：共感の段階が「なんとなく観察」で終わる
「ユーザーに共感しよう」と言われても、実際に何をすればいいかは意外と曖昧です。結果として、既存の思い込みを確認するだけの観察になったり、感想レベルのヒアリングで終わったりします。共感はこのプロセスの土台ですが、この段階が浅いまま進むと、後続のすべてが的外れになります。
問題は意欲ではなく、「共感する」という工程が大きすぎて、今日やる具体行動に落ちていないことです。「対象者を3人選ぶ」「観察する場面を決める」「質問を5つ書き出す」――ここまで割って初めて手が動きます。
失敗パターン2：発想を広げすぎて収拾がつかなくなる
発想の段階は「質より量」が原則ですが、量を出した後にアイデアが散らばったまま止まってしまうケースが多発します。付箋は何十枚も貼ったのに、どれを試作へ進めるか決められない。発想の段階が、ブレストで終わって次に進まないパターンです。
ここで誤解してほしくないのは、「アイデアを減らせ」という話ではない点です。問題は広げたこと自体ではなく、広げた後に「次の一手」が決まっていないことにあります。アイデアの広げ方そのものは「ブレインストーミングのやり方」で扱っていますが、広げた後は「最初に試作する1つを選ぶ」という実行タスクへ橋渡しが要ります。
失敗パターン3：試作・検証が「いつかやる」のまま放置される
試作と検証はこのプロセスの肝ですが、「ちゃんと作ってから見せたい」という完璧主義が働くと、試作物が大きくなりすぎて着手が遅れます。頭の中では「あとで試作する」と思っているのに、具体的な最初の一歩が決まっていないため、いつまでも動き出せません。
厄介なのは、この段階の遅れが後から効いてくることです。検証が遅れるほど学びが遅れ、軌道修正の機会を逃します。試作は「紙に手書きで画面を描く」「3分で説明できる説明文を書く」くらい小さくていい。小さい試作の最初の一歩まで分解できていないことが、プロセスが回らない構造的な原因です。
この3つに共通するのは、いずれも「ステップが大きく曖昧なまま、今日やる最初の一歩に落ちていない」という一点です。デザイン思考を動かす鍵は、概念の理解ではなく、各ステップを実行可能なタスクへ分解することなのです。
デザイン思考を実行可能にする設計原則
では、どうすれば各ステップを動かせるのか。フレームワークを「概念のまま」抱える進め方と、「実行タスクに落とす」進め方では、前進のしやすさがまったく変わります。まずは両者の違いを整理します。
概念のまま vs 実行タスクに落とす比較
| 5ステップ | 概念のまま（手が止まる） | 実行タスクに落とす（動ける） |
|---|---|---|
| 共感 | 「ユーザーを理解する」 | 対象3人に会う日を決め質問を書く |
| 定義 | 「課題を整理する」 | 観察メモから課題を一文に書き出す |
| 発想 | 「アイデアを出す」 | 20個書き出し試す1つを選ぶ |
| 試作 | 「試作物を作る」 | 紙に画面を手書きで1枚描く |
| 検証 | 「ユーザーに見せる」 | 1人に見せ感想を3つ聞く日を決める |
違いは明確です。この方法論を前に進めるには、各ステップを「概念」のまま眺めるのをやめ、今日着手できる一歩まで具体化することに尽きます。机上の理解と実務の前進を分けるのは、この一歩への具体化があるかどうかの一点です。
設計原則1：分析・整理は人が、実行への分解はAIに任せる
ここで役割を分けて考えるのが大事です。「どのユーザーに共感すべきか」「本当の課題は何か」という分析・整理は、人間にしかできない判断です。アウトプットの質はここで決まります。一方、整理した後の「では今日まず何をするか」というタスク分解は、機械的な作業に近い。慣れないうちは、この実行への分解をAIに任せると、着手の心理的ハードルが一気に下がります。
するたすは「ユーザーインタビューを設計する」のような大きく曖昧な工程を、「今日やる最初の一歩」まで分解する役割を担います。何を考えるかは人が決め、決めた後にどう動き出すかをAIが助ける。この分業が5ステップを実務で回す現実的な形です。
設計原則2：各ステップの最初の一歩だけを明確にする
5ステップ全体の計画を一度に立てきろうとすると、その大きさに圧倒されて止まります。回すコツは、今いる段階の「最初の一歩」だけに視界を絞ることです。共感の段階なら「誰に・いつ会うか」を決める。それ以外は一旦考えない。最初の一歩が片付くと、次の一歩は自然と見えてきます。
これは「やりたいことを減らせ」という話ではありません。むしろ大きな構想は持ったままでいい。問題は構想の大きさではなく、その構想を今日の一歩へ橋渡しできていないことです。最初の一歩を決めておくだけで、大きいプロジェクトも散らからずに回り始めます。検証後に全体を計画へ落とす段階は「行動計画の立て方」が参考になります。
設計原則3：試作・検証は「小さく速く」を分解で担保する
試作と検証で止まる人ほど、完成度を上げてから見せようとします。これを防ぐには、試作物を「今日中に作り切れる大きさ」まで分解しておくことです。「紙に1枚描く」「説明文を3行書く」という粒度なら、完璧主義が働く前に手が動きます。小さく速く回すという原則を、抽象的な心がけではなく分解で物理的に担保するのです。
🎯 デザイン思考の各ステップを「最初の一歩」に変えるのが「するたす」です
- ✅ 入力はステップ名だけ → AIが今日動ける一歩に自動分解
- ✅ 分析・整理は人が、実行はAIが → 役割分担で前に進む
- ✅ 最初の一歩に視界が絞れる → 大きい構想でも止まらない
※登録不要で体験フォームが使えます
📱 PCの方はスマホで読み取り
デザイン思考を実務で回す実践ステップ
設計原則を、今日から回せる手順に落とします。5ステップを順に、しかも各段階で「最初の一歩」だけを決めて進めるのがコツです。
- 共感：会う相手と日を決める 対象者を選び、観察する場面と質問をいくつか書き出す。ここまでが今日の一歩。
- 定義：観察メモから課題を一文にする 集めた声を見比べ、「本当に解くべき課題」を一文に絞り込む。
- 発想：量を出し、試す1つを選ぶ アイデアを広げ、最初に試作する1つを決める。広げ方はブレインストーミングのやり方へ。
- 試作：今日作り切れる大きさで形にする 紙に手書き、説明文3行など、小さく速く形にする。
- 検証：1人に見せて感想を聞く日を決める 反応から学び、必要なら前の段階へ戻る。
この5ステップで一番つまずくのは、各段階を「概念」から「今日の一歩」へ落とす変換です。けれど、デザイン思考が机上で止まる原因はまさにこの変換不足にあります。大きく曖昧な工程をタスクに分解する手順そのものは「タスク分解の基本：今日から動ける3ステップ」で詳しく解説しています。この変換を軽くする手段としてAIを使うと、5ステップを回すハードルが一気に下がります。
デザイン思考に関するよくある質問（FAQ）
Q1. デザイン思考とは何ですか？簡単に教えてください
デザイン思考とは、ユーザーの本当の課題から解決策を組み立てる考え方で、「共感→定義→発想→試作→検証」の5ステップで進めます。デザイナーの思考プロセスを課題解決に応用したもので、出発点を作り手の都合ではなくユーザーの実体験に置くのが特徴です。5つは一方通行ではなく、検証の学びから前の段階へ戻りながら磨いていきます。
Q2. デザイン思考の5ステップが覚えられません。順番は？
順番は共感・定義・発想・試作・検証です。「相手を理解し（共感）、課題を一文に絞り（定義）、アイデアを広げ（発想）、小さく形にして（試作）、見せて学ぶ（検証）」と動詞でつなぐと覚えやすくなります。完璧に暗記する必要はなく、今いる段階の最初の一歩だけに視界を絞れば十分回せます。
Q3. デザイン思考を学んでも実務で動けないのはなぜ？
各ステップが大きく曖昧なまま、「今日具体的に何をするか」へ落とせていないことが原因であるケースが多いです。「ユーザーを理解する」「アイデアを出す」は概念であって行動ではありません。「対象3人に会う日を決める」のように実行可能なタスクへ分解すると、手が動き始めます。
Q4. デザイン思考とブレインストーミングの違いは？
ブレインストーミングは、デザイン思考の「発想」の段階で使われる一手法です。前者は共感から検証までの全体プロセスを指し、その中の発想を広げる場面で後者が活躍します。つまり包含関係で、ブレストはデザイン思考の一部品だと捉えると整理できます。広げ方の詳細はブレインストーミングのやり方の記事をご覧ください。
Q5. AIは5ステップのどこで使えますか？
誰に共感するか、本当の課題は何かという分析・整理は人が判断する領域で、ここをAIに丸投げするのは避けたほうがよいです。一方、整理した後の「では今日まず何をするか」という実行への分解はAIが得意です。するたすはステップ名を入れるだけで今日やる最初の一歩まで分解するので、着手のハードルを下げる道具として使うのが現実的です。
まとめ：デザイン思考は「分解」で実行可能になる
- デザイン思考とは「共感→定義→発想→試作→検証」の5ステップでユーザーの課題から解決策を組み立てる考え方
- 5つは一方通行ではなく、検証の学びから前の段階へ戻りながららせん状に磨いていく
- 実務で止まる典型は 共感が浅い・発想を広げて止まる・試作検証が放置される の3つ
- 共通点は「各ステップが概念のまま、今日の一歩に落ちていない」こと
- 設計原則は 分析は人・実行への分解はAI／最初の一歩だけ明確に／試作は小さく速く
- 構想を減らす必要はない。各ステップを実行可能なタスクへ分解すればデザイン思考は動き出す
🚀 「するたす」を無料で試す
デザイン思考の各ステップを、今日やる最初の一歩へ。ステップ名を入れるだけで、AIが実行可能なタスクに自動分解します。
📱 PCの方はスマホで
この記事をシェア：
著者：藤岡 拓也（Takuya Fujioka）
AIタスク管理アプリ「するたす」開発者・運営者
九州大学の芸術工学で工学と心理学を学び、デザインと認知科学に触れてきた背景から、タスク分解の”摩擦”をゼロにすることをテーマにプロダクトを日々磨いています。
