デザイン思考入門

1|# デザイン思考入門
2|
3|「顧客視点で」「ユーザー中心に」——会議でそう言われたことはありませんか？ でも、どうやるの？ 会議室で「こうすればいいじゃない」と出したアイデア、本当に利用者に届く？ もしかすると、あなたが「こうしたい」と思っていることと、利用者が「こうしたい」と思っていることの間に、思いがけないズレがあるかもしれない。
4|
5|「顧客視点って言われても、どう調べればいいの？」「アイデアは出るけど、これで合ってるか自信がない」「試作品なんて作る時間ないよ」——こういうふうに思っていると、会議室の推測だけで進んでしまい、完成してから「利用者に届かない」に気づくことになります。デザイン思考は、現場を観察し、小さく試作して利用者に見せる流れを回す方法です。この講座を読み終えたあなたは、次の4つができるようになります。
6|
7|1. 利用者の行動を15分の現場観察で3つの気づきに書き出せる
8|2. 観察結果から「利用者の本当の課題」を1文の問題文に定義できる
9|3. 解決策の仮説を1日で作れる最小の試作品に落とし込める
10|4. 試作品を利用者に見せ、3つの学びを次の改善に反映できる
11|
12|この講座は最後まで、佐藤さんのカフェ改善プロジェクトという、1人の若手リーダーの改善体験だけで説明します。現場観察から課題定義、紙の試作品作り、利用者への検証まで、佐藤さんがデザイン思考の流れを1周回る過程を4章で辿っていきます。各章末には手を動かす演習も置いているので、自分の職場の課題に置き換えながら読み進めてみてください。そして、デザイン思考の基本を掴んだ後は、関連講座でさらに深められます。まずは、この1本で「推測を確信に変える型」を掴みましょう。
13|
14|## 第1章：観察——利用者の世界に入る
15|
16|まずは、利用者の現場を見る章です。「会議室で出したアイデア」の正体を知り、自分の目で利用者を見る価値を自覚します。
17|
18|### この章のゴール
19|
20|この章を読み終えると、利用者の行動を15分の現場観察で3つの気づきに書き出せるようになります。
21|
22|### 1-1 「会議室で出したアイデア」の正体
23|
24|「レジを増やそう」「モバイルオーダーを導入しよう」——会議室で出るアイデアは、それなりに筋が通っています。でも、その根拠は何でしょうか？ 多くの場合、自分の経験と推測です。自分が「こうしたい」と思っていることを基準にしていると、自分と違う利用者のニーズを見落とします。
25|
26|佐藤さんも最初はそうでした。カフェの混雑緩和を任された佐藤さんは、まず会議室で「レジを増やす」「モバイルオーダーを導入する」とアイデアを出しました。でも——現場を見ていない。現場を見ずに会議室で出したアイデアは、推測でしかない。 これが、この講座を貫く一番伝えたいことです。
27|
28|### 1-2 デザイン思考の5つのプロセス
29|
30|デザイン思考のプロセスは、d.school（スタンフォード大学のデザイン研究所）が5つのモードとして提唱しています。
31|
32|1. 共感（Empathize）——利用者の世界に入り、その人が何を感じ、何を必要としているかを理解する
33|2. 問題定義（Define）——共感で得た情報から、利用者の本当のニーズと課題を明確にする
34|3. アイデア出し（Ideate）——課題に対する多様な解決策を、量重視で探索する
35|4. プロトタイプ（Prototype）——アイデアを物理的な形にして、考える材料にする
36|5. テスト（Test）——プロトタイプを利用者に見せ、反応から学ぶ
37|
38|重要なのは、このプロセスは直線的ではなく反復的だということ。1周回してまた観察に戻る。2周目の精度は上がる。この講座では第1章が「共感」、第2章が「問題定義」、第3章が「アイデア出し＋プロトタイプ」、第4章が「テスト」にそれぞれ相当します。
39|
40|### 1-3 観察の3ステップ（行く・見る・深掘りする）
41|
42|利用者の現場を見るには、3つのステップがあります。
43|
44|①現場に行く——利用者がサービスを使っている場所に行きます。店舗なら店内、社内システムなら社員のデスク、Webサービスなら利用者の目の前。現場に行かないと、行動のズレは見えません。
45|
46|②行動を見る——発言・表情・手元の動き・停滞している箇所を記録します。迷っている・諦めている・工夫している——こうした行動のズレが、課題の手がかりです。
47|
48|③「なぜそうするのか」を3回深掘りする——表面の理由から本音に近づきます。「メニューを見るのに時間がかかる」→「なぜ？」「種類が多くて選べない」→「なぜ選べない？」「初めてで何がおすすめか分からない」→「なぜ分からない？」「写真がなくて名前だけだと想像できない」——3回目で「写真がない」という具体的な課題に着地しました。
49|
50|インタビューのコツは、「普段どうしてます？」ではなく「最後にやったとき、どうでした？」と聞くこと。行動を思い出させる質問のほうが、具体的な回答が得られます。
51|
52|### 1-4 アンケートと観察の違い
53|
54|「アンケートを取ればいいのでは？」と思うかもしれません。たしかにアンケートは有用ですが、言語化できる意図しか拾えません。IDEOの『The Field Guide to Human-Centered Design』でも、「利用者自身も気づいていないニーズは、行動を観察することで初めて見つかる」と指摘されています。利用者が「困っている」と自覚していない課題——迷っている・諦めている・勝手に工夫している——こうした行動のズレは、現場を見て初めて分かるものです。アンケートは補佐。観察が主役です。
55|
56|### 1-5 佐藤さんの観察——15分で見えたもの
57|
58|佐藤さんは会議室を出て、カフェの店内に立ちました。レジ前に並ぶ客を15分観察したところ、2つの気づきを得ました。
59|
60|- 気づき1：「メニュー選びに迷っている時間が長い」——客はメニュー板を何度も往復し、列が進まない
61|- 気づき2：「席の空きが分からず立ち尽くす」——注文後に店内を見回すが、どこが空いているか分からない
62|
63|会議室では「レジを増やす」だった課題設定が、観察で「客が迷う」という別の課題に変わりました。現場を見ることで、会議室の推測が事実に書き換わる——これが観察の価値です。
64|
65|### 1-6 この章の確認（演習）
66|
67|自分の職場の利用者（顧客・社内ユーザー等）を1人決め、その人の行動を15分観察して3つの気づきを書き出してみてください。「〇〇していた」「〇〇で迷っていた」「〇〇と工夫していた」等、行動の事実を書くのがコツです。自分の目で見た行動のズレを書き出すことが、この章のゴールです。
68|
68a|「現場を見ずに会議室で出したアイデアは、推測でしかない」。観察は、推測をやめる第一歩です。
69|## 第2章：問題の定義——「本当の課題」を見極める
70|
71|第1章で現場観察の価値を知りました。この章では、観察結果から「利用者の本当の課題」を1文に書き出す技術を身につけます。
72|
73|### この章のゴール
74|
75|この章を読み終えると、観察結果から「利用者の本当の課題」を1文の問題文に定義できるようになります。
76|
77|### 2-1 「課題」は最初から決まっていない
78|
79|企画書やミッションに書かれた「課題」は、観察前の仮説にすぎません。佐藤さんの場合、元の課題設定は「レジの行列を減らす」でした。でも、観察結果を振り返ると——列そのものより「注文から着席まで、客が迷う時間が長い」が本当の課題でした。観察結果に基づいて課題を書き換えるのが、問題定義です。最初の課題設定が間違っていたら、どんなにいいアイデアも利用者に届きません。
80|
81|### 2-2 課題の3パターン（機能・感情・手続き）
82|
83|利用者の課題は3つのパターンに分けて考えると見えやすくなります。
84|
85|- ①機能的課題——「〇〇ができない」「〇〇に時間がかかる」。例：メニュー選びに時間がかかる
86|- ②感情的課題——「〇〇が不安」「〇〇だと恥ずかしい」。例：初めての店で何を頼むか迷うと、後ろの列が気になる
87|- ③手続き的課題——「〇〇の手順が複雑」「〇〇の許可が取れない」。例：席の空きが分からず、どこに座るか決められない
88|
89|1つの行動の背後に複数の課題が重なっていることが多いです。佐藤さんの観察結果は、3つとも当てはまります。
90|
91|### 2-3 HMW質問——「私たちはどうすれば〜できるだろうか？」
92|
93|課題を1文の問いに書き換えるツールが、HMW質問（How Might We＝「私たちはどうすれば〜できるだろうか？」）です。d.schoolの『Bootcamp Bootleg』で紹介されている、課題を利用者視点の問いに変換する書き方です。
94|
95|書き方は3ステップです。
96|
97|1. 利用者を書く——「初めての客が」
98|2. 課題を書く——「注文から着席まで迷っている」
99|3. 「〜できるだろうか？」で結ぶ——「迷わずに済むように」
100|
101|合わせると——「私たちはどうすれば、初めての客が注文から着席まで迷わずに済むようにできるだろうか？」
102|
103|「How」は可能性を開き、「Might」は探索であることを示し、「We」はチームで取り組むことを示します——とd.schoolは説明しています。この形に書き換えると、課題が「解決すべき問い」になり、アイデアの出発点になります。
104|
105|### 2-4 解決策を混ぜない——課題とアイデアは分ける
106|
107|よくある失敗が、課題文に解決策を混ぜてしまうこと。「レジを増やす」は解決策です。「客が並んで待っている」が課題です。解決策を混ぜて課題文を書くと、「レジを増やす」以外のアイデアが見えなくなります。課題文には「利用者の状況と困りごと」だけを書く——これを守ると、後で出るアイデアの幅が広がります。
108|
109|佐藤さんは、最初の課題設定「レジの行列を減らす」に解決策（レジを増やす）が混ざっていたことに気づきました。HMW質問に書き換えたことで、「メニューを見やすくする」「席の空きを表示する」「案内スタッフを置く」等、レジ増設以外のアイデアも見えるようになりました。
110|
111|### 2-5 この章の確認（演習）
112|
113|第1章の観察結果から、利用者の課題を1文の問題文に書き、HMW質問に変換してみてください。「利用者は〇〇したいが、〇〇できない」→「私たちはどうすれば、利用者が〇〇できるようにできるだろうか？」の形で書きます。解決策を混ぜず、利用者の状況と困りごとだけを書くのがポイントです。
114|
114a|「現場を見ずに会議室で出したアイデアは、推測でしかない」。課題を言葉に定義するのは、推測を検証可能にする第二歩です。
115|## 第3章：試作——作って見せる
116|
117|第1章で観察し、第2章で課題を定義しました。この章では、小さく作って見せる技術を身につけます。
118|
119|### この章のゴール
120|
121|この章を読み終えると、解決策の仮説を1日で作れる最小の試作品に落とし込めるようになります。
122|
123|### 3-1 アイデア出し——量が出れば出るほどいい
124|
125|課題が定まったら、次はアイデアを出します。ブレインストーミングの3つのルールを守ります。
126|
127|- ①量を重視する——質より数。1個に絞ると「一番安全な案」になります
128|- ②判断を延期する——否定しない・評価しない。「それは無理」は後回し
129|- ③組み合わせる——他人のアイデアに乗る。「それに〇〇を足すとどうなる？」が新しいアイデアを生む
130|
131|実際にやってみましょう——5分で7個のアイデアを出すエクササイズです。最初の3個は「安心な案」が出ます。その後が出そうなアイデアです。Alex Osbornが『Applied Imagination』で提唱したブレインストーミングの原則でも、量を出すことが創造性の鍵とされています。制約をかけるのも効果的です——「お金ゼロで」「1時間で作れるもの」という制約があると、創造性が上がります。
132|
133|佐藤さんのカフェで、HMW質問に対するアイデアを5分で7個出してみました。
134|
135|1. メニューに写真を付ける
136|2. 注文番号で選べるようにする
137|3. スタッフがおすすめを声かけする
138|4. 席の空きをモニターに表示する
139|5. 簡易メニュー（定番5品）を入口に置く
140|6. テーブルにQRコードでメニュー表示
141|7. 注文後に席案内スタッフが座席まで誘導
142|
143|7個出したことで、「レジを増やす」以外の選択肢がたくさん見えました。
144|
145|### 3-2 試作の3レベル（紙→案内図→ロールプレイ）
146|
146|アイデアが出たら、最も試しやすい1個を選んで、試作品を作ります。試作には3つのレベルがあります。
147|
148|- ①紙プロトタイプ——紙とマジックで画面やメニューを作る。10分でできる
149|- ②サービス案内図——体験の流れを図にする。顧客の動線にそって手順を描く。30分でできる
150|- ③ロールプレイ——人を使ってサービスの流れを演じる。スタッフ同士で「客」と「店員」を演じる。1時間でできる
151|
152|どれも1時間以内で作れる。重要なのは「作る時間」ではなく「見せる時間」——早く作るほど早く学べる。
153|
154|### 3-3 「完成度を下げる」理由
155|
156|「試作品はきれいに作らないと」と思うかもしれません。でも、きれいな試作品は「ほぼ完成品」に見えてしまい、利用者は「これでいいんじゃない」と遠慮してしまいます。粗い試作品の方が、利用者は「まだ途中だから直していい」と遠慮なく指摘してくれます。
157|
158|Tim Brownは『Change by Design』で、「粗いプロトタイプほど、人々は遠慮なくコメントしてくれる」と述べています。試作の目的は「完成品を作ること」ではなく「学ぶこと」。完成度を下げる勇気を持つ——それが、試作を機能させる鍵です。
159|
160|### 3-4 1日で作れる最小の試作品
161|
162|試作品の基準はシンプルです。「1日で作れるか？」 1日で作れないなら、もっと小さくする。紙1枚でいい。スマホで撮影した写真1枚でいい。重要なのは「利用者に見せられる状態」にすること。
163|
164|佐藤さんは「メニューに写真を付ける」というアイデアを選び、A3の紙に手書きのメニュー画を貼りました。1時間で完成。それをレジ横に置いて、客の反応を見る——その場で「写真より注文番号のほうが探しやすい」という指摘を得ました。きれいなパネルを発注していたら、この指摘は得られなかったでしょう。
165|
166|### 3-5 この章の確認（演習）
167|
168|自分の課題（HMW質問）に対するアイデアを5分で7個書き、そのうち1個を紙1枚の試作品にしてみてください。紙・マジック・スマホ等で1時間以内に作れるものが基準です。完成度を下げる勇気を持つ——それが、この章のゴールです。
169|
169a|「現場を見ずに会議室で出したアイデアは、推測でしかない」。試作は、推測を形にして検証可能にする第三歩です。
170|## 第4章：検証——利用者に見せて学ぶ
171|
172|第3章で試作品を作りました。最後の章は、試作品を利用者に見せて学び、次に繋ぐ技術を身につけます。
173|
174|### この章のゴール
175|
176|この章を読み終えると、試作品を利用者に見せ、3つの学びを次の改善に反映できるようになります。
177|
178|### 4-1 検証は「成功を確認する」場ではない
179|
180|よくある誤解は、検証＝「自分のアイデアが正しかったか確認する場」という思い込みです。実際の検証は「何が合っていて、何が違うかを学ぶ場」です。IDEOの『The Field Guide to Human-Centered Design』でも、「テストは成功を確認するためではなく、何が合っていて何が違うかを学ぶための場」と明記されています。「期待通りだったか」より「期待と違ったか」が価値ある情報。期待と違う＝利用者の予期していなかった反応＝新しい気づきの源です。
181|
182|### 4-2 検証の3つの質問
183|
184|試作品を利用者に見せたとき、3つの質問をセットで聞きます。
185|
186|1. 「何が期待通りだったか？」——想定が合っていた部分。これは「正解の確認」ではなく「仮説の部分的検証」です
187|2. 「何が期待と違ったか？」——利用者の予期しない反応。これが一番重要な学びです
188|3. 「次に何を変えるか？」——次の試作品に反映する改善点。具体的な変更アクションを書く
189|
190|この3つをセットで聞くことで、「良かった」「悪かった」の感想で終わらず、次に繋がる学びを得られます。
191|
192|### 4-3 利用者に見せるコツ
193|
194|試作品を利用者に見せるときは、3つのコツを守ります。
195|
196|- 説明しない——「これはこういうものです」と説明すると、利用者は説明に沿って動いてしまいます。試作品を手に渡して、自由に操作してもらう
197|- 教えない——利用者が困ったら、その「困った」が課題の手がかりです。教えるのではなく、困り方を見る
198|- 正解を期待しない——「すごい！」と言ってもらうのが目的ではありません。指摘こそが学びです
199|
200|何人に見せるか？ IDEOの実践では、3人に見せれば傾向が見えるとしています。1人だと偶然、2人だと傾向の可能性、3人で傾向の確認。サンプル数は3人から始めましょう。
201|
202|### 4-4 佐藤さんの検証——3人の客から見えたもの
203|
204|佐藤さんは紙のメニューパネルを、3人の客に見せました。
205|
206|| 質問 | 客A | 客B | 客C |
207||---|---|---|---|
208|| 期待通り | 写真があったほうが選びやすい | 写真があると安心する | 写真は参考になる |
209|| 期待と違う | 番号が見にくい | 番号のほうが探しやすい | メニュー名より番号で頼む |
210|| 次に変えること | 写真＋番号の併記 | 写真＋番号の併記 | 写真＋番号の併記 |
211|
212|3人全員から「番号のほうが探しやすい」という指摘。きれいなパネルを発注していたら、この指摘は出なかったでしょう。紙の試作品だからこそ、遠慮なく指摘してもらえました。
213|
214|次に変えること＝「写真＋番号の併記」に切り替える。これが次の試作品の仕様です。
215|
216|### 4-5 デザイン思考は「反復」——1周で終わらない
217|
218|1周目で学んだことを元に、観察に戻って2周目を回します。佐藤さんは「写真＋番号の併記」の試作品を作った後、再び観察に戻りました。すると、2周目の観察で「席の空きが分からない」という新たな気づきがありました——1周目の検証で客が「注文後にどこに座るか迷った」という反応を見ていたからです。
219|
220|1周目は「間違いを知る」ためのもの。2周目で精度が上がる。完了の基準は「利用者の課題が解決されたか」であって「試作品が完成したか」ではありません。IDEOは「早く失敗して、早く成功する」と表現しています。早い段階で指摘をもらうほど、改善コストは低くなります。
221|
222|### 4-6 この章の確認（演習）
223|
224|自分の試作品を1人の利用者に見せ、3つの質問（期待通り・期待と違う・次に変えること）に答えてもらってみてください。得た学びを1文で書き出すことが、この章のゴールです。指摘がつらいかもしれない—but指摘＝「もっといいものがある」の証拠です。早い指摘ほど、直すコストが低い。
225|
225a|「現場を見ずに会議室で出したアイデアは、推測でしかない」。利用者に見せて学ぶのは、推測を確信に変える最後の関門です。
226|## まとめ：現場を見ずに会議室で出したアイデアは、推測でしかない
227|
228|4章を1本の線で並べ直しましょう。
229|
230|観察する——利用者の現場に行き、行動のズレ（迷う・諦める・工夫する）を自分の目で見る。15分で3つの気づきが出せる。
231|
232|課題を定義する——観察結果から「利用者の本当の課題」を書き出す。解決策を混ぜず、HMW質問に変換する。
233|
234|試作する——アイデアを5分で7個出し、最も試しやすい1個を1日で作れる試作品にする。完成度を下げる勇気を持つ。
235|
236|検証する——試作品を3人の利用者に見せ、3つの質問（期待通り・期待と違う・次に変えること）で学ぶ。1周で終わらず、観察に戻って2周目を回す。
237|
238|デザイン思考は「特別な才能」ではありません。①利用者の現場を見る（観察）②本当の課題を書き出す（問題定義）③小さく作って見せる（試作）④利用者の反応から学ぶ（検証）——この4ステップを持てば、誰でも利用者に価値を届けるアイデアを出せます。すべての判断は「現場を見たか？ 利用者に見せたか？」に戻ります。
239|
240|「現場を見ずに会議室で出したアイデアは、推測でしかない。現場に行き、試作して、利用者に見せる——それが、推測を確信に変える道だ」——このひと言を、明日の仕事に持っていってください。
241|
242|### 明日の最初の一歩
243|
244|自分の職場の利用者を1人決め、15分観察して3つの気づきを書き出す。それだけで、会議室の推測から現場の事実に1歩進めます。きれいでなくてよい。3つの気づきを書くことが、デザイン思考の最初の1歩です。
245|
246|### さらに深める導線
247|
248|この講座は「デザイン思考の基本（観察→定義→試作→検証の4ステップ）」という入口です。さらに深めるなら——関連講座で学びを継続してください。法人でまとまった研修をご検討の方は、法人研修資料請求へお問い合わせください。