内田和成の作品一覧
「内田和成」の「仮説思考」「論点思考」ほか、ユーザーレビューをお届けします!
- 作者をフォローする
- フォローすると、この作者の新刊が配信された際に、お知らせします。
無料マンガ・ラノベなど、豊富なラインナップで201万冊以上配信中!
「内田和成」の「仮説思考」「論点思考」ほか、ユーザーレビューをお届けします!
ビジネス・実用
ビジネス・実用
ビジネス・実用
ビジネス・実用
ビジネス・実用
ビジネス・実用
ビジネス・実用
ビジネス・実用
ビジネス・実用
ビジネス・実用
ビジネス・実用
ビジネス・実用
ビジネス・実用
ビジネス・実用
ビジネス・実用
ビジネス・実用
ビジネス・実用
ビジネス・実用
ビジネス・実用
ビジネス・実用
ビジネス・実用
ビジネス・実用
Posted by ブクログ
仮説思考|あとから見返すための要点
1. 仮説思考とは
仮説=まだ証明されていないが、現時点で最も答えに近いと思われる仮の答え。
多くの人は、
情報を集める → 分析する → 答えを出す
という順番で考えがち。
でも、これでは情報を集め続けてしまい、なかなか答えにたどり着けない。
仮説思考では、
仮の答えを先に置く → その答えが正しいか検証する → 修正する
という順番で考える。
つまり、「正解を探す」のではなく、「答えを仮置きして、正しいか確かめる」。
⸻
2. 情報は「集める」より「捨てる」
仕事ができる人=たくさん情報を持っている人、ではない。
重要なのは、
意思決定に必要な情報を見極め、それ以外を捨てること。
「もっと情報があれば判断できる」と考えていると、いつまで経っても意思決定できない。
むしろ、
限られた情報で、とりあえず答えを出す
ことが仮説思考のスタート。
⸻
3. 仕事で本当に大事なのは「分析」ではなく「意思決定」
仕事には「作業」と「意思決定」がある。
情報収集や分析は、それ自体が目的ではない。
最終的には、
「だから、どうする?」
という意思決定につなげる必要がある。
そのため、
情報 → 分析 → 結論
だけではなく、
仮説 → 必要な情報を決める → 検証 → 意思決定
という考え方が重要。
⸻
4. 「だから何?」「だからどうする?」まで考える
良い仮説を立てるときの重要な問い。
だから何?
→ そこから何が言える?
だからどうする?
→ 具体的に何をする?
例えば、
「最近、若者の○○離れが起きている」
で止まるのではなく、
だから何?
↓
若者にとって○○の魅力が低下しているのでは?
↓
だからどうする?
↓
○○ではなく△△という価値を訴求してみる
というところまで落とし込む。
仮説は「行動につながるところ」まで具体化する。
⸻
5. 良い仮説のメリット
良い仮説を持つことで、
① 問題解決が速くなる
何を調べればいいかが明確になる。
② 解決策を早く考えられる
最初から答えの方向性を持って考えられる。
③ 解決策を絞り込める
すべての可能性を調べる必要がなくなる。
つまり、
仮説を持つことで、考える範囲を意図的に狭くできる。
これが仕事のスピードにつながる。
⸻
6. 仮説は「当てる」ものではなく「進化させる」もの
最初から正しい仮説を立てる必要はない。
むしろ、
仮説を立てる → 検証する → 間違いに気づく → 修正する
を繰り返すことが重要。
検証方法は大きく3つ。
① 実験
実際にやってみて確かめる。
② ディスカッション
他人に仮説をぶつけて、考えを深める。
ここで大事なのは、「答えを教えてもらう」ために議論しないこと。
自分なりの仮説を持っていくからこそ、
「その考え方は違うんじゃないか」
「こういう視点もある」
という反応が得られる。
③ 分析
データなどを使って仮説を検証する。
⸻
7. 「他人の頭を使う」のも仮説思考
仮説思考の面白いところ。
自分の仮説を人にぶつけると、相手の頭の中にある知識や経験を引き出すことができる。
だから、
仮説を持つ
↓
人にぶつける
↓
反論・違和感・別の視点が出る
↓
仮説が進化する
ということが起こる。
「自分がわからないので教えてください」という姿勢だけでは、相手の知識を受け取るだけ。
「自分はこう考えているが、どう思う?」
とぶつけることで、より深い議論になる。
⸻
8. 良い仮説は「経験」と「直感」から生まれる
少ない情報でも良い仮説を出せる人は、単に勘がいいわけではない。
過去にたくさん仮説を立て、検証してきた経験がある。
つまり、
仮説を立てる
→ 外れる
→ なぜ外れたか考える
→ 次の仮説を立てる
この繰り返しが、直感の精度を高める。
だから最初は、
「下手な鉄砲も数打てば当たる」
くらいでいい。
仮説を立てること自体を怖がらない。
⸻
9. 「なぜ?」を繰り返して本質に近づく
トヨタの「なぜを5回繰り返す」という考え方も同じ。
例えば、
「売上が落ちた」
→ なぜ?
「顧客数が減った」
→ なぜ?
「新規顧客が減った」
→ なぜ?
「認知が落ちている」
→ なぜ?
「広告への接触が減っている」
……というように掘り下げる。
表面的な現象ではなく、
「本当の原因は何なのか?」
まで掘る。
ここでも重要なのは、単に「なぜ?」と聞くことではなく、仮説を立てながら原因を掘っていくこと。
⸻
仮説思考の基本サイクル
覚えておくなら、この形が一番シンプル。
① 仮説を立てる
「たぶん原因はAだ」
↓
② だから何?
「Aだとすると、何が言える?」
↓
③ だからどうする?
「じゃあ、何をする?」
↓
④ 必要な情報だけ集める
「この仮説を確かめるには何が必要?」
↓
⑤ 検証する
実験・議論・分析
↓
⑥ 仮説を修正する
↓
⑦ 意思決定して実行する
これを高速で回す。
⸻
特に覚えておきたいこと
この本の核心を一言でまとめるなら、
「情報を集めてから考える」のではなく、「考えてから必要な情報を取りに行く」。
そして、
「正しい答えを一発で出す」のではなく、「仮の答えを早く出して、検証しながら精度を上げる」。
ということ。
最終的にビジネスで評価されるのは、
どれだけ働いたかでも、
どれだけ情報を集めたかでも、
どれだけ精密に分析したかでもなく、
どれだけ短い時間で良い答えを出し、それを実行に移せたか。
という視点。
⸻
自分用に残すなら、この5行だけでも十分
仮説思考=限られた情報から「仮の答え」を先に置く。
* 情報は集めるより、捨てる。
* 「だから何?」「だからどうする?」まで考える。
* 仮説 → 検証 → 修正を高速で繰り返す。
* 他人に仮説をぶつけることで、自分だけでは出ない視点を得る。
* 良い仮説は経験から生まれる。数を打って、外して、修正する。
Posted by ブクログ
『BCG 経営コンセプト 市場創造編』統合レポート
― BCGデジタルベンチャーズに学ぶ「市場創造・新規事業創造・組織変革」の体系 ―
対象
内田和成ほか『BCG 経営コンセプト 市場創造編』
添付箇所:BCGデジタルベンチャーズ(BCGDV)、デジタル新事業創造、Allianz/Kaishi事例、大企業におけるビジネスモデル・イノベーション、「場をつくる」等
⸻
0. エグゼクティブサマリー
本書の添付部分を一つの体系として読み解くと、BCGが提示している「市場創造」は、単なる新商品開発やアイデア創出の方法論ではない。
その本質は、
顧客の未充足ニーズを起点に新しい事業機会を発見し、複数の仮説を高速に検証し、経営判断によって資源を再配分し、既存事業・外部企業を巻き込みながら、新しい顧客価値と事業構造そのものをつくり上げること
にある。
BCGデジタルベンチャーズ(BCGDV)は、そのための実行装置として、
①イノベーション
→ ②インキュベーション
→ ③コマーシャリゼーション
という3フェーズを持つ。
しかし、この3フェーズだけを理解してもBCGDVの本質は捉えきれない。
実際には、
* 顧客のフリクション探索
* アイデアの大量生成
* VC的なポートフォリオ管理
* 経営によるInvestment Gate
* Human-Centricな顧客理解
* Design Thinking
* MVP
* Lean
* Agile
* Data Driven Growth
* 多職種混成チーム
* 既存事業との接続
* トップマネジメントの関与
* 外部プレイヤーとのエコシステム形成
* 組織能力の移転
までを一つにつないだ、End-to-Endの事業創造システムとして設計されている。
したがって、BCGDVの競争力は「良いアイデアを生み出す能力」ではない。
より本質的には、
何が正解か分からない状況において、不確実性を高速に減らし、学習結果に応じて人・資金・時間を再配分し、事業を正解へ近づけ続ける能力
にある。
そして大企業においては、それだけでは十分ではない。
新規事業と既存事業、現場と経営、企業と企業を接続する**「場」**を意図的につくらなければ、どれほど優れた事業コンセプトも既存組織の中で止まる。
したがって、本書全体の思想は次の一文に凝縮できる。
市場創造とは、「優れた商品をつくること」ではなく、「顧客・事業・組織・資源・企業間関係を再設計し、新しい価値創造システムを成立させること」である。
⸻
1. BCGが捉える「市場創造」とは何か
一般的な新規事業開発では、
* どんな商品をつくるか
* どの市場へ参入するか
* どう売上をつくるか
といった問いから議論が始まりやすい。
しかし本書では、それよりも川上にある問いを重視する。
すなわち、
「顧客は現在、どのような不便・不満・不安・妥協を抱えているのか」
である。
その「現状」と「あるべき状態」とのギャップを、BCGDVではフリクションとして捉える。
市場創造とは、既存市場の中でシェアを奪うだけではない。
これまで顧客が、
* 仕方ないと思っていたこと
* 不便だが諦めていたこと
* 欲しいと自覚していなかったこと
* 言葉にできなかったこと
を見つけ、それを解消する新しい価値提供の仕組みをつくることである。
したがって、市場創造の起点は、
Product → Market
ではなく、
Human Friction → Opportunity → Business
である。
⸻
2. 市場創造を生み出す「3つの探索窓」
BCGDVは事業機会を主に3方向から探索する。
2-1. マクロ環境変化
* 規制変更
* 社会構造の変化
* テクノロジー進化
* 人口動態
* 消費行動の変化
* 産業構造変化
などを見る。
ただし、環境変化そのものをビジネス機会と短絡しない。
重要なのは、
Macro Change
→ Customer Behavior Change
→ Friction
→ Opportunity
まで落とすことである。
⸻
2-2. 顕在的なペインポイント
顧客が現在明確に困っていることを探す。
例えば、
* 時間がかかる
* 高い
* 分かりにくい
* 面倒
* 不安
* 選択肢がない
といった問題である。
⸻
2-3. 潜在ニーズ・潜在欲求
さらに重要なのが、顧客本人もまだ明確には認識・言語化していない欲求である。
ここには、
* 無意識の行動
* 不自然な回避行動
* 自作の工夫
* 複数サービスの組み合わせ
* 慣れてしまった不便
などがヒントになる。
したがって、市場創造の探索空間は、
マクロ変化 × 顕在課題 × 潜在欲求
の交点にある。
⸻
3. BCGDVの新事業創造モデル
BCGDVの事業創造は大きく3フェーズに分かれる。
フェーズ主目的中心問い主な成果
イノベーション機会発見・事業案選定何をやるべきか2〜3の有望コンセプト
インキュベーション仮説検証・開発本当に顧客価値を生むかMVP/市場投入可能な製品
コマーシャリゼーション事業成長どう成長・収益化するかスケール可能な事業
これをより抽象化すると、
Explore → Select → Build → Validate → Scale
である。
⸻
4. Phase 1|イノベーション
大量探索し、段階的に絞る
イノベーションフェーズは概ね12〜14週間。
この段階では最初から一案へ賭けない。
数十〜100程度のアイデアを出し、その中から有望な事業コンセプトを絞り込む。
ここで重要なのは、
一発必中を狙わない
ことである。
新規事業の未来は不確実であり、机上で成功案を正確に予測することはできない。
したがって、
Idea Portfolio
→ Screening
→ Experiment
→ Resource Reallocation
というVCに近い仕組みを取る。
⸻
5. 「フリクション」がアイデア創出の起点
BCGDVにおけるアイデア創出は、単なるブレインストーミングではない。
まず、
現状と理想状態の間にあるギャップ
を探す。
ここから、
* なぜこの問題が残っているのか
* 誰が最も困っているのか
* 既存サービスはなぜ十分でないのか
* 何が変われば解決できるのか
を考える。
つまり、
Idea First
ではなく、
Friction First
である。
⸻
6. VC的思考
BCGDVの事業選択における大きな特徴が、VC的思考である。
その特徴は次の通り。
① 客観性
自分たちの思い入れではなく、外から見て投資すべきかで考える。
② スピード
完璧に検討してから進むのではなく、早く市場へ接続する。
③ ポートフォリオ
複数案へ小さく賭け、有望案に追加投資する。
④ 早期撤退
失敗を避けること以上に、失敗を早く認識する。
⑤ サンクコスト排除
「ここまで投資したから」という理由で継続しない。
⑥ Learning重視
失敗案件から得た情報を次の事業へ利用する。
この思想をまとめれば、
成功確率を100%に近づけるのではなく、失敗コストを小さくしながら試行回数を増やし、ポートフォリオ全体の成功確率を高める
ということである。
⸻
7. Investment Gate
4回程度の投資委員会による選択
BCGDVでは、事業案を複数回の投資委員会で評価する。
参加者には、
* 親会社CEO
* 経営幹部
* BCGパートナー
などが入り、チームが事業案を短時間でピッチする。
初期段階では特に、
1. その事業にはどんな意味があるか
2. どんなフリクションを解消するか
3. なぜ今なのか
4. 親会社戦略と整合するか
が重視される。
重要なのは、初期から精緻な財務モデルを求めすぎないことである。
不確実性の高い段階で、
* 詳細な売上予測
* 5年後の利益
* 精緻なNPV
を計算しても、実態以上に数字が精密に見えるだけである。
初期段階では、
Financial PrecisionよりStrategic Story
を優先する。
⸻
8. Human-Centric Approach
顧客に「答え」を聞かない
BCGDVのもう一つの柱が徹底した顧客理解である。
主な手法として、
* エスノグラフィック・リサーチ
* デプスインタビュー
* 行動観察
* 生活文脈の観察
などを使う。
重要なのは、
「どんな商品が欲しいですか?」
と顧客に直接答えを聞かないことである。
見るべきなのは、
発言
+ 行動
+ 感情
+ 環境
+ 妥協
+ 回避行動
+ 無意識の工夫
である。
顧客は自分が本当に必要としている新商品を必ずしも言語化できない。
企業の役割は、顧客の言葉の奥にある構造を解釈することである。
⸻
9. Design Thinking
粗く見せて、正しい反応を引き出す
顧客洞察を基に、解決策をラフに描く。
BCGDVでは、あえて完成度の低いスケッチを用いる場合もある。
なぜなら完成品のように見えるプロトタイプでは、顧客が遠慮してしまうからである。
一方、粗いプロトタイプなら、
「ここは違う」
「こうしてほしい」
「これは使わない」
と本音が出やすい。
したがって、
Prototypeの目的は、製品を見せることではなく、顧客から学習することである。
⸻
10. Phase 2|インキュベーション
Lean × Agileで「つくりながら学ぶ」
イノベーションフェーズで残った2〜3案について、開発を進めるか判断する。
進める事業については、
Lean × Agile
が中核となる。
⸻
11. MVP
最小限の価値だけ実装する
MVPとはMinimum Viable Product。
意味するところは、
顧客価値の核を検証するのに必要な最低限の機能だけを持つ製品
である。
重要なのは、
「小さな製品」
ではなく、
「最小の学習装置」
と捉えること。
つまり、
Build → Measure → Learn
を可能にするためにつくる。
⸻
12. Agile
変更を「失敗」ではなく「学習」と捉える
従来型ウォーターフォールでは、
要件定義
→ 設計
→ 開発
→ テスト
と順番に進む。
一方アジャイルでは、
Prototype
→ Test
→ Feedback
→ Pivot
→ Rebuild
を高速で回す。
前提となる思想が異なる。
ウォーターフォール:
最初に正しい要件を決める。
アジャイル:
最初に正しい要件が分かるとは限らない。
したがって、変更は異常ではない。
顧客から学習した結果としての正常な状態である。
⸻
13. Phase 3|コマーシャリゼーション
商品開発からBusiness Buildingへ
プロダクトが市場へ出た後、焦点は「つくる」から「育てる」へ変わる。
主な活動は、
Product Iteration
ユーザー反応に基づき製品を継続改善する。
Data Driven
KPIを定義し、数字を基に改善する。
Growth Hack
顧客行動を分析し、獲得・利用・継続を改善する。
Organization Building
一時的なプロジェクトから恒常的な事業組織へ移行する。
つまり、
Product Development → Business Building
へ変化する。
⸻
14. マーケティングの3段階
コマーシャリゼーションではマーケティングを3段階で捉える。
① Pre-Access
顧客を連れてくる。
* SEO
* SEM
* 広告
* 集客施策
など。
② On-Access
来訪した顧客を購入・利用へ変える。
* UI
* UX
* コンバージョン改善
など。
③ Post-Access
一度利用した顧客との関係を育てる。
* CRM
* リピート率
* LTV
* 顧客単価
* 顧客満足度
など。
これらをデータベースマーケティングが横断する。
したがって成長構造は、
Acquisition → Conversion → Retention → LTV
である。
⸻
15. BCGDVの組織モデル
サイロ化した専門分業へのアンチテーゼ
大企業の新規事業では、
* 戦略:コンサル
* デザイン:デザイン会社
* 開発:SIer
* マーケティング:広告会社
のように分かれやすい。
すると、
* 戦略とUXがずれる
* UXと技術がずれる
* 開発とマーケティングがずれる
* 意思決定に時間がかかる
という問題が生じる。
BCGDVはこれを、
End-to-Endの同一チーム
で解消する。
⸻
16. 多職種混成チーム
BCGDVの代表的な人材構成は次の通り。
人材役割
ベンチャーアーキテクト事業プロデューサー・全体統括
プロダクトマネジャー0→1から成長までを担う
ストラテジックデザイナー顧客洞察から事業コンセプトを設計
エクスペリエンスデザイナーUI/UX・体験設計
エンジニア設計・開発・運用
マーケティング/グロース専門家顧客獲得・サービス成長
これに、
* 独自ツール
* グローバルネットワーク
* 最先端技術へのアクセス
* スタートアップ投資
* 過去案件の経験
を組み合わせる。
したがって競争力は、
Talent × Method × Knowledge × Network × Technology × Capital
から生まれる。
⸻
17. BCGDVは「助言者」ではなく共同事業者
BCGDVは通常のコンサルティングよりも深く事業に入る。
戦略だけでなく、
* デザイン
* 開発
* 成長
* 運用
* 投資
まで関与する。
場合によっては、
* キャッシュ
* 知的財産
* 人材
まで投入する。
つまり、
Advisor
→ Builder
→ Operator
→ Investor
へ役割を広げる。
⸻
18. 顧客企業のコントロールを維持する
BCGDVのもう一つの特徴は、協業企業側が事業の主体であり続けること。
例えば、
* ブランド
* 知的財産
* 資本政策
などについて、協業企業側が一定の自由度を持つ。
したがって、
「BCGDVに新規事業を外注する」のではなく、「BCGDVの事業創造能力を使って、自社の事業を自社主導でつくる」
モデルである。
⸻
19. Capability Transfer
最終成果は「事業1件」ではない
共同開発することで、協業企業はBCGDVの方法論を実地で学ぶ。
蓄積されるものは、
* 顧客観察
* 仮説設計
* プロトタイピング
* MVP
* Agile
* グロース
* 投資判断
など。
その結果、
External Capability
→ Joint Delivery
→ Learning
→ Internal Capability
という知識移転が起こる。
最終的には、
新規事業を継続的につくれる会社になること
が重要になる。
⸻
20. Allianz × Kaishiケース
「保険を売る」から「妊娠・出産体験を支援する」へ
この方法論を具体的に示すのが、Allianzの中国市場における事例である。
Allianzは中国市場への浸透を狙い、インターネットやモバイルアプリによる保険販売を試みたが、十分な成果を得られなかった。
そこで問いを変えた。
従来:
どうすれば中国で保険を売れるか。
新しい問い:
中国の生活者にどんな未充足ニーズがあるか。
⸻
21. 3方向からFrictionを探索
Macro Change
中国で一人っ子政策が廃止。
Pain Point
妊婦や家族が専門家から十分な支援を受ける機会が限られている。
Latent Need
* 妊娠中の不安を減らしたい
* 胎児の状態を知りたい
* 胎児とのつながりを感じたい
* 同じ立場の親とつながりたい
という欲求が見えてきた。
⸻
22. 顧客インサイトを深掘る
デプスインタビューなどを通じ、
* 胎児の心音を聞きたい
* 胎児の発育を学びたい
* 妊娠中の症状について知りたい
* 日々の経験を記録したい
* 他の妊婦・家族と共有したい
といった具体的なニーズを発見した。
重要なのは、
「どんな保険が欲しいですか」とは聞いていない
ことである。
⸻
23. 保険会社なのに、最初に保険をつくらない
顧客課題から考えた結果、生まれたのがKaishiという胎児の心音を家庭で確認するデバイスとアプリである。
つまり、
Insurance Product
→ Customer Experience
へ思考を拡張した。
これが市場創造における非常に重要なポイントである。
自社が何を売っている会社かではなく、顧客に対してどんな価値を提供する会社になるべきかから考える。
⸻
24. 顧客価値 → 技術要件
当時の従来機器には超音波利用に関する懸念があった。
そこで、
家庭で安心して使える、超音波を使わないデバイス
という方向に進んだ。
つまり、
Technology → Use Case
ではなく、
Customer Need → Requirement → Technology
である。
⸻
25. 大量のPrototypeとPivot
開発では、
* ハードウェア試作:約100個
* アプリデザイン:約20種類
などをつくり、フィードバックを優先順位づけしながら改良した。
最終的には素材・安全性・性能に関わる多数の検査も通過した。
ここでも、
最初の設計を正しくするのではなく、試行回数によって正解へ近づく
という思想が一貫している。
⸻
26. DeviceからPlatformへ
Kaishiは単なる胎児心音デバイスではない。
アプリを通じて、
* 心音の録音・共有
* 胎児の発育情報
* 母体の症状情報
* 健康アドバイス
* 栄養ガイダンス
* レシピ
* コミュニティ
* 赤ちゃんダイアリー
などへ拡張された。
結果として、
Device
→ App
→ Content
→ Community
→ Diary
→ Data
→ Customer Relationship
という関係基盤へ発展した。
⸻
27. Point ProductからRelationship Platformへ
Kaishiの戦略的価値は、デバイス販売だけではない。
本当の価値は、
妊娠・出産という重要なライフイベントで顧客との継続的接点を獲得すること
にある。
そこで得た情報を基に、
顧客が最も必要とするタイミングで保険や金融サービスを提供する。
つまり、
Device → Engagement → Data → Insight → Insurance
である。
これは「保険をデジタルチャネルで売る」こととは全く異なる。
顧客関係そのものをデジタル化する戦略である。
⸻
28. LaunchはFinishではない
Kaishiはコンセプト形成から比較的短期間で市場投入され、その後も多数回のアップデートを重ねた。
つまり、
Launch ≠ Project Completion
である。
市場投入とは、仮説検証の終わりではない。
むしろ、
本格的な実市場学習の開始点
である。
⸻
29. 大企業特有の問題
優れた新規事業でも「組織」で止まる
ここから本書の議論は、商品や開発手法から組織へ移る。
大企業では、
* 新規事業部門
* 既存事業部門
* 経営陣
* 関連会社
* 外部企業
などが別々に動いている。
そのため、
顧客にとって正しい新規事業であっても、社内では正しく動かない
場合がある。
BCGがここで強調するのが、
「場をつくる」
ことである。
⸻
30. 「場」とは何か
ここでいう場は単なる会議ではない。
異なる知識・権限・利害を持つ関係者を接続し、事業に必要な意思決定と資源配分を可能にする仕組み
である。
場には3つの次元がある。
⸻
31. 場①|新規事業 × 既存事業
既存事業メンバーは、
* 技術
* 顧客
* ブランド
* 営業網
* オペレーション
* 取引先
* 業界構造
などを深く理解している。
一方、新規事業チームは、
* 新市場
* 新顧客
* 新技術
* 新ビジネスモデル
には強いが、既存資産への理解が浅い場合がある。
そこで、
一定程度新規事業コンセプトができた後に、両者をぶつける
ことが有効になる。
⸻
32. なぜ最初から既存事業を入れないのか
最初から既存部門が強く入ると、
* 既存商品との整合
* 現在の予算
* 現在の営業網
* 現行ルール
などが先に制約となり、発想を小さくする可能性がある。
したがって順序としては、
Customer → Opportunity → Concept
を先につくり、
その後で、
Concept × Corporate Assets
を考える。
これは、
既存資産を「制約」ではなく「優位性」に変えるための順序設計
である。
⸻
33. 場②|新規事業 × トップマネジメント
新規事業には、
* カニバリゼーション
* ブランドリスク
* 長期投資
* 新しい収益モデル
* 部門を超えた資源再配分
などが伴う。
そのため、単一部門の権限では判断できない。
トップマネジメントを巻き込み、
Why this business?
Why us?
Why now?
Where to play?
を議論する必要がある。
トップの役割は単なる「決裁者」ではない。
企業として、どこまで事業ドメインを広げるかを定義する存在
である。
⸻
34. 場③|自社 × 外部プレイヤー
新しい市場では、一社だけで顧客価値を完結できない場合が多い。
そこで、
* 金融
* 小売
* 流通
* テクノロジー
* プラットフォーム
* その他周辺企業
との協働が必要になる。
しかし、
「一緒にやりましょう」
では動かない。
相手にも経済合理性が必要である。
⸻
35. パートナーにもHuman-Centric Approachを使う
例えば小売企業に新しい決済手段を導入してほしい場合、
「便利な決済です」
では十分ではない。
一方、
電子クーポンを配布し、来店や売上増加につなげられる
となれば、小売側のPainと接続する。
つまり、
Partner Pain → Partner Value → Win-Win
まで設計する。
顧客だけでなく、
エコシステム参加者それぞれの未充足ニーズ
を理解することが必要になる。
⸻
36. 大企業の市場創造を支える「3つの場」
以上をまとめると、
場目的
新規事業 × 既存事業新しい機会と既存アセットを接続する
新規事業 × 経営戦略・資源・リスクを決定する
自社 × 外部企業Win-Winのエコシステムをつくる
すなわち、
内部横断 × 経営縦断 × 外部横断
の3方向を接続することが重要となる。
⸻
37. 大企業のビジネスモデル・イノベーション「5原則」
本書では、成功の留意点を5つに整理している。
⸻
原則1|既存商品・サービスを超えて考える
自社が現在売っているものを起点にしない。
必要であれば、事業ドメインそのものを変える。
問いは、
「自社商品をどう伸ばすか」
ではなく、
「顧客の問題をどう解決するか」
である。
⸻
原則2|過去の勝ちパターンにとらわれない
過去に成功したビジネスモデルが、未来にも有効とは限らない。
そこで重要な問いが、
「現在のビジネスモデルは顧客にどんな妥協を強いているか?」
である。
顧客が諦めている場所こそ、イノベーション機会になる。
⸻
原則3|短期業績との摩擦を超える
既存事業と新規事業では、評価尺度が違う。
既存事業:
* 売上
* 利益
* 効率
* ROI
新規事業初期:
* 学習量
* 仮説検証
* 顧客理解
* リスク削減
* プロトタイプ
* 検証速度
である。
したがって、
ExploitのKPIをExploreへそのまま適用しない
ことが重要となる。
⸻
原則4|部門の壁を超えて資産を使う
新規事業では、
「この顧客はどの部署のものか」
より、
「会社全体として何を持っているか」
で考える。
すなわち、
Department Asset
→ Corporate Asset
への転換である。
⸻
原則5|Win-Winのエコシステムをつくる
市場創造の初期では、
競争よりも前に、
市場そのものを成立させる協調
が必要になる場合がある。
したがって、
Competitive Advantage
だけでなく、
Collaborative Advantage
が重要となる。
⸻
38. BCGDVモデルを「6層」で捉える
ここまでを統合すると、BCGDVの市場創造モデルは次の6層に分けられる。
Layer 1|Opportunity
* マクロ変化
* Pain
* Unmet Need
* Friction
から機会を探す。
Layer 2|Venture Portfolio
* アイデア大量創出
* Investment Gate
* Kill / Continue
* 投資配分
を行う。
Layer 3|Customer Insight
* Ethnography
* Interview
* Observation
* Design Thinking
によって顧客理解を深める。
Layer 4|Product Development
* Prototype
* MVP
* Lean
* Agile
* Pivot
によって製品をつくる。
Layer 5|Commercialization
* KPI
* Data
* Marketing
* Growth
* CRM
* LTV
によって成長させる。
Layer 6|Corporate Capability
* 多職種チーム
* 経営Gate
* 既存事業連携
* エコシステム
* Capability Transfer
によって継続可能な組織能力にする。
⸻
39. BCGDV型「市場創造OS」の全体プロセス
本書全体を再構成すると、次のプロセスになる。
STEP 1|Observe
市場・技術・制度・社会変化を観測する。
↓
STEP 2|Discover Friction
顧客が抱えるPain、Unmet Need、妥協を発見する。
↓
STEP 3|Expand Domain
既存商品・既存業界の境界を一度外す。
↓
STEP 4|Generate Portfolio
多数の事業アイデアをつくる。
↓
STEP 5|Investment Gate
Why / Why Now / Why Usで絞る。
↓
STEP 6|Human Insight
顧客を深く理解する。
↓
STEP 7|Prototype
粗い解決案をつくる。
↓
STEP 8|Validate
顧客にぶつけ、学習する。
↓
STEP 9|MVP
核心価値だけ実装する。
↓
STEP 10|Agile & Pivot
テスト・修正・方向転換を繰り返す。
↓
STEP 11|Connect Corporate Assets
既存事業の資産を接続する。
↓
STEP 12|Executive Decision
経営がドメイン・リスク・資源配分を判断する。
↓
STEP 13|Ecosystem
外部企業とのWin-Winを構築する。
↓
STEP 14|Commercialize
市場投入する。
↓
STEP 15|Grow
データとKPIに基づき成長させる。
↓
STEP 16|Learn
事業結果から学習する。
↓
STEP 17|Capability Transfer
知識を企業内部へ蓄積する。
↓
STEP 18|Repeat
次の事業創造へ学びを還流する。
⸻
40. BCGDVの本当の競争優位
BCGDVの強さを、
* デザインシンキング
* アジャイル
* エスノグラフィー
といった個別手法に求めると、本質を見誤る。
これらは他社も使える。
真の競争優位は、
探索・投資・開発・成長・学習を一つにつなぎ、各ステージで異なる専門家と意思決定者を適切に配置していること
にある。
つまり、
MethodではなくSystem
である。
⸻
41. 「市場創造」の深層構造
本書の議論をさらに抽象化すると、市場創造とは3つの再定義である。
第1段階|顧客価値の再定義
「何を売るか」ではなく、
「顧客にとって何を解決すべきか」
を定義し直す。
⸻
第2段階|企業境界の再定義
「自社は何業か」という固定観念を外し、
「顧客価値を実現するため、自社はどこまで担うべきか」
を考える。
Allianzが保険から妊娠支援デバイスへ広がったのが典型である。
⸻
第3段階|産業境界の再定義
一社ですべてを行うのではなく、
「誰と組めば新しい価値提供構造が成立するか」
を再設計する。
ここまで進むと、市場創造は、
Product Innovation
ではなく、
Business Model / Ecosystem Innovation
になる。
⸻
42. 本書が教える「市場創造企業」の姿
市場創造に強い企業とは、必ずしも未来を正確に予測できる企業ではない。
むしろ、
1. 顧客の変化を早く捉える
2. 仮説を多数つくる
3. 小さく賭ける
4. 早く試す
5. 失敗を認める
6. 有望案に追加投資する
7. 既存資産を適切に使う
8. 外部企業を巻き込む
9. 経営が資源を機動的に配分する
10. 学習を次の挑戦へ戻す
ことができる企業である。
つまり、
予測能力より学習能力、計画精度より適応速度が重要
となる。
⸻
43. 特に重要な10の経営示唆
本書から得られる示唆を経営レベルに圧縮すると、以下の10点に集約できる。
1. 新規事業は「アイデアの質」より「探索システムの質」で決まる。
2. 事業機会は自社技術ではなく顧客のフリクションから探す。
3. 一案を精緻化するより、多数案を安く検証する。
4. 新規事業初期に精緻な財務予測を求めすぎない。
5. 顧客には欲しい商品を聞くのではなく、行動と文脈を見る。
6. プロトタイプは成果物ではなく学習装置である。
7. 新規事業はProjectではなくPortfolioとして管理する。
8. 既存事業は初期には制約になり得るが、中盤以降は最大の競争優位になる。
9. 大企業では優れた事業案以上に「場」と「Gate」の設計が重要である。
10. 最終成果は1つの成功事業ではなく「事業を継続的に生み出せる組織能力」である。
⸻
44. 結論
『BCG 経営コンセプト 市場創造編』のBCGDV関連部分が示しているのは、単なる「スタートアップ的な新規事業のつくり方」ではない。
その思想はもっと広い。
市場創造とは、
顧客の未充足ニーズを発見し、そのニーズを満たすために既存商品・既存事業・企業境界を一度外し、最適な価値提供構造をゼロから設計すること
である。
そして、それを大企業で実現するためには、
顧客探索
× VC型投資
× MVP
× Agile
× Growth
× 経営Gate
× 既存事業連携
× Ecosystem
× Capability Building
を一体化しなければならない。
BCGDVの最大の特徴は、これらを断片的なツールとして扱わず、
「探索 → 選択 → 実験 → 投資 → 成長 → 学習」
という一つの閉じたループとして設計している点にある。
したがって、このモデルの本質は、
良いアイデアを生み出すことではなく、良い事業へ到達する確率を組織的に高めること
にある。
さらに大企業では、
新規事業 × 既存事業
新規事業 × 経営
自社 × 外部企業
という3つの「場」をつくり、企業の内部・上下・外部を横断させなければならない。
最終的にBCGが示している市場創造企業とは、
未来を正しく予測する会社ではない。
未来について仮説を持ち、顧客と市場へ小さく接続し、失敗から素早く学び、学習に応じて資源を再配分し、その能力自体を組織へ蓄積し続けられる会社である。
この意味において、本書に描かれているBCGDVは単なる新規事業開発手法ではなく、**大企業が不確実性の中で市場を創造し続けるための「事業創造OS」**として捉えるのが最も適切である。
Posted by ブクログ
ポイントは、意思決定を「未来を予測して一発で決める行為」から、不確実性を構造化し、選択肢を残しながら、情報獲得に応じて段階的に資源配分を変えていくプロセスとして捉え直すことです。
『できるリーダーが意思決定の前に考えること』
不確実性下の意思決定・実践レポート
― ディシジョンツリー × シナリオプランニング × リアル・オプション ―
⸻
1. エグゼクティブサマリー
本章のディシジョンツリーから得られる本質は、単なる「期待値計算」ではありません。
意思決定の質を高めるには、次の5つを明確にする必要があります。
① 何を選べるのか
② 何が自分ではコントロールできないのか
③ それぞれの未来で何が起こり得るのか
④ どの前提が変わると最適解が変わるのか
⑤ いつ、何を決め、何を後回しにすべきなのか
これを体系化すると、
シナリオプランニングで「あり得る未来」を描き、
ディシジョンツリーで「その未来における選択肢」を数値化し、
リアル・オプションで「今どこまでコミットし、何を将来まで保留するか」を設計する。
という3段構造になります。
この3つは競合する手法ではなく、役割が違います。
手法中心的な問い主な効果
シナリオプランニングどんな未来があり得るか?前提固定・単線予測を防ぐ
ディシジョンツリー各未来で何を選ぶべきか?選択肢・確率・価値を構造化
リアル・オプション今どこまで決め、何を後で決めるか?不可逆なコミットを遅らせる
したがって、優れたリーダーに求められるのは、未来を正確に当てる能力だけではありません。
「未来が外れても意思決定できる構造」を事前につくる能力です。
⸻
2. そもそも「意思決定」とは何か
意思決定という言葉から、多くの人は、
「この投資をするか、やめるか」
という最終判断を想像します。
しかし、本書のディシジョンツリーから読み取れる考え方はもっと前段にあります。
まず重要なのは、
「何を選ぶか」の前に、「何が選べるのか」を明らかにすること。
です。
たとえば投資案件でも、
* 今すぐ全面投資する
* 投資しない
* 小規模に実験する
* 半年待つ
* 他社と共同投資する
* 条件付きで投資する
* 一部だけ投資する
* 市場情報を取得してから判断する
など、本来は多くの選択肢があります。
ところが、最初から「Go / No-Go」の二択にすると、この選択肢そのものを設計する余地が失われます。
したがって、
意思決定の質 ≠ 選択の正しさだけ
であり、
意思決定の質 = 選択肢の質 × 前提認識の質 × 判断基準の質 × タイミングの質
と考えた方が実践的です。
⸻
3. ディシジョンツリーの基本構造
ディシジョンツリーでは、大きく2種類の分岐を分けます。
□ 意思決定点
自分たちが決められることです。
たとえば、
* 売る/待つ
* 投資する/しない
* PoCする/撤退する
* 内製する/外部提携する
などです。
○ 確率分岐
自分たちでは決められないことです。
たとえば、
* 市場が拡大する/縮小する
* 技術検証に成功する/失敗する
* 顧客が契約する/しない
* 規制が緩和される/されない
などです。
この2つを分離するだけでも、意思決定はかなり明確になります。
つまり、
Controlできるものと、Controlできないものを混ぜない。
ということです。
⸻
4. 土地売却ケースから見るディシジョンツリー
A社には東京の土地があり、社債返済のため40億円が必要です。
当初は50億円程度で売れると見られていましたが、東京オリンピック誘致を背景として、複数の選択肢が発生しました。
選択肢A|X社へ即売却
55億円確定
選択肢B|Y社と契約
東京誘致が、
* 成功 → 62億円
* 失敗 → 48億円
成功確率40%なら、
62 × 40% + 48 × 60%
= 53.6億円
選択肢C|誘致結果まで待つ
さらに結果判明後、
成功したら
* すぐ売る → 60億円
* 半年待つ → 65億円30%/58億円70%
待つ期待値:
65 × 30% + 58 × 70%
= 60.1億円
したがって成功時は「待つ」。
一方、
失敗したら
* すぐ売る → 45億円
* 半年待つ → 50億円30%/42億円70%
待つ期待値:
50 × 30% + 42 × 70%
= 44.4億円
したがって失敗時は「すぐ売る」。
⸻
5. 「未来から現在へ戻る」
ここがディシジョンツリーの重要なポイントです。
未来側から、
その時点に到達したら何を選ぶか
を決め、それを現在まで逆算します。
成功時:60.1億円
失敗時:45億円
成功確率40%なので、
60.1 × 40% + 45 × 60%
= 51.04億円
したがって最初の選択肢は、
選択肢期待値
X社へ即売却55.00億円
Y社と契約53.60億円
誘致結果まで待つ51.04億円
期待値だけで判断すれば、
X社へ55億円で即売却
となります。
⸻
6. しかし、期待値は「答え」ではない
ここで重要なのは、
期待値最大=絶対的な正解
ではないことです。
経営では、
* 資金繰り
* 倒産可能性
* 最低必要キャッシュ
* リスク許容度
* 戦略的重要性
* 撤退可能性
* 将来の選択肢
なども考慮する必要があります。
今回、A社が必要とする資金は40億円です。
仮に最悪ケースでも42億円で売却できるなら、
「ダウンサイドでも社債返済できるのだから、アップサイドを取りに行こう」
という判断も成立し得ます。
したがって期待値は、
意思決定を代替するものではなく、意思決定を透明化するもの
と理解するのが適切です。
⸻
7. 感度分析――「何が変わったら判断を変えるのか」
本書でさらに重要なのが、前提条件を変えて再計算することです。
たとえば東京誘致成功確率を、
40% → 60%
に変更します。
Y社契約は、
62 × 60% + 48 × 40%
= 56.4億円
となります。
すると、
Y社56.4億円 > X社55億円
となり、結論が逆転します。
さらに逆算すると、
62p + 48(1-p) > 55
となる境界は、
p > 50%
です。
つまり本当の経営論点は、
「東京オリンピックは来ると思いますか?」
ではありません。
「東京誘致成功確率を50%超と判断できるだけの情報が存在するか?」
なのです。
これは極めて重要な変換です。
⸻
8. 「数字で決める」より「調べるべき数字を見つける」
ディシジョンツリーの最大の実務価値の一つはここにあります。
意思決定会議では、
「市場は伸びると思う」
「顧客ニーズはある」
「競合より強い」
「技術的にはいけそう」
という議論が頻発します。
しかし、これだけでは意思決定できません。
ディシジョンツリーを描けば、
「顧客獲得確率が25%を超えれば投資価値がある」
などの閾値を導けます。
すると、
次に何を調査すればいいのか
が分かります。
つまり、
意思決定分析 → 重要変数特定 → 検証 → 再計算 → 意思決定
というループができます。
⸻
9. ここに「シナリオプランニング」を接続する
ディシジョンツリーにも弱点があります。
それは、
「そもそも何が起こり得るのか」が分からなければツリーを描けない
ことです。
そこで有効になるのがシナリオプランニングです。
シナリオプランニングの目的は、「未来を当てること」ではありません。
不確実性の高い未来について、複数の整合的な未来像をつくり、どの未来でも意思決定できるよう準備すること
です。
⸻
10. シナリオプランニングの実践プロセス
実務では次のように進めると使いやすいでしょう。
STEP 1|意思決定テーマを定義する
最初に、
「何について決めたいのか」
を明確にします。
たとえば、
「今後3年間でこの新規事業へ本格投資すべきか」
です。
⸻
STEP 2|不確実性を洗い出す
意思決定を左右しそうな外部変数を列挙します。
例:
* 市場成長率
* 顧客受容性
* 技術進歩
* AI普及
* 規制
* 競合参入
* 原材料価格
* 景気
* 政策
⸻
STEP 3|Impact × Uncertaintyで絞る
すべてをシナリオ化する必要はありません。
特に、
影響度が大きい × 不確実性が高い
ものを「Critical Uncertainty」として選びます。
⸻
STEP 4|複数の未来を描く
たとえば、
市場成長:高/低
×
規制:緩和/強化
なら、
4つの世界ができます。
A|高成長 × 規制緩和
B|高成長 × 規制強化
C|低成長 × 規制緩和
D|低成長 × 規制強化
重要なのは、「一番ありそうな未来」だけを選ばないことです。
⸻
11. シナリオから「意思決定」に落とす
シナリオを作っただけでは経営には使えません。
各シナリオについて、
* 売上
* 利益
* 必要投資
* 競争優位
* リスク
* 顧客行動
* 自社の最適行動
を考えます。
ここで初めて、
シナリオプランニング → ディシジョンツリー
が接続します。
つまり、
シナリオプランニングが「未来の地図」を作り、ディシジョンツリーが「地図上でどう動くか」を決める。
という関係です。
⸻
12. さらに「リアル・オプション」を接続する
ここまでで、
どんな未来があるか
→ シナリオプランニング
各未来で何を選ぶか
→ ディシジョンツリー
が整理されました。
しかし、もう一つ重要な問いがあります。
「では、今どこまでコミットするべきなのか?」
これを扱うのがリアル・オプションです。
金融オプションの考え方を、設備投資・研究開発・新規事業などの実物資産への意思決定に応用した考え方です。
⸻
13. リアル・オプションの核心
従来型の投資判断は、
Go / No-Go
になりがちです。
リアル・オプションでは、
今は小さく投資して、将来追加情報を得た時点で、本格投資する権利を確保する
と考えます。
重要なのは、
義務ではなく権利
であることです。
たとえば、
今1億円を一気に投資するのではなく、
500万円で顧客検証
↓
結果良好なら
3,000万円でPoC
↓
技術成立+顧客受容確認なら
1億円で本格事業化
という構造です。
⸻
14. リアル・オプションの代表的な選択肢
実務では、次のようなオプションを意図的に作れます。
延期オプション
→ 今投資せず、情報が増えるまで待つ。
段階投資オプション
→ 一括投資せず、小さく投資して段階的に拡大する。
拡張オプション
→ 成功したら追加投資する。
縮小オプション
→ 市場環境が悪ければ規模を縮小する。
撤退オプション
→ 一定条件を下回れば撤退する。
転用オプション
→ 技術・設備・顧客基盤を別用途へ転用する。
この発想を持つと、
「投資する/しない」
から、
「どのオプションを、いくらで買うか」
へ経営判断が変わります。
⸻
15. PoCの意味も変わる
この3つを統合すると、PoCの定義も変わります。
通常、
PoC=成功可能性を示す実験
と考えられがちです。
しかし意思決定論としては、
PoC=重要な不確実性を減らし、次の意思決定を可能にするための情報取得投資
です。
例えば、
「顧客契約率20%以上なら本格投資」
と分かっているなら、
PoCで調べるべきなのは、
本当に契約率20%以上になるか
です。
したがって、
PoC成功条件=技術的に動いた
だけでは不十分です。
⸻
16. 「情報の価値」という発想
ここからさらに重要な概念が導けます。
たとえば、
500万円の調査を行えば、1億円の投資判断を大幅に改善できる
とします。
その場合500万円は単なる「調査費」ではありません。
誤った1億円投資を回避するための情報取得コスト
です。
したがって意思決定前には、
「追加情報を得る価値は、その取得コストを上回るか?」
を考えるべきです。
これは意思決定分析におけるValue of Information(情報価値)の考え方につながります。
⸻
17. 3つを統合すると「意思決定OS」になる
ここまでを一本につなげると、次の構造になります。
① シナリオプランニング
未来を複数化する
↓
② ディシジョンツリー
選択肢・確率・Payoffを構造化する
↓
③ 感度分析
結論を左右する重要変数と閾値を特定する
↓
④ 情報価値
追加調査すべき不確実性を選ぶ
↓
⑤ リアル・オプション
今コミットする部分と、将来まで残す選択肢を設計する
↓
⑥ Gate
追加投資/維持/縮小/撤退を判断する
↓
⑦ Learning
得られた情報で確率・シナリオを更新する
↓
⑧ 再意思決定
ツリーを更新して次の一手を選ぶ
ここまで回して初めて、「意思決定システム」になります。
⸻
18. 実務版|意思決定プロセス
実際の経営・新規事業で使うなら、私は次の12ステップにします。
Step内容問い
0意思決定テーマ今、何を決める必要があるか
1目的何を最大化したいか
2制約絶対に守る条件は何か
3選択肢本当にGo/No-Goしかないか
4不確実性自分では決められないものは何か
5シナリオどんな未来があり得るか
6ツリー化未来ごとに何を選択できるか
7定量化確率・Payoff・期待値はいくらか
8感度分析何が何%変わると結論が変わるか
9情報価値何を追加検証すべきか
10オプション設計今どこまでコミットすべきか
11Gate設計何が確認できたら拡大・撤退するか
12更新新情報を反映して再意思決定する
⸻
19. 新規事業なら「一発承認」から「条件付き承認」へ変える
この考え方は、特に新規事業の経営会議に強く効きます。
従来は、
「この新規事業に1億円投資させてください」
となります。
これは意思決定者からすると非常に重い。
しかし、
「現時点では市場受容性が最大の不確実性です。契約確率が20%を超えれば投資期待値がプラスになります。まず500万円で20社検証し、5社以上が有償意向を示した場合のみ3,000万円のPoCへ進みます。技術成立かつ有償契約2件を獲得した場合のみ1億円の事業化予算を執行します」
なら、全く違います。
これは、
1億円の承認
ではなく、
500万円で「次の選択権」を買う承認
だからです。
⸻
20. 「Gate」はリアル・オプションの行使条件と考えられる
この見方をすると、新規事業におけるGateの意味も明確になります。
Gateとは単なる進捗確認会ではありません。
「次のオプションを行使する条件」
です。
例えば、
Gate 0|探索継続
顧客課題が一定以上存在する。
Gate 1|PoC投資
有償意向顧客が一定数存在する。
Gate 2|事業化
技術成立+Unit Economics成立。
Gate 3|Scale
再現性ある獲得チャネルが成立。
各Gateでは、
Expand / Continue / Pivot / Stop
を明示します。
これによりサンクコストによる惰性継続も抑制できます。
⸻
21. 「失敗しない意思決定」ではなく「失敗しても致命傷にならない意思決定」
この統合体系から導かれる重要な思想があります。
経営者は未来を完全には予測できません。
したがって、
100%正しい意思決定を目指すこと自体が現実的ではない。
代わりに目指すべきなのは、
Downsideを限定しながらUpsideへのアクセスを残す
ことです。
数式的に表現すれば、
Lossを限定 × Learningを最大化 × Optionを維持 × Upsideを確保
です。
これは不確実性の高い新規事業ほど重要になります。
⸻
22. 「待つ」は消極策とは限らない
土地売却ケースでも重要だったのが「待つ」という選択肢です。
一般には、
決める=優秀
待つ=優柔不断
と考えがちです。
しかし、
待つことで重要情報が得られ、かつ待つコストが小さい
のであれば、待つことには経済価値があります。
逆に、
* 市場のWinner-takes-all性が強い
* 先行者優位が大きい
* 競合にポジションを取られる
* 顧客ロックインが進む
なら、待つことには大きなコストがあります。
したがって問うべきは、
「今決めるべきか?」ではなく、「決める価値と待つ価値のどちらが大きいか?」
です。
⸻
23. さらに一段抽象化すると「不可逆性」が重要になる
意思決定のタイミングを考えるとき、特に重要なのが、
Reversibility=可逆性
です。
例えば、
可逆性が高い
500万円で顧客インタビューする。
→ 失敗しても戻れる。
可逆性が低い
100億円の工場を建設する。
→ 簡単には戻れない。
したがって、
不確実性が高い × 不可逆性が高い意思決定ほど、小さく刻む。
逆に、
可逆性が高い意思決定は、速く実行して学習した方がよい。
という原則が導けます。
⸻
24. 経営者が本当に見るべき「5つの数字」
この統合モデルを使うなら、膨大な事業計画数字より、まず次の5つを押さえる方が有効です。
① Expected Value
→ 期待値はいくらか。
② Downside
→ 最悪の場合、いくら失うか。
③ Break-even Probability
→ 成功確率が何%ならGoになるか。
④ Cost of Learning
→ その不確実性を減らすのにいくらかかるか。
⑤ Option Value
→ 今すぐ全面コミットしないことで、どれだけ将来の選択肢を残せるか。
これだけでも経営会議の議論はかなり変わります。
⸻
25. 意思決定の質を上げるための「7つの問い」
最後に、この内容を実務で使える質問に圧縮すると、次の7問になります。
1. 本当に選択肢はAかBだけか?
2. 自分たちが決められること/決められないことは何か?
3. 最も重要な不確実性は何か?
4. どの前提が、どこまで変われば結論が逆転するか?
5. その不確実性を安く・早く検証する方法はあるか?
6. 今全部決めずに、将来の選択権を残せないか?
7. 次に追加投資/撤退する条件を今決められないか?
この7問だけでも、かなり実践的な意思決定フレームになります。
⸻
26. 最終結論
今回の2つの添付範囲を、シナリオプランニングとリアル・オプションまで含めて統合すると、意思決定について最も重要なのは、
「未来を正しく予測して、今すべてを決めること」ではない。
ということです。
むしろ、
①あり得る未来を複数描き、
②選択肢と不確実性を分離し、
③確率とPayoffで定量化し、
④どの前提で判断が逆転するかを把握し、
⑤重要な不確実性だけを追加検証し、
⑥不可逆なコミットを必要最小限に抑え、
⑦情報が増えるたびに選択肢を再評価する。
これが、不確実性の高い環境における実践的な意思決定です。
そして、この3つの手法を一文ずつに圧縮すると非常に分かりやすいと思います。
シナリオプランニング
=「未来は一つではない」と考える技術。
ディシジョンツリー
=「未来ごとに何をするか」を決める技術。
リアル・オプション
=「今すべてを決めない」ことに価値を持たせる技術。
この3つを統合すると、
予測する → 決める
ではなく、
想定する → 分解する → 小さく賭ける → 学ぶ → 更新する → 大きく張る/撤退する
という意思決定モデルになります。
特に新規事業・R&D・事業開発のように、「不確実性が高いのに、意思決定を止めることもできない領域」では、この考え方が非常に強力です。
最終的に目指すべきなのは、「正解を当てる経営」ではなく、「外れても致命傷を負わず、当たったときには大きく取りにいける意思決定アーキテクチャ」だと整理できます。