理論 NEW
デザイン思考×戦略明確性 ── 仮説型と分析型の統合
デザイン思考と経営戦略は対立するものではなく、補完関係にある。仮説型思考（デザイン思考）と分析型思考（戦略）をどのように統合するのか、企業の実践事例から考える。
11分で読める
デザイン思考は「戦略がない」のか
デザイン思考が日本の大企業に導入される際、よく聞こえてくる批判がある。
「デザイン思考は遊び。実務の現場では、明確な戦略と予算配分の根拠が必要」 「イノベーションの話は良いが、今期の売上をどう作るのか」 「ユーザー中心と言うが、市場規模の見積もりが甘すぎる」
これらの批判は、一面では正しい。デザイン思考は、対象となるユーザーの感情や行動に深く向き合うプロセスを重視するあまり、事業規模や市場構造、競争環境といった「経営視点の制約条件」を見落としやすい。
しかし、本来のデザイン思考と経営戦略は、決して対立するものではない。むしろ、統合することで初めて、ユーザーにとって価値があり、かつ事業として成立するイノベーションが生まれる。
仮説型思考 vs 分析型思考
デザイン思考と戦略の関係を理解するには、思考様式の違いを認識する必要がある。
仮説型思考（デザイン思考）
デザイン思考のプロセスは、小さな仮説を立て、プロトタイプで検証し、その結果から学ぶという反復を中心としている。
特徴は以下の通り。
- 速度を優先 — 完璧な情報を待たず、70%の情報で意思決定する
- 失敗を学習に変換 — 「失敗は無駄」ではなく「失敗データは次の仮説の材料」
- ユーザー行動を重視 — 統計よりも、実際のユーザーの語り、観察から学ぶ
- 複数の可能性を同時進行 — 一つの方向に絞るのではなく、複数のプロトタイプを並行テスト
このアプローチは、不確実性が高い領域では最高に強い。「誰が買うのか分からない、が、もしかしたらこんなニーズがあるのでは?」という問いに対して、仮説検証というメカニズムで答えを見つけることができる。
分析型思考（経営戦略）
一方、経営戦略は、現状の市場データを分析し、最適な資源配分を論理的に決定するプロセスである。
特徴は以下の通り。
- 精度を優先 — 可能な限り多くのデータを集め、信頼度の高い意思決定を目指す
- リスク最小化 — 過去のデータに基づき、予測可能な範囲での経営判断
- 市場構造を重視 — 顧客ニーズを理解するために、市場規模・競争構造・ポジショニングを分析
- 一貫性のある戦略 — 複数の選択肢ではなく、経営資源を一つの方向に集中
このアプローチは、既存市場での競争では極めて有効。市場ニーズが明確で、競争構造が固定化している環境では、「どこに資源を配分すれば、最大のリターンが得られるか」を的確に判断できる。
二つの思考様式の対立が生じる理由
しかし、実務の現場では、この二つの思考様式が対立することがほとんどだ。なぜか。
理由 1：時間軸の違い
デザイン思考は「今から2-3ヶ月で仮説を検証する」という短期サイクルで動く。一方、経営戦略は「今後3年の事業方針」という中期視点で決定される。
その結果、デザイン思考チームが「これはいけそう」と判断したアイデアが、戦略会議で「市場規模が小さい」「3年の売上計画に合わない」という理由で却下されてしまう。逆に、戦略会議が「この市場セグメントを狙う」と決定した方向性に、デザイン思考チームが「本当にそのセグメントのユーザーはこう考えているんですか?」と疑問を呈する。
理由 2：データの種類の違い
デザイン思考で重視されるのは、定性的データ — ユーザーインタビューの語り、観察フィールドの描写、プロトタイプテストの反応。
経営戦略で重視されるのは、定量的データ — 市場規模、顧客獲得単価、ライフタイムバリュー、競争力指標。
両者は「どちらが正しいデータか」という言語体系が異なるため、議論が容易ではない。「ユーザーはこう言ってました」と定性データで説明しても、経営戦略側からは「それで何人のユーザーが いるんですか?」という定量的な問い直しが来る。
理由 3：不確実性の扱い方の違い
デザイン思考は、不確実性を前提とする。「完璧には分からない世界で、どうやって学ぶか」という問いの中で動いている。
経営戦略は、不確実性を最小化することを目指す。「シナリオプランニング」や「リスク分析」という手法で、将来の可能性の幅を絞り込み、その中で最適な判断をしようとする。
この違いから、デザイン思考側は「失敗からの学習」を価値視するが、経営戦略側は「失敗を避けられないか」と考える。
統合への第一歩：「仮説の質」を上げる
では、この対立をどうやって乗り越えるのか。
最初のステップは、デザイン思考側が立てる「仮説」の質を、経営戦略の言語で再定義することだ。
デザイン思考的な仮説
従来のデザイン思考では、仮説は「〜なのではないか」という定性的なものになりやすい。
例：「シニア層は、スマートフォンの操作が難しいと感じているのではないか」
これは妥当な仮説だが、経営戦略の視点からは「では、その感覚を持つシニアは全体の何%いるのか」「その課題を解決できれば、どの程度の売上が期待できるのか」という問いが、自動的に生じる。
戦略レベルの仮説
そこで、仮説の立て方を以下のように再定義する。
「シニア層（65歳以上、ボリューム推定〇〇万人）の【具体的な課題】に対して、【このソリューション】で対応することで、【競合比較での差別化】が実現でき、【年1-2年の事業成長】につながる」
この書き方を採用することで、デザイン思考チームと経営戦略チームが「同じテーブル」で議論できるようになる。デザイン思考側は「なぜこの仮説を立てたのか」をユーザー行動の観察に基づいて説明し、戦略側は「この仮説を検証するのに必要な定量データは何か」を提示する。
統合への第二歩：プロトタイプに「経営視点」を組み込む
仮説の質が上がった後、プロトタイプの設計段階でも、統合が必要になる。
従来のデザイン思考では、プロトタイプテストは「ユーザーがこの機能を使うか、使わないか」という行動検証に焦点が当たる。
しかし、ビジネスとしての検証を同時に進めるためには、プロトタイプテストの場面で以下も同時に検証すべき。
- 顧客獲得の現実性 — このソリューションを知った時、実際に買う決定をするか? 価格感は?
- 事業運営コスト — このサービスを提供するのに、実際にいくらかかるのか?
- 競争優位性 — 既存企業はなぜこれをやっていないのか? やった時の障壁は?
例えば、シニア向けスマートフォン操作支援アプリをプロトタイプテストする場合。ユーザーテスト以上に重要なのは、「月1,000円の価格なら買うか? 年1万円なら?」という経済的な意思決定の検証。または、「NTTドコモが同じ機能を無料で提供したら、どうする?」という競争シナリオの検証。
これらのテストを、ユーザーテストと同時に実施することで、初めて「ユーザーにとって価値がある」と「事業として成立する」の二つの条件が満たされているかが判断できる。
統合への第三歩：組織的な意思決定ループの構築
ここまでの二つのステップを実行しても、組織全体としての「デザイン思考と戦略の統合」が達成されるわけではない。なぜなら、デザイン思考チームと経営戦略チームが別組織として動いている場合が多いからだ。
その場合に必要なのは、両組織が定期的に交わるミーティング体制の構築。
具体的には、以下のようなサイクルを組む。
- 月初：戦略会議 — 経営戦略チームが、今月進める複数の仮説・プロトタイプを定義。その時点での市場分析・競争分析も共有
- 週中：プロトタイプテスト実施 — デザイン思考チームが、ユーザーテストに加え、上記の「経営視点の検証」も実施
- 週末：学習共有会 — 両チームが集まり、「何が検証されたか」「次の仮説は何か」を言語化
この週単位のループの中で、仮説は「ユーザーにとって価値がある」と「事業として成立する」の両軸で、段階的に洗練されていく。
実例：あるヘルスケア企業の統合事例
ある大手ヘルスケア企業で、以下のようなプロセスが動いた。
初期の対立
経営戦略チームが「高齢者向けの在宅医療支援サービス」の事業化を提案。市場規模は500万人、年売上50億円の計画だった。
これに対し、デザイン思考チームが「実際に患者さんや家族にインタビューすると、在宅医療の課題は『医療支援』ではなく『精神的な不安』にあるのではないか」という指摘をした。
経営戦略側からは「精神的な不安の解決で、どう売上を作るのか」という質問が返ってきた。
統合へのプロセス
そこで、デザイン思考チームが、ユーザーインタビューの結果を「市場セグメント別の不安の種類」と「セグメント規模」で再整理。
結果として、以下のような新しい仮説が生まれた。
「在宅医療を受ける患者の家族（推定〇〇万人）の『医師との相談不安』を、オンライン医療相談サービスで対応することで、患者の通院回数削減＆事業として年△△円の売上が期待できる」
この仮説の立て方により、ユーザー視点（家族の不安）と経営視点（売上規模）が接続された。
その上で、プロトタイプテストは以下のフォーカスで実施された。
- ユーザー視点の検証 — 家族は本当にオンライン医療相談を使うか?
- 経営視点の検証 — 医療施設は医療相談サービスに対して、月いくらなら採用するか? 患者の通院回数は実際に削減するか?
テストの結果、医療施設側のインセンティブの設計に工夫が必要であることが判明。最終的には、「通院回数削減による医療費削減額の一部を、サービス利用料とする」という新しい事業モデルが誕生した。
このモデルは、デザイン思考だけでは生まれず、経営戦略の視点も必要だった。かつ、経営戦略だけでも、このユーザーニーズの実装性は見えなかっただろう。
最後に：統合の本質
デザイン思考と経営戦略の統合は、決して「二つの手法の折衷案を作る」ことではない。
むしろ、「ユーザーにとって価値がある」という定性的な理解と、「事業として成立する」という定量的な根拠が、同時に満たされる仮説をどう建てるか、検証するかという、問い自体の統合なのだ。
その過程で、デザイン思考側は「経営の制約条件の中でのイノベーション」をより強く意識するようになり、経営戦略側は「戦略の正しさを判断するには、ユーザー行動の実装性検証が不可欠」と気付く。
その相互の気付きの中にこそ、持続可能なイノベーションが生まれる。