社内ベンチャーの評価タイムライン問題——投資回収期待と事業成長曲線のミスマッチ

「3年で黒字化」が事業を殺す

社内ベンチャーの期待寿命は、設立と同時に決まることが多い。中期経営計画の1サイクルは3年。予算申請の根拠資料に書かれる「3年以内の黒字転換」という一文が、事業の運命を縛る。

問題は、この3年という数字に根拠がないことだ。親会社の予算サイクルに合わせただけの数字が、スタートアップとは本質的に異なる成長曲線を持つ事業に貼り付けられる。

世界的なスタートアップデータを見ると、シードラウンドから黒字転換まで平均5〜7年かかるとされる（Blank & Dorf, 2012）。日本の大企業が社内ベンチャーに課す「3年黒字化」の要件は、この実態の半分以下のタイムラインを強制している。

失敗するように設計されているのか、と問いたくなる。

なぜ「評価タイムライン」の問題は見えにくいのか

社内ベンチャーが成果を出せなかったとき、原因分析は大抵こう着地する。「担当者の営業力が足りなかった」「市場の見立てが甘かった」「競合の動きが予想外だった」。

これらは間違っていないかもしれない。ただ、同じ事業が独立したスタートアップとして立ち上がった場合と、社内ベンチャーとして立ち上がった場合の違いを比較することは難しい。 実験を二重盲検で行えないのと同じように、社内ベンチャーの失敗が「タイムラインの問題」なのか「事業の問題」なのかを切り分けるデータは残らない。

だから評価タイムラインの設計欠陥は繰り返す。個別の事例では「あの担当者が悪かった」と記録され、構造の問題は温存される。

評価タイムラインが事業に加える3つの構造的歪み

歪み1：仮説検証より「見栄えのある数字」を優先させる

タイムラインが短ければ、チームの行動は必然的に変わる。顧客ニーズを深く掘り下げる定性調査より、KPIを達成できる数字の組み合わせを探す行動が増える。

「月間アクティブユーザー数」「資料請求件数」「パイロット導入社数」——これらの数字は、事業の本質的な価値を測っているのではなく、予算承認の継続要件を満たすために選ばれていることが多い。

本来3ヶ月かけて「顧客が本当に金を払う課題を特定する」べき時間が、「来期の予算説明に使える数字を作る」時間に化ける。評価の物差しが行動を決める。そしてその物差しが間違っているとき、頑張った分だけ間違った方向に進む。

歪み2：中間報告が「死の行軍」を生む

四半期ごとの進捗報告は、社内ベンチャーにとって独特の消耗源になる。

問題は中間報告の存在ではなく、「前回より改善したことを証明しなければならない」という暗黙のプレッシャーにある。事業の初期段階で本当に必要な報告は「何がわかったか」だ。しかし多くの組織では「何が伸びたか」を問われる。

結果、担当チームは四半期ごとに前回比プラスの数字を探すことに集中する。仮説が崩れても「ピボットしました」とは言いにくい。予算継続の稟議を書き直す作業量と、担当役員への説得コストを想像すれば、データが示す真実から目を逸らす誘惑はリアルだ。

真実を隠す組織は、真実から学べない。ピボットの遅延が致命傷になる初期フェーズで、組織の評価構造がピボットを罰している。

歪み3：「Exit基準」ではなく「継続の許容ライン」しか設けない

多くの社内ベンチャーの評価設計には、「この条件を満たしたら撤退する」という明示的なExit基準がない。あるのは「この条件を下回ったら予算継続を再検討する」という消極的な閾値だ。

この非対称性が問題を深刻化させる。撤退基準が明示されていないとき、「継続か撤退か」の判断は政治的な力学に支配される。 担当役員が来期も責任を持ちたくない案件は静かに予算を削られ、キーパーソンが強く主張する案件は数字に関係なく継続する。

ゾンビ化した社内ベンチャーが組織内でリソースを消費し続けるのは、評価の失敗ではない。撤退基準を設計しなかった結果だ。

タイムラインミスマッチの典型的なパターン

社内ベンチャーの評価をめぐる典型的な展開には、いくつか共通したパターンがある。

フェーズ1（0〜6ヶ月）：過剰な楽観とリソース集中 発足直後は経営の関心が高く、予算も人も集まりやすい。この段階では「検証」より「構築」が優先される。顧客の課題を確かめる前に、サービスの形を作り始める。

フェーズ2（6〜18ヶ月）：最初の数字の壁 事業計画に記載した「年内に初期顧客50社」が達成できないとわかる時期。この段階でチームは2つに割れる。数字を作るために本質から離れるか、正直に報告して予算を削られるリスクを取るか。多くのケースで前者が選ばれる。

フェーズ3（18〜36ヶ月）：タイムライン圧力の頂点 3年計画の最終盤。「黒字化」という当初の約束が果たせないことが明確になる。この段階でチームは燃え尽き、担当役員はフォローアップのエネルギーを失い、事業は「後継者問題」を抱えながら方向性を失う。

