面向欧洲主权小卫星项目的任务就绪操作系统——在发射前完成推进机动验证与密集轨道合规证明。

1. 公开的 €6.3 百万 EIC 奖项是欧洲机构正在积极资助主权推进能力的有力信号，将催生真实项目，这些项目需要配套软件支持。
2. BeaconSat 将该技术与奥地利首颗军用卫星深度绑定，机动就绪性因此不再是假设性研究，而是近期国防工作流中的硬性要求。
3. 拼搭发射轨道转移被明确点名为需求驱动因素，意味着更多任务需要软件来证明如何安全地从入轨轨道转移至目标轨道。
4. 近距交会与接近操作正进入更小规模的主权项目，提升了结构化机动规划与证据留存的价值。
5. 密集轨道监管提高了机动举证门槛，使合规就绪记录成为采购触发条件，而非可选增值项。

催化因素。 GATE Space 获 EIC 支持的工业化进程、BeaconSat 集成，以及拼搭转移、RPO 和密集轨道监管的明确需求信号，共同表明主权任务现在就需要机动保障软件——无需等到星座规模化之后。

该产品充当推进驱动型任务就绪的档案系统。它将推进供应商性能数据、任务设计与客户或监管约束整合进单一工作流，输出机动预算、所需地面测试清单、异常日志及审批文件包。团队可针对拼搭入轨、轨道转移和近距操作运行发射前假设场景，无需每次从头重建评审文件。入轨后，软件成为已执行机动、偏差及经验教训的审计记录，并积累为未来主权任务的专有基准数据集。

差异化。 大多数航天软件工具要么为工程师优化任务设计，要么专注于发射后的星座运营。这家公司占据的是推进供应商、卫星主承包商与主权客户之间被忽视的审批层——在这里，发射日期和合规风险催生预算紧迫性。通过在多个项目中掌握机动就绪性证据，公司能够积累出最优质的数据集，真实记录推进驱动型主权任务的堵点与放行条件。

待完成任务

flowchart LR
  Buyer[Mission operations lead] --> Pain[Propulsion maneuvers lack auditable readiness proof]
  Pain --> Product[Orbital mobility certification OS]
  Product --> Outcome[Faster launch approval and safer sovereign missions]

高管要点

• 真正的切口不是通用轨道动力学；而是把推进、拼搭发射和 SST 输入转化为主权评审方能够签字的可审计就绪文件包。
• 欧洲主权支出让痛点有了预算支撑，但初始买家池仍只有数十个项目，而非数百个。
• 替代方案众多——STK、FreeFlyer、内部 Orekit/PATRIUS 技术栈和 STM 平台已在向同一批团队销售——因此产品必须看起来像工作流闭环，而非另一个求解器。
• 若公司从早期 RPO、加注和主权 ISR 任务中积累数据，就能从发射前就绪扩展至飞行中机动、异常和合规基础设施。

市场定义

推进驱动型小卫星项目的任务就绪软件，位于飞行动力学工具、推进供应商、发射供应商和 SST/合规系统之间，用于生成机动计划、核实证据和审批文件包。

用户与买方

日常用户是欧洲主权或军民两用小卫星项目中的任务运营负责人、飞行动力学工程师和推进集成团队。经济买家通常是总工程师、任务运营副总裁或卫星项目经理，他们承担发射就绪、部委审批和进度风险。

购买触发点

• 拼搭或机构发射槽已固定，团队必须在不延误发射清单的情况下证明压力系统、机动和集成就绪性。 [15][16][17]
• 主权 ISR 或国防任务新增机动性、近距操作或快速重定向要求，而传统发射/就绪文件包并非为此设计。 [1][7][8][18][19][20][21]
• 碰撞规避、离轨或碎片治理预期迫使运营商展示推进能力、计划机动和合规态势之间更清晰的可追溯性。 [9][10][11][13][14]

支付意愿

付费意愿依托于已资助的任务基础设施预算，而非实验性软件预算。GATE Space 的 Jetpack S 基础售价 €450k，德国承诺了 $1.9B 的主权 SAR 星座，英国新增 £1.4B 国防航天投资，ICEYE 销售可在 12 个月内投入运营的主权系统。能够降低发射延期或审批风险的工作流层，可信地从这些任务预算中捕获一小比例。 [1][2][7][8][20][21]

品类动态

增长信号 12.2% CAGR（顶层卫星推进市场，2024–2030）

验证信号

• GATE Space 已销售标准化机动系统，基础售价 €450k，并点名拼搭发射、RPO 和密集轨道监管为当前需求驱动因素。
• Isar 表示欧洲国防侧发射需求已足够旺盛，若要在 2029 年发射就必须现在预订。
• EU SST 已服务 400 个以上组织和 600 颗以上卫星，证明运营商在服务有用时会采用外部安全/合规服务。
• ICEYE 销售可在 12 个月内完成发射、部署和投入运营的主权航天系统，证明买家愿意为更快、垂直打包的任务基础设施付费。

