面向国防零部件工厂的资质图谱——让备选来源审批和可追溯出货不再耗在几个月的经验性返工上。

1. 投资人之所以给供应商整合平台砸钱，是因为真正失灵的是分散的持证产能，而不只是主承包商侧的需求计划。
2. 资质周期时间正在变成被追踪的经营结果，这给聚焦工作流的产品留下了空间，不必再去做另一个泛工厂工具。
3. 痛点集中在任务关键部件上，一个环节延误就能拖住大型国防项目，因此也更容易催生紧急预算。
4. 收购工厂只有在资质知识能跨站点流动时才真正值钱，这也让网络级制造软件第一次变得足够有价值。

催化因素。 Amca 的融资、供应商整合，以及其 67% 资质时间缩短的宣称，都说明：在国防次级制造里压缩审批周期，已经变成紧迫且有预算承接的问题。

产品会吃进各工厂的图纸、工艺计划、过往生产历史、测试资料和质量例外，再按零件族、设备、材料和供应商映射成一张能力图谱。客户一旦提出第二来源、更快放行或设计变更，系统就能直接指出哪些证据可复用、还缺什么、内部或外部哪家工厂最有希望通过资质。接着它自动生成报批包、流转所需签核，并留下可追溯记录，说明某个来源或偏差为什么被批准。时间越久，这张图谱越像一条最快通道：供应商或主承包商不用再花几个月手工摸底，也能看见分散持证网络里的潜在产能。

差异化。 通用 MES、ERP 和 QMS 只会存记录，却回答不了一个关键问题：旧证据够不够支撑新零件、新来源或新变更获批。这个产品真正的核心资产，是一张可复用的资质图谱，把工艺能力、测试历史、例外记录和项目上下文串到多家持证工厂之间。越多工厂、越多审批跑在系统里，它就越难被替换，因为今天藏在少数老工程师和供应商质量负责人脑子里的隐性决策逻辑，会逐步沉淀成系统资产。

待完成任务

flowchart LR
  Buyer[国防零部件供应商总经理] --> Pain[来源资质和放行决策太慢]
  Pain --> Product[资质图谱工作流]
  Product --> Outcome[更快拿到已批准产能并实现可追溯出货]

高管要点

• 痛点是真实存在的：国防备战能力仍会断在低层级零部件供应商手里，因为资质知识散在人员、文件和买家专属模板之间。
• 滩头市场很窄，但很锋利：中型 AS9100/ITAR 工厂内部的备选来源资质认定、偏差控制，以及首件证据复用。
• 现有厂商已经在 QMS、PLM 和 MES 相邻流程上赚到钱，但市场仍缺一层中立的跨工厂资质记忆。
• 合规负担既是门槛，也是特征：一旦系统成了大家信任的报批包组装与辩护中心，替换难度就会快速上升。
• 短期最好的切口仍然是事件驱动：短缺、并购整合、提产，以及主承包商对备援产能的要求。

市场定义

一类软件：帮助航空和国防零部件制造商判断，某个备选来源、工艺变更、偏差或跨厂转移到底能不能批，同时生成主承包商和政府买家要求的支撑报批包与审计轨迹。

用户与买方

核心买家是美国 50–250 人航空国防零部件供应商里的 VP Quality、工厂总经理或运营负责人；日常 champion 通常是供应商质量或质量工程团队。第二层相关方则是想更快在多站点之间转移合格工作量的 OEM 供应商开发团队和 roll-up 运营方。

购买触发点

• 主承包商或政府客户要求先拿到合格来源，才能授标或交付，迫使供应商必须尽快把证明材料拼出来。 [5][9][10][12][36]
• 一旦出现不合格、让步申请或计划内偏差，而且时间很紧，基于邮件的流转就会立刻变成瓶颈。 [6][16][17]
• 网络安全或出口管制审查，会把供应商导入变成一项跨部门合规项目，而不再只是简单的文件交换。 [8][13][35]

支付意愿

航空制造企业本来就在质量、供应商协作和合规类软件上留有预算。SoftwareConnect 给出了国防专用 QMS 类别和单用户大致价格，Tulip 等 MES 平台也公开了入门月费，而 Arena 还把 GovCloud 套餐和供应商质量、分析功能打包出售。这说明预算线本来就存在——前提是产品能明确缩短报批周期，减少工程师人力。 [19][29][30]

品类动态

增长信号 约 8.6%，即 2023-2025 年 AS 系列认证数的年化增速

验证信号