フェーズ4（36ヶ月以降）：静かな消滅か延命 計画期間を超えた事業は「特例扱い」になる。あるいは「新しいフェーズの計画」として再起草される。実態はゾンビ化だが、組織内では「継続中」と記録される。

企業によって多少の差はある。辿る因果連鎖は本質的に同じで、違いは速度だけだ。

スタートアップのタイムライン設計から何を学ぶか

独立したスタートアップのファイナンス設計は、不確実性への向き合い方が根本的に異なる。

シードからシリーズAへの評価基準は「黒字化したか」ではなく「顧客の課題を本当に解けるか、その根拠となるエビデンスが揃ったか」だ。収益化は後のフェーズで達成すべき指標であり、初期フェーズの評価軸には含まれない。

社内ベンチャーの評価設計でも、同じ発想が使える。フェーズごとに評価軸を変えるという設計だ。

探索フェーズ（0〜12ヶ月）：検証した仮説数、発見した顧客ニーズの精度、ピボットの根拠の質
実証フェーズ（12〜24ヶ月）：初期顧客の継続率、口コミの自然発生、単位経済性の見通し
拡大フェーズ（24ヶ月〜）：顧客獲得コスト対顧客生涯価値比率、スケールに向けた組織設計の進捗

この設計において、「収益」が評価軸に登場するのは実証フェーズ後半からだ。それ以前の段階で収益を問うのは、種を植えた翌日に「なぜまだ芽が出ないのか」と土を掘り返すのと変わらない。

評価設計の具体的な改善方向

タイムラインのミスマッチを解消するには、評価制度そのものを変えるしかない。担当者の意識改革や研修では届かない。

1. フェーズ転換時のみ資本性の評価を行う

月次・四半期の進捗報告は「学習報告」に変換する。「何を学んだか」「次フェーズに進む条件は何か」を確認する場として設計し直す。資本継続か撤退かの「重い判断」は、あらかじめ設定したフェーズ転換タイミングにのみ実施する。

2. 撤退基準を発足時に明文化する

「この条件に達したら撤退する」という基準を、事業計画書に盛り込む。設立後に「撤退を検討すべきか」を議論するより、設立前に「どの条件が揃ったら撤退するか」を合意しておく方が、政治的圧力を排除しやすい。Exit基準の非対称設計で示した通り、撤退基準と継続基準の非対称性が判断を歪める。

3. 時間軸を事業フェーズで定義する

「3年間」という暦上の期間ではなく、「フェーズ1のExit条件達成まで」という事業上のマイルストーンで時間軸を設計する。フェーズ1の達成に1年かかる事業もあれば、2年かかる事業もある。事業の性質が異なれば、評価に必要な時間も異なる。

「短期で見切る」ことと「長期で漂流させる」ことは別の問題

タイムライン問題を論じると「では長くやれば良いのか」という反論が来ることがある。違う。長期化それ自体がゴールではない。

短期で見切ることと、長期で漂流させることは対になっていない。重要なのは適切なタイムラインの設計と、フェーズごとの明確な評価軸の設定だ。

早期の撤退基準と適切なフェーズ設計の両方が揃って、初めて「投資した時間と資本から学べる組織」になる。タイムラインを延ばすだけでは、ゾンビ化した社内ベンチャーの数が増えるだけだ。

「何年かけていいか」より「何を確かめるフェーズか」を問う

社内ベンチャーの評価設計で最初に問うべきは「このフェーズで何を確かめるのか」だ。それが決まれば、必要な時間の見積もりが出せる。

この問いを飛ばして「3年で黒字化」という数字を先に置く限り、評価タイムラインと事業成長曲線のミスマッチは繰り返す。担当者が入れ替わり、事業テーマが変わり、また同じ失敗が別の名前で繰り返される。

構造を変えなければ、結果は変わらない。

関連する議論として、社内ベンチャーの予算承認構造が持つ逆機能とステージゲートモデルの社内ベンチャーへの不適切な適用を参照してほしい。評価タイムラインの問題は、これらの承認構造・評価構造と連動して発生する。

社内起業家のキャリアリスクとタイムライン圧力の交差については社内起業家のキャリアリスクと組織の抑止構造が詳しい。

参考

Blank, S. & Dorf, B. The Startup Owner’s Manual, K&S Ranch Press (2012)
McGrath, R. G. & MacMillan, I. C. Discovery-Driven Growth: A Breakthrough Process to Reduce Risk and Seize Opportunity, Harvard Business Review Press (2009)
経済産業省「スタートアップ政策に関する調査・研究」（2022年度）
Christensen, C. M. The Innovator’s Dilemma: When New Technologies Cause Great Firms to Fail, Harvard Business School Press (1997)