デザイン思考が失敗する5つのパターン

デザイン思考は強力な方法論ですが、導入しただけで成果が出るものではありません。 むしろ「デザイン思考をやっている」という事実が、思考停止の免罪符になるケースすら存在します。

「うちもデザイン思考を導入したけど、何も変わらなかった」

この言葉を、新規事業やDXの現場で何度耳にしたことでしょうか。研修を受け、付箋を貼り、ペルソナを作り、プロトタイプも作った。しかし結局、従来と同じプロセスに戻ってしまった。 関係者の間に「あれは一過性のブームだった」という空気が漂い始める。

ワークショップでよく起こるのは、手法への期待が高すぎて、最初の成果が小さく見えてしまうパターンです。デザイン思考は銀の弾丸ではない。 しかし、失敗の多くは方法論そのものの限界ではなく、運用の仕方に原因があります。

失敗には再現性がある

実際にやってみると、デザイン思考の失敗パターンは驚くほど似通っています。業種も規模も異なる組織で、同じような失敗が繰り返されている。 それは、構造的な問題が存在することを意味します。

以下に、現場で最も頻繁に観察される5つの失敗パターンを挙げます。

パターン1：共感の形骸化

症状

ユーザーインタビューを実施したが、聞いたのは「自分たちが聞きたいこと」だけだった。 ユーザーの声をデータとして扱うのではなく、既存の仮説を確認するための儀式として消費してしまう。

なぜ起こるか

プロジェクトには既にゴールが設定されていることがほとんどです。「このサービスを作る」と決まった上でユーザーインタビューを実施するため、チームは無意識に都合の良い発言だけを拾ってしまいます。 確認バイアスが共感フェーズを形骸化させるのです。

対策

共感マップを作成する際に、「自分たちの仮説と矛盾する発言」を意図的に抽出するセッションを設けます。「ユーザーの声のうち、聞きたくなかったものは何か」という問いが、本質的なインサイトに近づく鍵になります。

パターン2：定義フェーズの軽視

症状

共感フェーズで集めた情報を十分に分析しないまま、「何となく見えた課題」でアイデア出しに突入する。 POVステートメントを作らず、「ユーザーは〇〇に困っている」という曖昧な共通認識で進んでしまう。

なぜ起こるか

定義フェーズは地味な作業です。付箋をグルーピングして、パターンを見つけて、問いの形に落とし込む。 参加者にとっては、アイデアをどんどん出すIdeateの方が圧倒的に楽しい。ファシリテーターも、場の盛り上がりを維持するためにDefineを駆け足で通過させがちです。

対策

ダブルダイヤモンドの構造を意識し、Defineに全体の20%以上の時間を割り当てるルールを設けます。「How Might We」の問いが明確に言語化されるまで、次のフェーズに進まないという制約が効果的です。

パターン3：プロトタイプ恐怖症

症状

プロトタイプのフェーズに入ったのに、「もう少しリサーチが必要」「まだアイデアが固まっていない」と、いつまでも手を動かし始めない。 完璧なアイデアが生まれるまで待とうとする。

なぜ起こるか

プロトタイプを作るということは、アイデアが「批判可能な形」になることを意味します。 頭の中にある限り、アイデアは完璧でいられる。しかし形にした瞬間、粗が見えてしまう。その恐怖が、プロトタイプの制作を遅延させます。

対策

「15分で作れるもの」だけを最初のプロトタイプにするというルールが有効です。紙とペン、段ボール、Keynoteのスライド。質にこだわる必要は全くない。「これは捨てるために作るもの」という前提を共有することで、心理的なハードルが下がります。

パターン4：テストの省略

症状

プロトタイプまでは作ったのに、ユーザーに見せずに社内で評価してしまう。 「ユーザーテストの時間がない」「まだ見せられるレベルではない」という理由で、テストフェーズが丸ごとスキップされる。

なぜ起こるか

テストには外部のユーザーを巻き込む必要があり、スケジュール調整やリクルーティングのコストがかかります。 プロジェクトの納期が迫ると、最も「省略可能に見える」のがテストフェーズです。しかし実際には、テストの省略は最大のリスクです。

対策

デザインスプリントのアプローチを参考に、テストの日時を最初に固定し、そこから逆算してスケジュールを組む方法が効果的です。テストが「削れるオプション」ではなく「動かせない締め切り」になれば、省略は起きません。

パターン5：イノベーション・シアター

症状

デザイン思考の「形式」を完璧にこなしているのに、事業インパクトがゼロ。 ワークショップの回数、ペルソナの数、プロトタイプの数をKPIにしてしまい、「やっている感」が目的化する。組織の上層部は「うちはデザイン思考を取り入れている」とアピールするが、現場は疲弊している。

なぜ起こるか

組織がデザイン思考を「方法論」ではなく「ブランディングツール」として導入した場合に発生します。「イノベーティブな企業に見られたい」という動機が、プロセスの本質を歪めてしまう。 成果ではなく活動量が評価指標になり、本来の目的を見失います。

対策

デザイン思考の成果を「ユーザーの行動変化」で測定する仕組みを導入します。ワークショップの回数ではなく、「テストを通じて発見された未充足ニーズの数」「プロトタイプに対するユーザーの行動変化」を追跡する。計測できない活動は、やがてシアターになります。

失敗から学ぶための問いかけ

5つのパターンに共通しているのは、デザイン思考の「プロセス」だけを導入し、「思考」を導入しなかったという点です。プロセスは誰でも真似できますが、「ユーザーの立場に立って考える」「作る前に学ぶ」「失敗を歓迎する」というマインドセットの変容は、一朝一夕には起きません。

次にデザイン思考のプロジェクトを振り返るとき、この5つのパターンに自分たちの活動を照らし合わせてみてください。 1つでも当てはまるものがあれば、プロセスではなくマインドセットに問題がある可能性が高い。手法を変える前に、チームの前提を疑ってみること。それ自体が、デザイン思考の実践です。

---

参考文献

• Natasha Jen, “Design Thinking is Bullsh*t”, lecture at 99U Conference, 2017（批判的視点からの考察）
• Jeanne Liedtka, “Perspective: Linking Design Thinking with Innovation Outcomes through Cognitive Bias Reduction”, Journal of Product Innovation Management, Vol.32, No.6, 2015
• Tim Brown, Change by Design, HarperBusiness, 2009（第9章：Design Activism）