给国防无人机厂商用的推进分配 OS——在电机、发动机和放行证据都紧的时候，让新工厂扩产不掉链子。

1. 投资者现在正在为制造规模买单，而不仅仅是原型新颖性，这为生产控制软件创造了预算和紧迫性。
2. 分散的工厂网络意味着生产线平衡和稀缺部件分配必须跨站点而不是在一个工厂内进行。
3. 固体火箭发动机和小型喷气发动机已成为明显的瓶颈，因此管理其分配和释放的软件可以位于关键路径上。
4. 五个系统加上一个新的 Navy 攻击机计划迫使一家公司选择首先获得受限推进环节的平台。
5. Pentagon 数量预期意味着错过的构建决策很快就会变成程序延迟，而不是内部运营烦恼。

催化因素。 Mach 新工厂、Forge 网络、DIU 资助的 Navy 飞机项目，以及它向受限推进环节的垂直整合，都说明市场已经从“试验无人机”切到“多工厂量产计划”。

产品位于 ERP、PLM 和供应商门户之上，专门负责受限无人机产能的决策。它吃进工厂产能、推进件批次状态、资质规则、生产计划和项目优先级，然后告诉运营负责人：这周哪座工厂该用哪些稀缺推进件生产哪些机体。系统还会为每个“工厂-项目”组合生成放行材料包，让团队在物料流转前就知道批次谱系、作业指导书和证明材料是否齐全。第一条工作流故意收得很窄：别让一批受限电机或发动机，把新开的第二或第三座工厂一起拖慢。时间一长，这套系统会变成国防无人机公司在不断扩张的工厂和项目网络里分配稀缺子部件的运营底账。

差异化。 现有 ERP、APS 和 PLM 工具能记库存、记配置，但答不出国防制造里最关键的那道题：下一批稀缺推进件，到底该发往哪座无人机工厂、支持哪个项目。这个公司要拿下的是受限分配层，把零件短缺、工厂就绪度和放行证据拧成一周一次的核心运营决策。真正的防御性来自三类数据：真实无人机工厂怎么消耗稀缺推进件、良率或延期风险会在哪里冒头、以及哪种分配选择能在国防级追溯要求下守住项目吞吐。

待完成任务

flowchart LR
  Buyer[VP Operations] --> Pain[Scarce propulsion stalls multi-site builds]
  Pain --> Product[Propulsion allocation OS]
  Product --> Outcome[Faster drone factory ramp]

高管要点

• 需求已经从原型转向吞吐：DIU、Army、AeroVironment、Anduril 和 Mach 都指向更高产量、跨多项目的无人机生产，而不是零散演示。[1][2][7][14][17][19][20][21][39]
• 推进环节仍然是最可信的硬约束。固体火箭发动机仍然足够集中，以至于 RTX 需要第三个美国来源，而小型喷气发动机的能力仍然被描述为脆弱。 [9、10、11、12]
• 当前堆栈记录数据，但显然不拥有每周跨站点分配决策。 Palantir、IFS、PTC、Tulip、Dassault 和 ProShop 都涵盖了规划、可追溯性和执行部分，但没有一家推出用于无人机 OEM 的推进专用释放和分配控制平面。 [28、29、30、31、32、33]
• 滩头阵地的需求是真实的，但范围很窄。近期最好的客户是美国无人机制造商开设第二个或第三个基地，增加另一个飞机系列，或者面临 Blue UAS / NDAA 证据摩擦，同时限制电机或发动机的输出。 [1、2、3、4、5、6、14、16、21]

市场定义

这个滩头市场，指的是面向美国及其盟友的国防无人机和巡飞弹制造商的软件；这些厂商需要在多个站点、项目和机型之间分配稀缺推进件与放行证据，同时满足 Blue UAS、CUI、ITAR 和质量约束。[1][2][3][7][22][24][26][27]

用户与买方

主要用户是无人机 OEM 和自动驾驶飞机初创公司的运营、制造项目和推进供应领导者；经济买家是首席运营官、运营副总裁或总经理，他们负责进度里程碑、新站点准备情况和项目交付风险。 [1、2、14、16、17、19、21]

购买触发点

• 开设新的或更大的工厂会立即产生跨站点重新平衡受限组件的压力。 [1][2][14][15][16]
• 赢得或延长政府无人机合同会将分配错误转化为明显的进度风险，而不是内部不便。 [19][20][21][39]
• Blue UAS 和 NDAA 合规性变更增加了弱来源、组件验证和发布包工作流程的成本。 [3][4][5][6][40]

支付意愿

公开定价大多未公开，但买家已经购买了定制的 ERP、PLM、MES 和安全云堆栈；考虑到国防生产线停顿的成本，一个可以防止批次分配错误的狭窄控制平面可以在现有的数字制造预算内获得六位数的年度合同。 [19][20][28][29][30][31][32][33][34][35]

品类动态

