デザイン思考・人間中心設計 | 中小企業診断士1次試験企業経営理論

新製品開発のプロセスを学んでいて、デザイン思考が出てきました。最初は「デザイン＝見た目」だと思っていたのですが、むしろ思考プロセス全体のことなんですね。それに「正解を決めてから動く」のではなく、「問題の設定」から見直すという逆転発想が面白いと感じました。

この記事で学ぶこと
デザイン思考の定義と5ステップ（Empathize→Define→Ideate→Prototype→Test）、ダブルダイヤモンドモデル、従来型開発プロセスとの違いを整理します。試験頻出の「人間中心設計」「プロトタイプ」「イテレーション」も確認します。

「正解から始めてはいけない」という逆転

新製品開発の現場では長らく「まずスペックを決め、設計し、製造する」という流れが主流でした。エンジニアリング主導のアプローチです。しかし高機能なのに売れない製品、便利なはずなのに使われないサービスが後を絶ちませんでした。

その根本原因として指摘されたのが「問題の設定ミス」です。作り手が「これが課題だ」と決めた問題に正確に応えても、ユーザーが本当に困っていることと食い違っていれば、優れた解決策も無意味になります。

デザイン思考の核心
「正しい答えを出す」より先に「正しい問いを立てる」ことに全力を注ぐ。問題の設定フェーズそのものをデザインのプロセスに組み込んでいる点が、従来の開発手法との本質的な違いです。

スタンフォード大学d.school（ハッソ・プラットナー・デザイン研究所）がこの考え方を体系化し、シリコンバレーのスタートアップ文化を通じて世界に広まりました。中小企業診断士試験でも、企業経営理論の「新製品開発・イノベーション」文脈で出題が増えています。

デザイン思考とは何か

デザイン思考（Design Thinking）は、スタンフォード大学d.schoolが体系化した問題解決の思考プロセスです。「技術中心」でも「マーケット中心」でもなく、人間中心（Human-Centered）であることが最大の特徴です。

ユーザーの体験・感情・行動を深く観察し、その人が抱える本質的な課題を明らかにすることから出発します。そして解決策を素早く試作し、実際に使ってもらいながら改良を繰り返します。完成度より速度、仕様より体験を優先する考え方です。

アプローチ	出発点	問いの形
技術中心	「この技術で何ができるか」	技術の可能性から発想
マーケット中心	「市場でどの層を狙うか」	市場データ・競合から発想
人間中心（デザイン思考）	「この人はどんな体験をしたいか」	ユーザーの行動・感情から発想

3つのアプローチは排他的ではありませんが、デザイン思考は「人の体験から問いを立てる」という出発点の違いを強調しています。この点が試験で問われる核心です。

デザイン思考の5ステップ

d.schoolが提唱する5ステップは、線形なプロセスではなく行き来しながら進む反復（イテレーション）型のプロセスです。それぞれのステップを整理します。

Step 1 Empathize 共感・観察
ユーザーの行動・感情を深く観る

→

Step 2 Define 問題定義
本質的な課題を言語化する

→

Step 3 Ideate 創造・発散
多様なアイデアを広げる

→

Step 4 Prototype 試作・具体化
素早く形にして試す

→

Step 5 Test 検証・改良
実際のユーザーで確認する

Empathize（共感）

インタビュー・観察・体験を通じてユーザーを深く理解します。「聞く」だけでなく「見る」ことが重要。ユーザーは言葉にできない不満を持っていることが多いためです。

Define（問題定義）

共感フェーズで得た情報を統合し「このユーザーにとっての本質的な課題」を1文で定義します。「POV（Point of View）文」という形式（○○は△△という状況で□□を必要としている）を使います。

Ideate（創造）

ブレインストーミングで多様なアイデアを発散させます。この段階では批判せず量を優先します。「どうすれば…できるか？（How might we…?）」という問いの形が思考を広げるのに有効です。

Prototype（試作）

アイデアを素早く形にします。完成度は問いません。紙の模型・モックアップ・ロールプレイでも構いません。「早く失敗するほど、安く学べる」という考え方がプロトタイプの根底にあります。

Test（検証）

実際のユーザーにプロトタイプを使ってもらい、反応を観察します。ここでの学びをDefineやIdeateに戻してプロセスを繰り返します。この「戻り」がイテレーションです。

ダブルダイヤモンドモデル

英国デザインカウンシルが提唱した「ダブルダイヤモンドモデル」は、デザイン思考のプロセスを「発散と収束の2つのダイヤモンド」で視覚化したモデルです。

