FailureCaseDeepTechStrategyGTM

「打ち上げ0回」で240億円が消えた。英国のグリーンロケット「Orbex」が陥った国策ベンチャーの罠と死の谷

「打ち上げ0回」で240億円が消えた。英国のグリーンロケット「Orbex」が陥った国策ベンチャーの罠と死の谷

① 【サマリー】30秒でわかる今回の案件

  • サービス名 / ジャンル Orbex / 宇宙輸送サービス(小型衛星専用ロケット開発)
  • 資金調達額 / 打ち上げ回数 累計調達額 約24,000,000,000円 / 商用打ち上げ 0回
  • ここが凄い
  • 逆張りの専用タクシー戦略 SpaceXが得意とする相乗り形式ではなく、顧客が望む軌道へピンポイントで送り届ける小型専用ロケット市場に特化。
  • 究極のクリーン燃料 バイオプロパンを採用し、従来のロケットに比べ二酸化炭素排出量を96%削減するという環境価値を前面に押し出したブランディング。
  • 国策ベンチャーの限界 英国政府から約90億円規模の支援を受けたものの、その公的性質が他国企業への救済合併を困難にさせる足枷となった皮肉な結末。

② 【Fact】サービスの詳細とTech Stack

Orbexは、急速に拡大する小型衛星市場において、機動性の高い打ち上げ手段を提供することを目指したDeep Tech企業です。

  • 機能 小型衛星を特定の軌道へ、希望するスケジュールで投入する輸送サービス。環境負荷を極限まで抑えた機体設計が最大の特徴です。
  • 技術構成

推進剤

  • バイオプロパン。化石燃料に代わる持続可能なエネルギー源。

エンジン

  • 3Dプリント技術を駆使して製造された同軸エンジン。

素材

  • 軽量化を追求したカーボンファイバー複合材。
  • 運営体制 英国に本社と射場を構え、デンマークにエンジン製造工場を置く分業体制。ピーク時にはデンマーク工場だけで90名規模のエンジニアを抱えており、毎月の固定費が極めて高い重厚な組織でした。
  • MVPの定義 彼らにとっての最小限の成果は軌道到達実証でした。地上試験は完了していたものの、実際の飛行実績を作ることができず、売上が理論上の計画から現実の数字に変わる前に資金が尽きました。

③ 【Insight】なぜ破綻に至ったのか?(勝因の分析)

今回の破綻は、ハードウェアスタートアップが避けて通れない死の谷の深さと、政府資金という名の毒薬の存在を浮き彫りにしています。

  1. スケールアップ・ギャップという空白地帯 Orbexは初期の研究開発フェーズを終え、商用化を目前にした段階で立ち往生しました。機体は形になり、供給網への支払いも膨らみましたが、まだ一度も飛んでいない。この売上ゼロだが支出が最大化するフェーズで追加の数百億円を調達するのは、市場環境が悪化した2026年現在、不可能に近い難易度でした。

  2. 国策という名の出口なき檻 英国政府による巨額投資は、初期の延命には寄与しましたが、出口戦略を極端に狭めました。公的資金が入っている以上、技術流出や納税者への説明責任が壁となり、海外企業への安易な売却や合併が許されません。実際に、フランス・ドイツ系のスタートアップであるTEC社との救済合併交渉において、英国政府の同意が得られなかったことが破局の決定打となりました。

  3. 垂直統合の重圧とタイミングの不一致 ロケット、エンジン、射場のすべてを自前で揃える垂直統合モデルは、成功すれば強固な参入障壁になります。しかし、Orbexのようなスタートアップにとっては、打ち上げ実績がないまま固定資産を抱え続ける自殺行為でした。合併を模索したTEC社も同様にキャッシュを燃やす立場であり、不良債権化しつつあるOrbexを救う余力は残っていませんでした。

④ 【Localize】日本市場への転用・アイデア

この事例は、宇宙産業に限らず、日本のエンジニアや個人開発者が挑むプロジェクトにも強い警告を発しています。

補助金依存の生存能力は幻である

日本のスタートアップ界隈でも、ものづくり補助金などの公的支援ありきで事業を組むケースが目立ちます。しかし、公的資金は生存期間を延ばすだけで、生存能力を高めるわけではありません。Orbexが証明したように、国からのお金は事業のピボットや売却の自由度を奪い、最終的に心中を強いる鎖になります。

Deep Techのミニチュア化と寄生戦略

個人や小規模チームが重厚長大な産業に挑むなら、Orbexのようにインフラそのものを作ろうとしてはなりません。まずは既存のプラットフォームに寄生することから始めるべきです。

ロケットを作るのではなく、衛星データの解析ソフトを作る。

  • 物流ロボットを作るのではなく、既存フォークリフトの後付け自動化キットを作る。 このような、アセットライトなアプローチこそが個人開発者の勝機です。

具体的アクション:Wizard of Ozによる検証

システムやハードウェアが完成するのを待ってはいけません。裏側が人力であっても、顧客の課題を解決して対価を得るプロセスを最優先してください。開発に着手する前にLPで決済を受け、1ヶ月で作れる範囲の機能に課金ポイントを設ける。国策や補助金という他人の財布を見る時間を削り、目の前の顧客から直接お金をいただく商売の原理原則に立ち返るべきです。

結論として、コードや回路を資産と見なす執着を捨て、いかに身軽に市場の検証を繰り返せるかが、次の死の谷を越えるための唯一の手段です。

Comments0

コメントを投稿するにはログインが必要です

まだコメントはありません。最初のコメントを投稿しましょう!