增长信号 19.9%复合年增长率

验证信号

• 马赫正在利用新资本扩大 Forge 工厂和小型喷气发动机工作，这正是产品目标的客户动议。
• Anduril 正在建设一座超大规模工厂，进一步证明分布式国防制造正在成为真正的运营模式。
• AeroVironment 的设施扩建加上 Switchblade 的大额奖励表明了对可消耗系统而不是孤立飞行员的持续需求。
• 陆军和 DIU 招标表明，政府仍在寻求成本更低、可扩展的自主系统。
• DIU 的 Blue UAS 更新增加了经过验证的组件选项并加快了软件审批速度，使证据编排在操作上更加重要。

监管与技术约束

• 处理 CUI 需要一个与 NIST 800-171 和相邻防御网络安全期望相一致的部署和控制模型。
• ITAR 注册、访问控制和导出规则限制了谁可以查看技术数据以及可以在何处进行协作。
• 可追溯性文档和航空航天质量期望意味着每项建议背后都可能需要可审计的证据。
• 如果上游源数据薄弱，Blue UAS / NDAA 组件来源检查可能会使计划失效。
• 接受安全云是必要的，但还不够；该产品仍然需要与客户现有的记录系统堆栈集成。

竞争是战略性的而非直接的。广泛的制造平台（Palantir Warp Speed、IFS、Dassault DELMIA、PTC Windchill、Tulip、ProShop）已经拥有可追溯性、规划、执行和数字线程基础设施，而内部电子表格和自定义集成仍保持现状。拟议的初创公司只有插入一个明显更窄的决策层才能获胜：本周哪些稀缺的推进环节应该流向哪个站点、系列和发布包。 [28、29、30、31、32、33]

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

• 云平台. AWS、GovCloud 和 Azure Government 解决托管、边界控制和合规性问题，但它们不决定跨站点推进分配或程序优先级权衡。
• ERP 与 PLM 套件. IFS、PTC 和 Dassault 连接工程和制造记录，但它们是广泛的记录系统，而不是受限无人机子组件的快速每周分配器。
• MES 与可追溯工具. Tulip 和 ProShop 使执行和竣工可追溯性更强，但它们并未定位为跨项目和站点的稀缺推进的优化层。
• 内部定制工具. 快速扩展的 OEM 可以在 Palantir 或电子表格等数据平台上构建，但开设新工厂的初创公司通常没有时间在生产里程碑到来之前强化定制工作流程。

推进件爬坡 OS 是面向美国国防无人机 OEM 的供应侧控制平面，服务对象是正在开第二、第三装配点、却被稀缺电机或小型喷气发动机卡住产出的公司。最急的痛点不是泛泛的工厂可视化，而是每周都要拍板：哪一批受限推进件该发往哪座工厂、哪条机型、配哪套放行材料，既不能让产线停住，也不能让重点项目断粮。最理想的首个客户，是一家 150–800 人的无人机制造商：有一个在跑的 Pentagon 支持项目，12 个月内有新厂上线，而分配会议还在靠表格、ERP 导出和供应商电话推进。MVP 应该先挂在一条机型、最多两座工厂之上，接入批次状态、工厂产能、项目优先级和放行证据，给出下一轮分配建议，并在物料流动前把阻塞点亮出来。GTM、定价和实施都围着一个可量化承诺转：在真实工厂爬坡期，别让推进件短缺带来排期滑坡，而且不去替换 ERP、PLM 或 MES。研究支持这件事确有需求，也撑得起六位数 ACV；但滩头市场很窄，模型里的 SAM 只有 $29.0M、Y3 SOM 只有 $3.6M，所以向相邻受限零件和更多项目扩张不是可选项，而是必选项。真能形成护城河，靠的是批次-工厂-机型结果数据、可复用的放行材料模板，以及能适配 CUI、ITAR 和 Blue UAS 证据要求的部署模式。最大的反证风险有三个：推进件并不经常是每周真正的主瓶颈；独立叠加层抢不到预算，反而被现有套件吸收；或者安全部署要求太重，让 pilot 过慢、服务化过深。

问题

• 无人机 OEM 从一个工厂扩展到分布式工厂网络，仍然通过电子表格、ERP 解决方法、供应商电话和每周跨职能会议来分配稀缺的推进环节。
• 一个错误的批次分配决策可能会导致一条新航线闲置，使最高优先级的飞机系列挨饿，或者由于出处、资格或现场准备情况证据不完整而引发发布延迟。
• 现有的 ERP、PLM 和 MES 工具记录库存和可追溯性，但它们不拥有针对国防特定的每周选择，即下一个稀缺发动机或发动机批次应在站点和项目中流向何处。

解决方案

