デザイン思考
デザイン思考とは、利用者が実際に何を必要としているかを深く理解することから始まり、プロトタイプ作成とテストを経て、実生活で機能する解決策にたどり着く反復的な問題解決アプローチである。
デザイン思考は2000年代、スタンフォード大学のd.schoolとデザイン会社IDEOで形作られたが、その土台にはさらに古いデザインと工学の実践がある。通常は共感、定義、アイデア発想、プロトタイプ、テストという5つのフェーズとして説明される。モデルによってはステップの数が異なる。たとえばIDEO自身のアプローチは、このプロセスをインスピレーション、アイデア創出、実行の3つに凝縮している。すべてのバージョンに共通するのは、解決策は机上の思い込みからではなく、実際の観察から生まれるべきだという考え方である。
実務では、機能横断チームがその解決策の対象となる人々と密接に協力する。詳細なコンセプトを数週間かけて書き上げる代わりに、チームは早い段階でシンプルなプロトタイプを作る。紙やダンボール、あるいは簡単なクリック可能なモックアップで作られることもある。それらのプロトタイプは実際の利用者でテストされ、フィードバックはすぐに次のラウンドへと反映される。アイデアは一度の大きな完成形として提供されるのではなく、いくつもの短いループを通じて研ぎ澄まされていく。
デザイン思考は始めから終わりまで一直線に進むものではなく、必要に応じて前のフェーズへ戻るループである。従来の製品開発と一線を画すのは、最後だけでなく早い段階から頻繁に実際の利用者でテストする点だ。Scrumのようなアジャイルな手法やMVP構築とも相性が良い。どちらも短い学習サイクルに依存しているからだ。企業は近年、製品開発以外の場面、たとえば社内のワークフローや書式を使いやすくするためにもデザイン思考を活用するようになっている。
実践例
従業員18名の職人企業は、顧客が書面での見積もりをわかりにくいと感じ、電話で質問してくることに気づく。新しい書式にすぐ飛びつく代わりに、チームは顧客への短いインタビューを8回行い、顧客が実際の見積書をどう読むかを観察する。それらの対話から、2時間のワークショップでスケッチされた新しい見積もりレイアウトの紙のプロトタイプ3案が生まれる。顧客が好んだプロトタイプはさらに5人の顧客でテストされ、2回改訂されて新しい標準テンプレートとなる。3か月以内に、見積もりに関する追加の問い合わせは約40パーセント減少し、チームにとって週あたり約3時間の余力が生まれると見積もられている。
Leanshiftの活用方法
デザイン思考はKaizenのマインドセットに合致する。解決策は机上で発明されるのではなく、そのプロセスや製品を日々使う人々と共に形作られるからだ。プロトタイプ作成、テスト、調整のループはPDCAと同じリズムをたどる。小さく始め、試し、実際のフィードバックから学び、そのまま続けていく。それは一つの解決策を良くするだけでなく、ラウンドを重ねるごとに、自分自身が改善する人になれるという自信も少しずつ育てていく。
よくある質問
デザイン思考はグラフィックデザインと同じものか?
いいえ。名前とは裏腹に、ビジュアルデザインとは関係がない。製品、サービス、社内プロセスにも同じように適用できる問題解決手法である。
デザイン思考はリーンスタートアップとどう違うのか?
デザイン思考は、共感と定義のフェーズで、まず利用者のニーズを深く理解することに重点を置く。リーンスタートアップは、MVPを使ってビジネス上の仮説を素早く検証することにより重点を置く。実務では両方のアプローチを組み合わせるチームが多い。
デザイン思考には特別なツールが必要か?
いいえ。初期のプロトタイプには付箋、ホワイトボード、紙があれば十分である。重要なのは利用者との実際の接点であり、そこに至るまでのツールではない。