Stage-Gate と PoC の設計
レッスン4:Stage-Gate と PoC の設計
このレッスンで学ぶこと
- Robert Cooper『Winning at New Products』1986 の Stage-Gate プロセスを扱える
- 5 ステージ・6 ゲートの構造を持てる
- ゲートで確認する 4 要素(戦略適合・技術妥当性・市場妥当性・ビジネス妥当性)を扱える
- PoC 設計 5 要素と Kill Criteria の事前合意を扱える
- pre-mortem(姉妹コース L7)との接続を持ち帰れる
前レッスンではリーンキャンバスとビジネスモデルキャンバスを扱いました。本レッスンでは、事業構想を実装に進める意思決定フレームワークとして、Robert Cooper の Stage-Gate プロセスと PoC 設計を深掘りします。
Stage-Gate プロセスとは
Stage-Gate プロセスは、Robert G. Cooper が 1986 年に『Winning at New Products』(初版)で提唱した新規事業開発の段階的意思決定フレームワークです。事業開発を「複数のステージ(開発活動)」と「その間のゲート(意思決定点)」に分けることで、段階的にリスクを削減しながら意思決定を進めます。
Stage-Gate の哲学
- 段階的リスク削減:新規事業のリスクは、各ステージで仮説検証を進めることで削減される
- ゲートは合意点:ゲートは「撤退の判断点」ではなく「経営陣と現場が次のステージへ進む合意を形成する点」
- 各ゲートで投資額を段階的に増やす:初期ステージは少額、後期ステージは大額の投資
- 失敗の早期発見:後期ステージで大きな失敗が起きないよう、初期ステージで失敗リスクを見つける
💡 ポイント 「Stage-Gate は撤退のためではなく前進のため——ゲートは信号ではなく合意点」が本コースの中核メッセージです。ゲートで撤退することが目的ではなく、経営陣と現場の合意形成を通じて安心して次のステージへ進むことが目的です。
5 ステージ・6 ゲートの構造
Cooper の標準的な Stage-Gate プロセスは、5 ステージと 6 ゲートで構成されます。
全体構造
flowchart LR
G0[Gate 0<br/>Idea Screen] --> S1[Stage 1<br/>Scoping]
S1 --> G1[Gate 1<br/>Second Screen]
G1 --> S2[Stage 2<br/>Build Business Case]
S2 --> G2[Gate 2<br/>Go to Development]
G2 --> S3[Stage 3<br/>Development]
S3 --> G3[Gate 3<br/>Go to Testing]
G3 --> S4[Stage 4<br/>Testing & Validation]
S4 --> G4[Gate 4<br/>Go to Launch]
G4 --> S5[Stage 5<br/>Launch]
S5 --> G5[Gate 5<br/>Post-Launch Review]
5 ステージの内容
- Stage 1: Scoping(スコーピング、1-2 週間):市場と技術の初期調査、事業機会の粗い評価
- Stage 2: Build Business Case(事業計画の策定、1-3 か月):詳細な市場調査、事業計画、投資対効果分析
- Stage 3: Development(開発、3-12 か月):製品・サービスの開発、プロトタイプ完成
- Stage 4: Testing & Validation(テストと検証、1-6 か月):顧客テスト、市場テスト、生産テスト
- Stage 5: Launch(本格ローンチ、3-12 か月):市場投入、販売開始、事業拡大
6 ゲートの内容
- Gate 0: Idea Screen(アイデアスクリーン):アイデアの初期選別
- Gate 1: Second Screen(セカンドスクリーン):スコーピング結果の評価と Stage 2 への Go / Kill 判断
- Gate 2: Go to Development(開発へのゴー):事業計画の評価と開発への Go / Kill 判断
- Gate 3: Go to Testing(テストへのゴー):開発結果の評価とテストへの Go / Kill 判断
- Gate 4: Go to Launch(ローンチへのゴー):テスト結果の評価と本格ローンチへの Go / Kill 判断
- Gate 5: Post-Launch Review(ローンチ後レビュー):ローンチ後の実績評価と継続投資判断
ゲートで確認する 4 要素
各ゲートでは、次の 4 要素を確認して Go / Kill 判断を行います。
要素 1:戦略適合(Strategic Fit)
- 会社の中期経営計画・戦略方針と整合しているか
- 3 ホライズンのどこに位置づけられるか
- 既存事業とのシナジー・カニバリの想定
要素 2:技術妥当性(Technical Feasibility)
- 技術的に実現可能か
- 必要な技術・特許・人材が確保できるか
- 開発期間・コストは現実的か
要素 3:市場妥当性(Market Attractiveness)
- 市場規模(TAM /SAM /SOM)は十分か
- 競合状況と参入障壁は
- 顧客インタビュー・PoC の結果は肯定的か
要素 4:ビジネス妥当性(Business Feasibility)
- 収益モデルは持続可能か
- 投資対効果(NPV /IRR /Payback)は基準を満たすか
- リスクと撤退基準は明確か
ゲート会議の運営
- 参加者:経営陣(CEO /CFO /CTO)、事業部門長、新規事業 PM、外部専門家
- 時間:60-90 分
- 判定基準:Go(次のステージへ)/Kill(撤退)/Hold(保留、追加情報を待つ)/Recycle(見直し、前のステージへ戻る)
- 記録:判定理由と次のステージの目標・KPI を記録
PoC 設計 5 要素
PoC(Proof of Concept、概念実証)は、Stage 3-4 で行う仮説検証活動です。本コースでは、新規事業の PoC 設計で重要な 5 要素を扱います。
要素 1:目的(Purpose)
- 技術検証:技術的に実現可能かを検証
- 業務適合検証:業務プロセスに組み込めるかを検証
- 顧客価値検証:顧客がお金を払う価値があるかを検証
- ビジネスモデル検証:収益モデルが成立するかを検証
多くの PoC は 4 目的の複数を同時に検証しますが、最重要目的を 1 つに絞ります。
要素 2:期間(Duration)
- 短期 PoC:2-4 週間(技術検証・業務適合検証中心)
- 中期 PoC:1-3 か月(顧客価値検証・ビジネスモデル検証中心)
- 長期 PoC:3-6 か月(複合検証・パイロット導入中心)
要素 3:参加者(Participants)
- 事業部門(既存事業の顧客・営業)
- 技術部門(技術検証・システム構築)
- 新規事業 PM(全体調整)
- 外部パートナー(必要に応じて)
要素 4:検証範囲(Scope)
- 対象顧客数(10-100 社)
- 対象機能(フルスコープではなく最小限)
- 対象地域(限定した地域でのテスト)
- 期間中の使用回数
要素 5:評価基準(Success Criteria)
- 定量指標:使用率、CV 率、購入額、NPS
- 定性指標:顧客フィードバック、営業からの評価、経営陣の評価
- 合格基準:全項目を数値化し、事前に合格基準を設定
⚠️ 注意 PoC 設計で最も重要なのは「事前に合格基準を数値化する」ことです。PoC の結果を見てから「合格」「不合格」を判断すると、都合の良い解釈になりがちです。PoC 前に合格基準を数値化し、経営陣と合意しておきます。
Kill Criteria(撤退基準)の事前合意
Kill Criteria(撤退基準)は、Stage-Gate プロセスの中核で、事業を撤退する基準を事前に定義しておくものです。
Kill Criteria 3 パターン
- パターン A:定量的 Kill Criteria:売上・利益・顧客数などが特定の値を下回った場合
- パターン B:定性的 Kill Criteria:戦略適合性が失われた・技術的に実現不可能になった場合
- パターン C:時間軸 Kill Criteria:特定の期日までに特定のマイルストーンを達成できない場合
Kill Criteria の運営
- 各ゲート通過時に、次のステージの Kill Criteria を経営陣と合意
- Kill Criteria に該当した場合は、次のゲートを待たず即時撤退判断
- 撤退時のリソース処理(人員異動・資産処分)も事前に計画
姉妹コース経営企画実務入門 L7 の pre-mortem との接続
姉妹コース経営企画実務入門 L7 で扱った Gary Klein の pre-mortem は、Stage-Gate の Kill Criteria 設計と密接に関連します。
- pre-mortem:事業開始前に「この事業が失敗した」と仮定し、失敗の原因を事前に洗い出す手法
- Stage-Gate の Kill Criteria:pre-mortem で洗い出した失敗要因を、定量的な撤退基準に落とし込む
pre-mortem → Kill Criteria の順で組み立てると、撤退基準に納得性が生まれます。
大企業内での Stage-Gate 運営の落とし穴
大企業内で Stage-Gate を運営する際には、次の落とし穴に注意します。
落とし穴 1:ゲート会議が形骸化する
- ゲート会議が「儀式」になり、実質的な議論が行われない
- 対策:ゲートの合格基準を数値化、事前資料の配布、経営陣の必ず出席
落とし穴 2:Kill 判断ができない
- 経営陣・現場が Kill 判断に踏み切れず、ずるずると事業を継続
- 対策:Kill Criteria の事前合意、経営陣が Kill 判断を評価する文化
落とし穴 3:ステージ期間が長すぎる
- 各ステージが半年〜 1 年と長くなり、市場変化に追いつけない
- 対策:ステージ期間の目安を短くする(Stage 1-2 週間、Stage 2-3 か月など)
落とし穴 4:ゲート後のリソース確保が不明確
- ゲートを通過してもリソース(人員・予算)が確保されない
- 対策:ゲート通過時に次のステージのリソースも同時に承認
次のステップ
本レッスンでは Stage-Gate と PoC の設計を扱いました。次のレッスンでは、新規事業の推進方法として「社内起業・出島・CVC ・カーブアウト——構造の選択」を深掘りします。
確認クイズ
このレッスンで学んだ内容を確認しましょう。