• GAO 指出，DOD 依赖超过 200,000 家供应商，但对大多数原材料和零部件供应商仍缺乏可视化。
• Net-Inspect 直接把自己定位为替代航空供应链里“邮件混乱”的供应商偏差管理工具。
• 面向国防的 QMS 和 MES 买家指南已经把市场分门别类，并给出价格锚点，说明软件预算和品类成熟度都真实存在。
• Amca 的融资轮和对外叙事，都把“更快资质认定”和“关键零部件制造现代化”放在正中央。

监管与技术约束

• 资质要求可能在授标前就要求审批，迫使供应商走正式的合格来源路径。
• 不合格产品不能随便放行；接收必须有技术和合同层面的充分理由。
• DFARS 关于电子元件的规则，会把防伪、授权采购和承包商批准供应商逻辑一路压到各层级。
• 处理受控数据的国防供应商，越来越需要达到 NIST/CMMC 成熟度，买家才愿意展开深协作。
• 主承包商专属的质量手册和 FAI 要求，仍然决定着买家期待的报批结构。

竞争格局是碎片化的。主承包商门户和供应商手册负责定规则；QMS、PLM 和 MES 厂商负责存记录、跑流程；少数航空垂直玩家则处理偏差或 FAI。拟议中的创业公司只有在自己变成一层中立系统——能跨工厂、跨供应商复用历史证据，而不是只记录单厂交易——时，才真正有差异化。

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

• 云 PLM / QMS 套件. 这些系统擅长做 BOM、变更、质量事件和供应商文档的记录中枢，但它们不会天然赢下这场战役，因为真正的资质决策仍取决于不同买家场景里的证据复用和多工厂审批逻辑。
• MES / 数字线程套件. 内部谱系和 as-built 可追溯性当然有价值，但这类平台更擅长运营自有工厂，而不是在独立持证工厂之间撮合“来源是否可批”的决策。
• 主承包商供应商门户. 主承包商确实定义了模板和流转要求，但它们的门户更像买家专用终点，不是供应商可跨客户复用的资质记忆层。
• 纵向一体化运营商. 像 Amca 这样的玩家，可以在自有制造网络里把问题解决掉，但这并不会自动长出一个面向独立工厂和 OEM 供应商开发团队的中立 SaaS 控制点。

Defense Subtier Qualification Graph 是一层工作流和数据系统，服务美国 AS9100 与 ITAR 合规的零部件供应商，帮助它们在不用从头重建证据的前提下，完成备选来源资质认定、偏差审批和持证工厂之间的任务转移。第一单先卖给 50-250 人的机电类供应商——他们正面临提产、短缺、工程变更，或并购后的站点切换。产品不去替换 ERP、QMS 或 PLM，而是吃进导出记录，找出可复用证明，并生成带可审计签核的可提交报批包。研究给出的滩头市场 SAM 为 $57.5M，第三年 SOM 做到 $2.4M 也算说得通，因此这门生意要成立，后续必须扩到 OEM 供应商开发团队、整合平台和更广义的多工厂备战工作流。GTM 是事件驱动：创始人亲自卖进紧急资质事件，把试点范围收窄到一种报批包和一个项目；一旦证明能缩短周期，再转成按工厂收取的年费订阅。护城河来自跨零件、工艺、材料、设备和例外历史不断累积的可复用审批逻辑——这些东西现有系统在存，但没有真正用起来。投资人最该担心的是：数据映射、安全控制和客户特定模板，会不会在软件价值跑通前，就把业务拖成重服务模式。当前仍有几处关键尽调空白：预算到底归谁、数字化报批包能被接受到什么程度，以及主承包商到底有多少报批包段落愿意不经手工重写就直接收。

问题

• 备选来源、偏差和跨厂转移所需的资质证据，散在邮件、表格、ERP 或 QMS 记录、PDF 以及老工程师的经验里，所以每次事件发生，都得从零再拼一次报批包。
• 在电源、传感器、航电和飞控这类任务关键总成里，一份审批包拖住，就会同时卡住收入、出货和备战能力——偏偏主承包商最想扩产的，就是这些工厂。

解决方案

• 资质图谱把图纸、工艺计划、过往生产历史、测试资料、设备与材料约束、例外记录，按零件族和工厂标准化为可复用证据对象。
• 工作流引擎会判断哪些证明可以复用、哪些证据还缺、自动生成面向买家的报批包、流转所需签核，并为后续资质事件留下可追溯记录。

为什么我们会赢

