正解を育てる技術 ── デザイン思考5ステップを「判断の道具」に変えるガイド

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

共感、定義、発想、試作、検証。

言えます。

本も読みました。

研修で付箋も貼りました。

でも、目の前の案件では使えません。

クライアントの要望は曖昧で、ユーザー像はぼんやりしていて、「正解」を持っている人が誰もいない。

この状態で5ステップをなぞっても、「なんか違う」は減りませんでした。

この記事は、「正解を育てる」シリーズの全体ガイドです。

デザイン思考の各フェーズを「正解を見つける道具」ではなく「正解を育てる設計図」として捉え直す。

その考え方と、各フェーズの具体的な実践法をまとめました。

「正解を見つけよう」としていませんか

デザイン思考がうまくいかない原因は、たいていシンプルです。

「正解を見つけるためのフレームワーク」として使おうとしている。

5ステップを踏めば正しい答えにたどり着ける。

ユーザーに共感すれば正解が見える。

プロトタイプを作れば合否がわかる。

そう思っていると、現場では破綻します。

なぜなら、最初から正解がある案件なんてほとんどないからです。

転機になったのは、「見つける」を「育てる」に変えたときでした。

正解は最初から存在するのではなく、プロセスを回す中で少しずつ輪郭が見えてくるもの。

そう捉え直した瞬間、5ステップが現場で動き始めました。

詳しくはデザイン思考が現場で使えない理由|5ステップを「正解を育てる」視点で再解釈で書いています。

シリーズの出発点になる記事です。

5つのフェーズ、それぞれの「やらないこと」

「正解を育てる」視点で5ステップを見ると、各フェーズで大事なのは「何をするか」以上に「何をしないか」です。

1. 共感:答えを出さない

要望を聞いた瞬間、頭の中でデザイン案が走り出す。

「シンプルにしてほしい」と言われたら余白を増やすイメージが浮かぶ。

これは経験があるからこそ起きる現象ですが、同時にズレの始まりでもあります。

共感フェーズの役割は、材料を集めることです。

方向性を決めることではありません。要望は「正解の種」として受け取り、曖昧なまま保留する。

「分かった」と感じた瞬間こそ立ち止まるサインです。

要望を聞いた瞬間、答えを出すな|共感とは「決めない」技術

2. 定義:正解を当てようとしない

課題定義シートを書いた瞬間、会議室の空気が重くなった経験はありませんか。

「今回の課題は〇〇です」と言い切った途端、もう変えられない空気が漂う。

課題は「正しく当てる」ものではなく「仮に置く」ものです。

「いまの理解では、課題は〇〇だと考えています」と伝えるだけで、後から更新する余地が生まれます。

課題の精度はプロジェクトを通じて上がっていくもの。最初から完璧を求める必要はありません。

課題定義で動けなくなる人がやっている、たった一つの勘違い

3. 発想:良いアイデアを出そうとしない

「もっと良いアイデアを出さなきゃ」。

この焦りが発想を止めています。

アイデア=正解という無意識の前提があると、自己検閲が働いて無難な案しか出せなくなります。

発想フェーズは「正解を出す場」ではなく「仮説を並べる場」です。

A案・B案・C案を「どれが正解か」ではなく「どれを試すと何がわかるか」という視点で並べる。

判断材料を増やすためのアイデア出しに切り替えると、発想は一気に軽くなります。

アイデアが出ない本当の原因|発想を「正解探し」から解放する方法

4. 試作:完成させようとしない

試作段階で完成度を上げすぎると、相手は「完成形」として受け取ります。

後から出た違和感が「大きな手戻り」として跳ね返ってくる。

完成度が高いほど、修正コストも高くなる悪循環です。

試作の目的は「完成させること」ではなく「判断できる状態を作ること」です。

「今回は◯◯を判断するための試作です」と一言添えるだけで、相手の見方が変わり、フィードバックの質も変わります。

作り込みすぎて手戻りが増える理由|試作は「判断できる状態」を作る工程

5. 検証:合否判定をしない

検証フェーズが怖いのは、それを「合否判定」として捉えているからです。

OK/NGの二択で考えると、完成度を高めてから見せたくなり、見せるのが遅れ、やり直しが大きくなる。

検証は「終わり」ではなく「次のサイクルの始まり」です。

フィードバックは「ダメ出し」ではなく「情報」。

「今回は何がわかれば成功か」を事前に決めておくと、フィードバックが怖いものではなくなります。

検証は終わりではない|正解を育てるフィードバックの使い方

5ステップは1回で終わるものではない

ここが一番大事なポイントです。

5ステップは、1回で完結するものではありません。

共感→定義→発想→試作→検証と一巡したら、また共感に戻る。

戻るたびに、正解の精度が上がっていきます。

1回目で正解が出なくても失敗ではありません。

むしろ、回すたびに情報が増えて判断が研ぎ澄まされていく。

これが「育てる」ということです。

デザインの話だけではない

「正解を育てる」は、デザインプロセスに限った考え方ではありません。

転職すべきか、副業を始めるべきか、このまま続けるべきか。

人生の選択にも、事前にわかる正解はありません。

あるのは「後から意味づけされる結果」だけ。

だから、仮で置く。観測する。調整する。

正解を探すのをやめたら、人生が動き出した|組み立てていく思考のすすめ

そしてクライアントワークでも同じです。

「要望通りに作ったのに違う」と言われる原因は、要望を正解だと思っているから。

要望は正解ではなく、正解の種です。

ヒアリングとフィードバックを繰り返しながら、一緒に正解を育てていく。

「要望通りに作ったのに違う」と言われるデザイナーへ|正解は一緒に育てるもの

このシリーズの読み方

全記事は独立して読めますが、流れで読むとより深まります。

まず全体像を掴みたい方:

この記事を読んだ後、気になったフェーズの記事に進んでください。

自分の弱点を知りたい方:

「どのフェーズでよく詰まるか」を考えてみてください。ヒアリングで決めつけてしまうなら共感編。

課題を決めきれないなら定義編。

アイデアが出ないなら発想編。

作り込みすぎるなら試作編。

フィードバックが怖いなら検証編。

順番に読みたい方:

以下の順序がシリーズの設計意図に沿っています。

  1. デザイン思考が現場で使えない理由(起点)
  2. 共感とは「決めない」技術
  3. 課題定義で動けなくなる人の勘違い
  4. アイデアが出ない本当の原因
  5. 試作は「判断できる状態」を作る工程
  6. 検証は終わりではない
  7. 正解を探すのをやめたら、人生が動き出した(応用)
  8. 要望を正解に育てるプロセス(応用)

まとめ:「正解を育てる」は姿勢の話

正解を育てる技術は、特別なスキルではありません。

姿勢の話です。

共感フェーズで答えを出さない。

定義フェーズで正解を当てようとしない。

発想フェーズで良いアイデアを出そうとしない。

試作フェーズで完成させようとしない。

検証フェーズで合否判定をしない。

「しない」を意識するだけで、プロセスが回り始めます。

次の案件で、ひとつだけ試してみてください。

ヒアリングで要望を聞いたとき、すぐに答えを出さない。

「なるほど」で止めて、もう一つだけ質問する。

それだけで、何かが変わり始めます。

参考になれば幸いです。