第1のダイヤモンド：問題空間

Discover（発散）→ Define（収束）
まず「本当の課題は何か」を広く探ります（Discover）。ユーザー観察・調査・インタビューで情報を集め、最終的に「解くべき問い」に絞り込みます（Define）。

第2のダイヤモンド：解決空間

Develop（発散）→ Deliver（収束）
定義された問いに対してアイデアを広げ（Develop）、試作・検証を繰り返しながら最終的な解決策に絞り込みます（Deliver）。

ダブルダイヤモンドの重要ポイント
2つのダイヤモンドの間に「問題定義（Define）」という収束点があります。第1ダイヤモンドで正しい問いを立てられなければ、第2ダイヤモンドで正しい答えには辿り着けません。「問題の設定」がイノベーションの核心であるという考え方を視覚化したモデルです。

従来の開発プロセスとの違い

デザイン思考が注目された背景には、従来型の「ウォーターフォール型開発」への反省があります。両者の考え方を対比で整理しましょう。

観点	ウォーターフォール型	デザイン思考
出発点	仕様・要件定義	ユーザーへの共感・観察
プロセス	仕様→設計→製造→テストと一方向に進む	各フェーズを行き来する反復プロセス
失敗の扱い	失敗はコスト・リスクとして極力回避する	早期の失敗を学習として積極的に活用する
完成品	最初から完成品を目指す	プロトタイプを素早く作り改良を重ねる
ユーザー関与	要件定義時と最終検収の2点	全フェーズを通じて継続的に関与する
適した環境	要件が明確・安定した環境	不確実性が高く・ユーザーニーズが複雑な環境

ウォーターフォール型が「計画通りに正確に作る」アプローチだとすれば、デザイン思考は「作りながら正解を発見する」アプローチです。どちらが優れているかではなく、状況に応じた使い分けが求められます。

身近な例：コンビニATMの設計

「お年寄りが使いやすいATM」を設計する場面で、デザイン思考の5ステップを適用してみましょう。

Empathize

高齢者が実際にATMを操作する場面を観察。「次へ」ボタンを何度も押し間違える様子、画面に近づいて読もうとする姿、暗証番号入力後に戻れず途方に暮れる場面を発見した。

Define

問いを定義。「高齢者は、操作中に『今自分がどこにいるか』が分からなくなるとき、強い不安を感じており、安心して次に進める手がかりを必要としている」

Ideate

アイデアを発散。「現在のステップを画面上部に常時表示」「文字を大きくする専用モード」「音声案内」「戻るボタンを赤色に統一」「スタッフ呼び出しボタンを目立たせる」など多数。

Prototype

画面遷移を模した紙のモックアップを作成。「ステップ表示バー（1→2→3→4）」と「大きな次へ/戻るボタン」を中心にした簡易インターフェースを1日で試作した。

Test

実際の高齢者5名に紙のモックアップを試してもらう。「ステップが見えると安心」という声が複数。一方「1→2→3の数字より『入力→確認→完了』の言葉の方が分かる」という発見が生まれ、Defineに戻って問いを精緻化した。

このように、デザイン思考は「ユーザーの行動観察から問題を定義し、試作と検証を繰り返す」プロセスです。技術的な完成度ではなく、ユーザー体験の質を高めることが中心にあります。

試験頻出ポイント

最重要：選択肢のひっかけパターン
「デザイン思考では完成度の高い製品を一発で仕上げることを目指す」→ 誤り。低コストのプロトタイプを素早く作り、フィードバックを繰り返して改良するイテレーション型プロセスが核心です。

出題パターン	正解の方向
「デザイン思考はd.school（スタンフォード大学）が体系化した」	正しい。提唱機関として頻出
「Defineは解決策を定義するステップである」	誤り。Defineは「解くべき問い（課題）」を定義するステップ
「プロトタイプは完成品に近い高品質のものを作るべきだ」	誤り。素早く・低コストで作ることが目的。完成度より速度を優先する
「デザイン思考は技術中心設計の一種である」	誤り。デザイン思考は人間中心設計（Human-Centered Design）
「イテレーションとは、各フェーズを繰り返すことを指す」	正しい。Test後にEmpathizeやDefineに戻る反復が本質的特徴
「ダブルダイヤモンドモデルでは、2つ目のダイヤモンドが問題定義を行う」	誤り。問題定義は1つ目のダイヤモンドの収束点（Define）