监管与技术约束

• SpaceX 拼搭任务要求推进系统进行压力容器鉴定和集成泄漏测试取证。
• ECSS-E-ST-35C Rev.1 对液体、固体和电推进系统规定了功能、环境、质量、运营和核实要求。
• EU SST 访问基于注册制，越来越多地成为欧洲碰撞规避、再入和碎片工作流的运营基线。
• 拟议中的欧盟空间法案将为在欧盟市场服务的运营商新增统一的许可、碎片、网络安全和碰撞规避义务。

现有厂商各自覆盖工作流的部分环节：任务设计套件计算轨迹，开源技术栈让工程师可以自定义脚本，STM 供应商分类处理交会风险。空白地带是系统档案层——能把推进数据、发射约束、SSA 输入和面向评审方的证据为一个主权任务打包在一起。

为什么现有厂商不会默认胜出

• 任务分析套件. STK 和 FreeFlyer 是强大的物理与运营环境，但其公开定位聚焦于建模与执行，而非能统一推进、发射和合规证据的主权审批文件包。
• 开源 / 自研飞行动力学. Orekit、PATRIUS 和 Basilisk 赋予技术团队灵活性和低授权成本，但将验证、工作流设计和可审计性的责任推回给了客户。
• 空间安全 / STM 平台. GMV、Neuraspace、OKAPI:Orbits 和 Slingshot 减轻了交会与轨道感知负担，但其核心在于告警和安全运营，而非发射前的推进就绪编排。
• 服务与机动运营商. ClearSpace、Astroscale 和 Orbit Fab 正在创造让机动保障有价值的任务，但他们首先是硬件和任务运营商，这为跨多个供应商和主承包商的中立软件层留出了空间。

欧洲主权及军民两用小卫星项目现已能采购工业化化学推进系统——GATE Space 赢得 €6.3M EIC Accelerator 资助、BeaconSat 完成集成均已证实这一点——但瓶颈已从硬件供货转向任务就绪证明。任务团队今天组装机动预算、拼搭合规包和部委审批材料，靠的是 STK 或 GMAT 分析、供应商 PDF 和电子表格通过电子邮件协调，这延长了评审周期，并在拼搭日期固定时制造了发射延期风险。Orbital Mobility Certification OS 是这套流程的档案系统：输入推进供应商性能数据、任务约束和 SST 信息，生成可审计的机动计划、核实证据与审批文件包，让主权买家能够向上级答辩。即时滩头市场是欧洲国防航天主承包商与主权小卫星研制方中正在准备首颗拼搭发射 ISR 或军用验证卫星、且集成了第三方化学推进系统的那批机构——有超过 €3B 可见主权承诺支撑的数十个在役项目。产品的数据护城河会自我强化：每个接入的任务都新增机动结果、评审反馈和异常模式，使未来项目更快、数据集更难复制。首 90 天内必须厘清两个证据缺口：买家采购时间表，以及部委评审方对软件生成文件包的具体接受标准尚未直接确认；结构化推进供应商数据共享也有待核实。

问题

• 欧洲主权小卫星现已具备机动能力，但任务团队没有可重复的工作流来生成部委和主承包商在发射前所要求的可审计就绪证据。
• STK 或 GMAT 分析、推进供应商 PDF 和手工评审材料按项目拼凑，把评审周期拉长数周，在时间表固定时放大拼搭发射延期风险。
• 密集轨道合规与 EU SST 义务提高了举证门槛：团队现在必须在推进能力、计划机动和监管态势之间建立可追溯性——而不只是提供技术上正确的仿真结果。
• RPO 和近距操作正进入规模更小的主权项目，但没有专门的工作流来打包这类机动所需的审批证据。

解决方案

• 一款任务就绪操作系统，输入结构化推进供应商性能包络、任务设计参数、发射约束（SpaceX 拼搭指南、ECSS-E-ST-35C）和 EU SST 数据，生成机动预算、合规记录和面向评审方的审批文件包。
• 拼搭入轨、轨道转移、RPO 和离轨的发射前假设场景，任务参数变更时即时重跑，彻底消除每次都需从头重建评审材料的需要。
• 将 CDM 响应、推进测试结果和操作员覆盖操作与已批准机动计划挂钩的不可篡改决策链——构建主权客户所需的审计记录，并随每个接入任务积累跨项目基准数据集。

为什么我们会赢

• 产品占据推进供应商、主承包商与主权客户之间被忽视的审批层——现有厂商（STK、FreeFlyer、GMV）因其核心在于物理建模或安全运营而非多方利益相关者就绪编排，均未集中处理这一层。
• 通过早期占据档案系统地位，公司积累出跨任务的推进包络、评审结果和异常模式数据集——复制成本高，且随每个接入任务变得更准确。
• 欧洲主权紧迫性现在就创造了有预算支撑的需求：超过 €3B 的可见项目承诺（德国 SAR 星座、英国国防航天战略 £1.4B、ICEYE Series F >€1B）意味着客户已有资金和进度压力，愿意采用专门的就绪工作流。
• 分发通过推进供应商和发射集成商渠道进入，他们在机动能力成为强制要求时已接触客户，降低了相比纯直销的冷开拓 CAC。

