フレームワークの正しい使い方——コンサルの「構文」を活かす事業開発の設計
手法

フレームワークの正しい使い方——コンサルの「構文」を活かす事業開発の設計

フレームワーク偏重のコンサルティングが、なぜ新規事業を「優等生的な失敗作」に変えるのか。フレームワークを整理ツールとして正しく配置し、検証起点の事業開発を実現する方法を解説する。

フレームワーク コンサルティング 構文の檻 作文シアター イノベーション官僚化

フレームワークの「記入」と「事業創出」を混同しない

新規事業の企画書にリーンキャンバス、バリュープロポジションキャンバス、ビジネスモデルキャンバス。3C分析、PEST分析、SWOT分析。これらのフレームワークは、ビジネススクールやコンサルティングファームが提供する「新規事業の作法」として広く普及している。フレームワーク自体は有用な整理ツールだ。

問題は、フレームワークへの「記入」が「事業創出」の代替になると錯覚する構造にある。綺麗に埋められた9つのマスは、経営会議の承認を通す確率を上げるかもしれない。しかし、市場での生存確率を1%も上げない。なぜなら、フレームワークは「既知の要素を整理する道具」であって、「未知の市場を発見する道具」ではないからだ。

整理できるということは、すでに誰かが知っている要素を並べ替えただけであり、そこに非連続な飛躍はない。この特性を理解することが、フレームワークを正しく活用する出発点になる。

200枚のスライドと事業化ゼロの因果関係から学ぶこと

筆者は、ある大手メーカーが外部戦略コンサルティングファームと半年間かけて策定した新規事業戦略の最終報告会に同席したことがある。報告書は200枚超のパワーポイントスライドで構成され、市場分析、競合分析、ペルソナ設計、バリューチェーン分析がフレームワークの教科書のように美しく整理されていた。経営陣は満場一致で承認し、担当役員は「これで勝負できる」と自信を見せた。

しかし半年後、実際に市場に出してみると、ターゲットとして設定したペルソナは実在しなかった。美しいスライドの中のペルソナは、デスクリサーチと社内ワークショップで「合意」された架空の人物だったのだ。コンサルタントは一度も現場に行かず、一人の見込み顧客にも会わず、200枚のスライドを書き上げていた。

この事例が示すのは、「整理の完成度」と「市場での実効性」は別の指標だということである。観客(経営陣)が感動しても、市場は1ミリも動かない。

フレームワーク偏重が事業開発の質を下げる3つのメカニズム

「構文の枠」に収まらないアイデアが排除される

フレームワークとは、要素を定められたマスに当てはめる「構文」である。この構文に収まらない要素——説明不可能な直感、非合理な熱狂、まだ言語化できていない違和感——は、自動的に切り捨てられる。UberもAirbnbも、「見知らぬ人の車に乗る」「見知らぬ人の家に泊まる」という非合理的な直感が起点だった。これらをフレームワークで評価すれば、「安全性リスク:高」「法規制リスク:極めて高」として確実に却下される。フレームワークは既知の枠組みの中で最適解を導く道具であり、枠組みの外にある破壊的イノベーションを構造的に見落としやすい。この特性を理解しておくことが重要だ。

デスクワーク中心の「空中戦」に陥りやすい

フレームワーク中心のアプローチは、デスクワークを過度に重視しやすい。市場調査は外部レポートの引用で済まされ、顧客の声はN=5程度のインタビューで「確認」される。ペルソナは会議室で「合意」によって作られ、バリュープロポジションは顧客不在の社内ブレストで決定される。

コンサルタントの能力が問題なのではない。彼らのビジネスモデルが「洗練されたドキュメントの納品」に最適化されている以上、泥臭い顧客開発に時間を使うことは、経済合理性に合わないのだ。結果として、美しいが誰も検証していない仮説が「事実」として扱われ、数千万円の予算がつく構造が生まれる。

「優等生的な失敗作」が量産される

フレームワークで整理された事業計画は、経営会議では極めて通りやすい。論理的に穴がなく、リスクは網羅的に分析され、市場規模は大きく見積もられている。役員からの質問にも「データに基づいて」回答できる。しかし、この「通りやすさ」に注意が必要だ。役員会を通過できるということは、既存の評価基準の枠内に収まっているということであり、それは同時に「非連続な飛躍がない」ことを示唆している。結果として量産されるのは、どこにもエッジがない「優等生的な失敗作」だ。市場で誰も熱狂しない事業計画である。

「整理する」前に「検証する」仕組みを作る

フレームワークを捨てる必要はない。使う順序を変えるべきだ。 「仮説検証」をフレームワーク「記入前」に行う。 リーンキャンバスを埋める前に、想定顧客10人に直接会いに行く。会って話した結果をもとにキャンバスを「記入」するのであれば、それは仮説ではなく一次情報になる。

コンサルへの発注形態を「ドキュメント納品」から「検証支援」に変える。 200枚のスライドではなく、「顧客インタビュー30件の実施と分析」「プリトタイプ(検証用の簡易プロダクト)の作成と市場テスト」を成果物とする契約に切り替える。

「生の検証結果」を経営会議に持ち込む。 美しいスライドではなく、手描きのスケッチ、顧客から届いた生のメール、プリトタイプのテスト結果(たとえ惨敗でも)を経営会議で共有する。この「生々しさ」が、整理されただけの計画書と実際に検証された事業仮説の違いを組織に認識させる。

「美しいスライド」に違和感を覚えている人

本記事が有用なのは、以下の状況にある人である。 外部コンサルと策定した新規事業戦略が、実行段階で機能しないと感じている事業担当者。 問題はコンサルの質ではなく、デスクリサーチ中心の策定プロセスそのものにある可能性が高い。

社内ビジネスコンテストの審査で「資料の完成度」が高い案件ばかりが通過し、事業化率が低い事務局担当者。 評価基準が「説明の上手さ」に偏っている可能性がある。

フレームワーク研修を受講したが、実際の事業開発に活かせないと感じている新規事業担当者。 フレームワークは整理の道具であり、発見の道具ではないという認識が出発点になる。すでに顧客開発を起点とした検証プロセスを確立し、フレームワークを「整理」にのみ活用している組織には、本記事は該当しない。

来週、フレームワークを埋める前に顧客に会いに行こう

次に新規事業のキャンバスを埋めようとした時、一度手を止めてほしい。そのマスに書こうとしている内容は、「自分が実際に見聞きした事実」か、「想像や推測」か。後者なら、まず1人でもいいから想定顧客に会いに行く。たった1人の生の声が、100枚のリサーチスライドよりも事業の方向性を決定づけることがある。INNOVATION VOYAGEの「手法と理論」カテゴリでは、イノベーション業界で用いられる主要な手法を客観的に検証している。フレームワーク以外にも正しい活用法を知るべき手法が存在するため、合わせて読んでほしい。


関連するインサイト

イノベーションの構造的理解については「イノベーションを構造から理解する――定義・失敗の原因・成功の条件を徹底解説」で体系的に解説している。


参考文献

  • Alexander Osterwalder & Yves Pigneur, Business Model Generation, Wiley (2010)(邦訳:『ビジネスモデル・ジェネレーション』翔泳社)
  • Eric Ries, The Lean Startup, Crown Business (2011)(邦訳:『リーン・スタートアップ』日経BP)
  • Steve Blank & Bob Dorf, The Startup Owner’s Manual, K&S Ranch (2012)(邦訳:『スタートアップ・マニュアル』翔泳社)

INNOVATION VOYAGE 編集部

関連記事