新規事業の収益モデル設計の罠｜なぜ最初の事業計画が外れるのか

新規事業の収益モデルは、なぜ初年度で崩れるのか

新規事業の収益モデル設計で繰り返される失敗には、構造的なパターンがある。 「想定より顧客獲得に時間がかかった」「解約率が予測を上回った」「固定費が初期から重かった」——こうした報告が事業部門から上がるたびに、担当者個人の判断ミスとして処理されがちだ。しかし、13年・260社以上の新規事業プロジェクトを観察してきた経験と、6年以上にわたる日本最大級の新規事業担当者コミュニティの運営から見えるのは、これらは個人の判断ミスではなく、大企業の組織構造と承認プロセスが生む構造的な歪みだという事実だ。

本稿では、新規事業の初期収益モデルが外れる4つのパターンを解析する。「どうすれば精度の高い収益モデルを作れるか」という技術論ではない。なぜ構造的に外れるモデルが生産され続けるかの分析だ。

---

罠1：サブスクリプション前提の設計ミス——顧客獲得コストの先送り装置

サブスクリプションモデルは収益の「安定化」を実現する設計だ、という理解が広まっている。月次・年次の継続収益(ARR/MRR)が積み上がれば、売上の予測可能性が高まる——この理解自体は正しい。問題は、初期フェーズで「安定化」が実現する前提が成立しているかどうかを問わないまま、サブスクを収益モデルの中心に置くことだ。

サブスクリプション型の収益構造では、顧客あたりの収益化が単発取引より遅延する。初期フェーズで顧客を獲得するコスト(CAC: Customer Acquisition Cost)は、その顧客が生涯にわたってもたらす価値(LTV: Life Time Value)で回収される設計だ。CACの回収期間が長くなればなるほど、事業は初期に現金を消費し続ける。

ここで見落とされがちな点がある。サブスクリプションは収益の安定化装置ではなく、顧客獲得コストの先送り装置だ。顧客との関係が継続する限り、CACの回収が積み上がっていく構造なのだが、その継続が保証されない初期フェーズでは、むしろキャッシュアウトフローが先行する。

大企業の新規事業がサブスクモデルを選好する背景には、投資委員会への説明可能性がある。「3年後のARRはX億円」という積み上げ計算は、単発取引の積み上げより数字として整合的に見える。問題は、その計算式の分母に置かれる「解約率(チャーン)」と「顧客獲得スピード」が、初期フェーズには実データが存在しない仮定値であることだ。

解約率を低く設定すれば、LTVは高くなる。顧客獲得スピードを楽観的に設定すれば、収益の立ち上がりは早くなる。 承認を通すために最適化された計画が、この2つの仮定を意識的・無意識的に歪める。

---

罠2：LTV楽観バイアス——大企業の収益モデルが過大見積もりをする構造的理由

LTV(顧客生涯価値)の過大見積もりは、新規事業の収益モデルに恒常的に発生する。これは担当者が数字を意図的に操作するからではない。LTVの過大見積もりを生む構造的なバイアスが組織に存在するからだ。

LTVは単純化すれば「平均購買単価 × 購買頻度 × 平均継続期間」で計算される。大企業の新規事業担当者がこの計算式に入れる数値は、多くの場合、既存事業の顧客データか、競合他社の公開情報に基づく。問題は2点ある。

第一に、既存事業の顧客と新規事業が狙う顧客層は異なる。既存のブランド資産、営業チャネル、顧客との関係性が既に構築された既存顧客と、新規事業が獲得しようとするまだ関係性のない顧客では、購買行動・継続率・支払い意欲が根本的に異なる。既存顧客データをLTV計算の基準に使うこと自体がバイアスの源泉だ。

第二に、初期顧客と成長期顧客はプロファイルが異なる。イノベーター理論(Rogers, 1962)が示すように、新しいプロダクト・サービスの初期採用者(イノベーター・アーリーアダプター)は、一般的な顧客層より課題意識が強く、新規性への許容度が高く、フィードバックを能動的に提供する層だ。初期の高い継続率・高い満足度が、一般顧客層に展開した時点で同水準を維持できるとは限らない。初期顧客のLTVを将来顧客に適用すると、構造的な過大見積もりが生じる。

さらに組織側の問題がある。大企業の内部労働市場では、新規事業担当者は「事業を立ち上げた実績」と「承認を取り付けた実績」で評価される。事業計画の承認は担当者にとって個人的なキャリアの節目だ。LTVを低く設定すれば収益予測が悪化し、承認が困難になる。事業の現実より担当者のキャリアインセンティブがLTV設定に影響を及ぼす構造が、大企業に内在している。

---

罠3：固定費化の罠——スケールを前提にした設計が初期フェーズを殺す

新規事業の事業計画は、多くの場合「3〜5年のスケール後」を前提にコスト構造を設計する。「売上がX億円規模になれば、固定費は売上比でY%に収まる」——スケール後のユニット・エコノミクスは健全に見える。問題は、そのスケールに至るまでの初期フェーズのコスト構造が、固定費過多になっていることだ。

大企業の新規事業では、立ち上げ時から専任チームを組成し、システムインフラを構築し、オフィスや設備を確保する。これらは固定費だ。初期の顧客数が少ない段階では、固定費を売上で割った比率が異常に高くなる。「スケール後には改善される」という見込みのもとで初期の赤字を許容する構造だが、ここに罠がある。