里程碑

flowchart LR
  Wedge[First sovereign mission pilot] --> MVP[Approval packet MVP]
  MVP --> Proof[Signed readiness packet and cycle-time evidence]
  Proof --> PropPartner[Propulsion vendor data partnership]
  PropPartner --> Expansion[Multi-mission accounts and RPO module]
  Expansion --> Dataset[Cross-program benchmark dataset]
  Dataset --> Moat[Switching-cost moat and upsell tiers]

创始团队

实验路线图

风险评估

必须成立的条件

• 2027–2029 年有至少 15 个欧洲主权或军民两用小卫星任务集成第三方化学推进系统、有资金并计划发射，构成可触达的初始客户池。
• 任务团队愿意为能够可量化减少审批周期时间和发射延期风险超过一名额外飞行动力学工程师成本的就绪工作流支付每年 $250–400k。
• 至少一家推进供应商（GATE Space、ThrustMe 或同类）愿意以机器可读格式共享结构化性能数据，支持自动化文件包生成。
• 部委或主承包商保证评审方将在首次生产使用后 12–18 个月内接受软件生成的就绪文件包作为主要评审文件。
• 跨项目机动数据集在每个账户第二个任务时产生可量化的转换成本，支撑净收入留存率超过 120%。

待尽调问题

• 创始团队能否点名 5 个 2026–2027 年进入推进集成的欧洲主权项目，并确认其飞行就绪评审时间表和评审方要求？
• GATE Space、ThrustMe 或 Bradford 是否愿意在数据共享协议下提供机器可读的推进性能和鉴定数据，条款如何？
• 部委或主承包商保证评审方在就绪文件包中实际要求什么——检查清单、不可篡改日志还是第三方认证——软件生成文件今天能满足该要求吗？
• 典型目标主承包商目前为一个任务的就绪工作流投入多少名飞行动力学工程师，其全加载年度成本与拟议 ACV 相比如何？
• 哪家现有厂商（STK 经销商、GMV 或内部 Orekit 团队）最可能扩展到就绪文件包层，时间表如何？
• 创始团队的轨道动力学和主权采购可信度，是否足以在没有知名领域专家顾问加持的情况下赢得首个试点？

模型合理性

• 收入引擎. 基准情景由 Y1 一次生产转化驱动，Y2 末 4 个生产客户，Y3 末 10 个，混合年度 ARPU $330K。
• 必须走对的假设. 至少一家推进供应商必须共享结构化数据，评审方必须接受生成的文件包，这样公司才能维持 72% 毛利率，而非陷入服务密集型交付。
• 模型失效条件. 若销售周期拖延约一个季度，Y3 以 8 个账户而非 10 个退出，模型损失约 $220K 的 Y3 收入和约 $238K 的期末现金。
• 下轮融资证明. 种子轮有理由推进，前提是 Q4Y2 前达到 4 个生产账户和一个在线供应商集成——这是通往 Y3 10 账户和 $3M 以上 ARR 的 A 轮叙事的桥梁。

情景

敏感性

flowchart LR
  Leads --> Pilots
  Pilots --> ProductionCustomers
  PropulsionData --> ProductionCustomers
  ProductionCustomers --> Revenue
  Revenue --> GrossProfit
  GrossProfit --> Cash

警示项: 基准情景在 SAM 只有数十个项目的市场中要求 Y3 达到 10 个付费账户，因此高度集中的账户执行风险依然存在。 · 模型出于保守原则排除了试点和入驻收入；若这些服务成为赢单的必要条件，毛利率和招聘假设需要重新审视。 · 若评审方仅将产品视为内部工程辅助，商业计划运营假设意味着 ACV 可能压缩 30–40%，会使当前招聘节奏过于激进。

• 利基市场时机. 短期内欧洲主权小卫星项目数量可能仍不足以支撑一家大型独立企业。 缓解措施: 从推进需求重的主权任务起步，再利用相同的就绪工作流向相邻的军民两用及商业在轨机动项目扩张。
• 集成负担. 如果产品无法融入现有的轨道动力学、保证及文档评审工具，任务团队可能抗拒引入另一套系统。 缓解措施: 优先与团队已在使用的工具集成，并将审批文件包导出为现有部委和主承包商评审格式。
• 信任与责任风险. 若客户将软件视为正式认证机构，任何机动失败都可能带来法律和声誉风险。 缓解措施: 将产品定位为可审计的决策支持与证据层，同时与任务保证专家合作完成最终签署。