• 构建安全分配覆盖，将推进批次状态、站点容量、项目优先级和发布准备证据结合到针对多个站点的一款飞机系列的每周建议中。
• MVP 应显示哪批产品发往哪个地点、如果决定发生变化哪些输出将被阻止，以及装运前所需的谱系、工作说明和批准包是否完整。
• 最初的部署故意缩小范围：一个现役飞机系列，最多两个站点，从现有系统导出或 API 馈送的数据，以及一个实时坡道里程碑，可以测量避免的线路空闲事件。

为什么我们会赢

• 楔子是一个决策层，而不是另一个记录系统，这使得产品更容易进入根深蒂固的国防制造堆栈。
• 价值与现任者目前未能彻底解决的董事会级运营事件相关：在可追溯性和发布约束下每周分配受限推进环节。
• 每个部署都会混合有关批次结果、现场准备情况、供应商可靠性和发布包​​重用的专有数据，而通用套件不会自然地聚合这些数据。
• 市场时机是有利的，因为 Pentagon 需求、新工厂和 Blue UAS 来源压力正在推动买家从原型模式转向可重复吞吐量。

里程碑

flowchart LR
  Wedge[Propulsion allocation wedge] --> MVP[Weekly allocator plus release packet]
  MVP --> Proof[Fewer line stalls and faster site readiness]
  Proof --> Expansion[More sites, families, and constrained components]

创始团队

实验路线图

风险评估

必须成立的条件

• 至少第一个 10 目标 OEM 中的 3 确认推进分配是一种反复出现的执行痛苦，而不是偶尔的例外。
• 第一个试点可以使用导出或轻度集成的数据在 6-8 周内上线，而无需等待完全分类部署。
• 该产品将第一个生产客户的手动分配和发布准备周期时间至少缩短了 25%。
• 买家将以 $250k+ 年度价格点从运营或生产准备预算中为独立的覆盖提供资金。
• 一个生产客户在 12-18 个月内扩展到第二个站点、第二个系列或相邻的受限组件工作流程。

待尽调问题

• 目标 OEM 的最后三次推进驱动生产延迟是多少？每次延迟的进度或劳动力成本是多少？
• 这条工作流的第一笔软件预算到底归谁：COO、VP Operations、CIO，还是项目 GM？
• 在安全区部署成为强制要求之前，有多少首次分配工作流程可以保留在未分类或已清理的数据中？
• 与电池、电子设备或其他受限部件相比，推进环节有多少次成为真正的每周瓶颈？
• 哪个现有系统或集成商最有可能通过配置或捆绑来消除楔子？

模型合理性

• 收入引擎. 基本情况收入来自 Q4Y3 的 12 付费家庭站点部署，其中大部分增长由试点转换驱动，少量来自灯塔账户内的扩展收入。
• 必须做对的事. 该公司必须对导出或净化的数据进行早期部署，以便在安全审查和服务拖累狭窄的市场之前进行转换。
• 模型失效条件. 如果销售周期延长至 6+ 个月或推进环节不再成为约束性瓶颈，则下行收入将降至 $2.2M，现金压缩至大约 $140K。
• 下一轮融资证明点. 仅当 Q4Y2 显示至少 4 生产部署、一次扩展销售以及可降低 CAC 和实施风险的可重复安全部署模式时，下一轮才是合理的。

情景

敏感性

flowchart LR
  Accounts[Target drone OEM accounts] --> Audits[Paid readiness audits]
  Audits --> Pilots[Paid pilots]
  Pilots --> Deployments[Annual deployments]
  Deployments --> Revenue[Recurring revenue plus onboarding]
  Revenue --> GrossProfit[70% gross profit]
  GrossProfit --> Cash[Cash runway]

警示项: 最初的 SAM 仅与 $29M 有关，因此该模型需要在现有帐户内进行扩展，而不是纯粹的新徽标增长来证明风险回报的合理性。 · Y3 仍然略微负于 EBITDA，这对于安全、实施繁重的防御工作流程来说是可信的，但为延迟转换留下的空间很小。 · 每个 FTE 的收入接近软件基准的低端，因为通过 Y3 进行前向部署和合规性劳动力仍然有意义。

• 涉密流程摩擦. 如果新的控制层无法适应安全或部分气隙环境，国防制造商可能会拒绝采用它。 缓解措施: 从非机密规划工作流程开始，尽早支持安全的本地或飞地部署，并与现有批准的系统集成而不是替换它们。
• 起步品类太窄. 如果只有少数项目符合这种情况，围绕火箭发动机和小型喷气发动机构建的楔子可能会限制早期收入。 缓解措施: 从第一天起就为任何受限子组件设计数据模型，并在第一个推进工作流程落地后扩展到能量学、航空电子设备和电子设备。
• 现有系统栈根深蒂固. ERP、PLM 或定制内部工具可能已经拥有部分工厂规划，并使买家对另一个仪表板持怀疑态度。 缓解措施: 销售针对某一飞机系列的可衡量的进度保护，集成到现有的记录系统中，并通过避免线路闲置事件而不是广泛的改造索赔来证明价值。