固定費は一度確定すると、削減のハードルが高い。 採用した人材の雇用関係、契約したシステム、確保したオフィスは、売上が想定を下回っても即座に解消できない。変動費で柔軟に対応できるスタートアップと異なり、大企業の新規事業は組織体制・人員配置・インフラ調達の面で固定費が先行しやすい。

スケール前提の設計がさらに問題を複雑にする。「将来のスケールに対応するために」という名目で、初期フェーズから過剰なキャパシティを持つシステムを構築するケースがある。初期の顧客数10社に対して1,000社対応のインフラを整備する、あるいは初期フェーズから大規模な組織体制を組む。これは「スケール時の再構築コストを節約する」という合理的な意図から生まれるが、初期フェーズのキャッシュアウトフローを圧迫し、検証に使えるリソースを消費する。

スタートアップの文脈でMVP（Minimum Viable Product；実証可能な最小限の製品）が重視されるのは、まさにこの固定費先行の問題を回避するためだ。最小限の投資で顧客の反応を検証し、実データを取ってからスケールを判断する設計は、大企業の新規事業では組織的な障壁により実践が困難になりやすい。

→ コスト構造の前提設計についてはリアル・オプション思考と予算設計も参照。

---

罠4：承認プロセスが収益モデルを歪める——投資委員会向けに最適化された計画は事業現場で使えない

大企業の新規事業では、投資の意思決定が複数の承認層を経由する。事業部門、本部、経営会議、取締役会——承認の階層が深いほど、事業計画は「上位の承認者を説得する文書」としての性格が強くなる。

承認者の関心は事業の実態より財務的な数値に集中することが多い。「3年後のROI」「回収期間」「市場規模」——これらの数値が事業計画の審査基準になる。担当者はこの審査基準に最適化した計画を作成する。「承認を通すための計画」と「事業現場で使える計画」の分離が、ここで生まれる。

承認向けの計画では、市場規模は大きく、売上成長は右肩上がり、コストは管理されているように見せる必要がある。現実の不確実性や前提の脆弱性は、承認の妨げになるため、計画書の本文では強調されない。

問題は、この承認文書が事業計画の「正本」として組織に固定されることだ。承認後の進捗管理は承認時の計画と実績の乖離を追う形になる。しかし承認時の計画は、承認を通すために最適化された楽観的な前提の積み上げだ。この計画に対する「乖離」が、正常な事業進行を「遅れ」として可視化し、担当者に過剰なプレッシャーをかける。

より深刻な問題は、承認を通した計画の前提が間違っていたと認めることへの組織的なインセンティブが弱いことだ。前提を修正することは、承認を取り付けた担当者の判断ミスを公式に認めることになる。大企業の内部労働市場では、この公式な失敗の記録がキャリアに与える影響を担当者は意識する。結果として、前提が崩れ始めても計画の修正が遅れ、事業の撤退判断も遅れる。

ビジネスモデル・キャンバス(Osterwalder & Pigneur, 2010)が新規事業設計のフレームワークとして普及したのは、承認文書ではなく「仮説の可視化ツール」として機能するからだ。仮説を明示することで、検証と修正の対象を明確にする。しかし多くの大企業では、このツールも「承認文書の補助資料」として使われ、本来の仮説検証機能を失う。

→ ビジネスモデル・キャンバスの失敗パターンについてはBMCが機能しない理由も参照。

---

収益モデルを設計し直す——前提の明示と段階的な検証

ここまで述べた4つの罠の共通構造は「検証されていない前提が、承認と組織的インセンティブによって固定される」ことだ。この構造への対処として、2つの方向性を示す。

前提を段階別に分離する設計

収益モデルの前提を「現時点で観察された事実」と「仮定」に分離し、仮定については「何が確認されれば仮定が成立するか」を明示する。LTVを計算式に入れるなら、その計算式の各変数(単価・頻度・継続率)が「過去の観察値か、仮定値か」を区別する。仮定値であれば、どの段階で実データに更新するかを計画に組み込む。

これは精度の高い収益予測を作るためではない。前提が崩れた時点で計画を修正する仕組みを、計画設計の段階から作ることが目的だ。前提の修正が「計画の更新」として処理される文化は、前提の修正が「失敗の認定」として処理される文化より、早期の軌道修正を可能にする。

初期フェーズのユニット・エコノミクスを優先する

固定費先行のコスト構造に対しては、初期フェーズで検証できる最小単位のユニット・エコノミクスを優先する設計が有効だ。「顧客1件あたりの経済性」——CAC、初期の限界利益、初期の継続率——を最初に検証する単位とし、ここでの実データを取った後にスケールの設計をする順序に組み直す。

スケール後のユニット・エコノミクスが改善される計画であっても、初期フェーズで顧客1件あたりの経済性が成立しない構造は、スケールしても改善しないことが多い。固定費の薄まりによる改善は初期赤字の拡大を止めないため、「スケールすれば黒字化する」という設計は初期の顧客単位でのマージンが確保されているか否かを先に検証する必要がある。

TAMの楽観バイアスへの対処については市場規模(TAM)計算の罠も参照。

---

収益モデルの設計ミスは、担当者の能力や経験の問題ではない。大企業の新規事業に内在する組織構造——承認プロセス、内部労働市場のインセンティブ、スケール前提の投資判断——が生む構造的な歪みだ。この歪みを認識した上で、前提の明示・段階的検証・初期ユニット・エコノミクスの優先という設計原則を初期から組み込むことが、収益モデルの精度を高める現実的な方向性になる。