• QMS、PLM、MES 和主承包商门户会存记录，但它们回答不了供应商最关心的问题：眼下这次备选来源、偏差或跨厂转移，靠手头已有证据到底能不能批。
• 系统一旦积累起哪些报批包被谁接受、在什么工艺约束下通过，它就会变成一层黏性很强的审批记忆，比泛工作流软件更难复制。

里程碑

flowchart LR
  Wedge[备选来源与偏差切口] --> MVP[资质图谱 MVP]
  MVP --> Proof[已接受报批包与更短周期]
  Proof --> Expansion[多工厂与 OEM 网络扩张]

创始团队

实验路线图

风险评估

必须成立的条件

• 目标买家在一次典型备选来源或跨厂转移报批上，确实要花 80+ 小时质量/工程时间，以及 30+ 天历时。
• 第一位客户在不做完整安全系统集成前，只靠导出数据也能把周期压缩 30%+。
• 在短缺、提产或并购整合事件里，VP Quality 或工厂总经理手里确实有足够的自主预算来批试点。
• 主承包商和政府方的报批要求在不同事件之间有足够复用度，能让“被接受历史”沉淀成产品优势。
• 至少 30% 的首批客户能在第一份年度合同后 12 个月内，扩到第二家工厂或相邻项目。

待尽调问题

• 目标客户最近五次备选来源、偏差或跨厂转移报批分别是什么，耗时多久？
• 当资质延误威胁到出货或收入时，真正拍板软件预算的高管是谁？
• 在第一轮试点里，哪些报批段落能从现有记录自动填充，哪些仍然必须手工重写？
• 对规模较小的供应商来说，厂商可以托管到什么程度的受控技术数据，而不触发不可接受的 ITAR 或 CUI 摩擦？
• 首个客户多久才会遇到一次足够严重、值得买年费订阅而不是项目制服务的资质事件？

模型合理性

• 收入引擎. 基准收入不是靠激进的 seat 收费，而是把活跃工厂站点从 M12 的 4 个扩到 Y3 第四季度的 24 个，每站点稳态 ACV 约 $100K。
• 必须成立. 首批客户必须能扩到第二家工厂，并接受 6 周内完成的安全导出数据部署；只有这样，Y2 的 8 个站点才能合理跳到 Y3 的 24 个。
• 模型失效条件. 如果安全审查和报批模板一直让部署保持定制化，downside 情形下现金会被压到约 $195K，业务也会滑向重服务经济模型。
• 下一轮融资证明. 公司只有在证明 6-8 个活跃工厂站点、至少 1 次第二工厂扩张，以及 1 个 OEM 或 roll-up 试点都能跑在可复制的部署手册上时，下一轮融资才站得住。

情景

敏感性

flowchart LR
  Leads[紧急资质事件] --> Pilots[付费试点站点]
  Pilots --> Sites[活跃工厂站点]
  Sites --> Revenue[订阅与项目收入]
  Revenue --> GrossProfit[扣除部署成本后的毛利润]
  GrossProfit --> Cash[现金跑道]
  Sites --> Expansion[第二工厂扩张]
  Expansion --> Revenue

警示项: 基准情形到 Y3 仍然 EBITDA 为负，因此下一轮融资看的不是短期盈利，而是扩张路径是否可复制。 · 按 Y3 的收入与 10 人团队计算，Revenue per FTE 仍低于经典 SaaS 基准，因为前线交付、安全和模板工作仍是交付的重要部分。 · 毛利率到 Y3 才碰到 70% 目标；如果安全部署始终保持定制化，模型会吃掉原本预留的缓冲。 · 直接卖给供应商的滩头市场只有 $57.5M SAM，因此投资回报上限仍取决于能否扩到 OEM、roll-up 或更多工作流。

• 数据采集阻力. 老工厂未必有干净的数字记录，首轮实施可能比买家预期更慢。 缓解措施: 先盯住一个资质工作流，软件搭配引导式证据映射，先把时间节省跑出来，再扩大范围。
• 现有系统重叠. 买家可能会觉得 ERP、QMS 或自建跟踪器已经把问题覆盖得差不多。 缓解措施: 定位成跨工厂的资质复用和审批生成层——这些事现有系统只会存，不会自动干。
• 国防销售周期慢. 就算工厂问题很疼，只要预算权掌握在保守运营方或主承包客户手里，推进还是可能很慢。 缓解措施: 先卖给并购整合和紧急扩源场景，因为这些场景里，延误会直接打到项目和收入。