一套任务保障 OS，帮助海上船舶运营方在恶劣海况下，从移动甲板安全放飞并回收无人机。

1. 已有获资助的创业公司验证，海事 UAV 降落基础设施正在从概念变成现实，因此相邻的软件层可以直接叠加在新部署的硬件之上，而不用继续等核心技术成熟。
2. 高海况下的自动 VTOL 起降意味着，运营方终于可以围绕常态化船载无人机任务来排班，而新的卡点就变成任务放行与回收保障。
3. 媒体反复点名恶劣海况降落是最顽固的运营缺口，这让能降低禁飞不确定性和失败回收风险的产品变得更紧迫。
4. 首个平台通常会带来跨船舶、跨合作方的碎片化部署，因此市场会需要一层中立软件，把全船队的决策和记录标准化。

催化因素。 WaiV 的融资，以及其在高海况下实现自动起降的说法，让海上无人机回收第一次变得真正可行；买家的紧迫点因此转移到如何用运营软件把它安全地部署到整个船队。

打造一套海事无人机任务保障 OS，并配一套可轻量改装到任意已具备无人机能力甲板上的传感器组件。放飞前，系统接入天气、波浪、船体运动、甲板和飞行器遥测，为任务安全性打分，并建议起飞、延后、改线或切换到另一艘船。飞行中，它会实时更新回收包线，并在海况或甲板条件变化时协调后备流程。落地后，系统会自动生成运营方为内部 SOP、客户汇报以及保险方或监管方审查所需的作业记录。第一款产品不是另一架无人机，也不是另一块降落坪，而是把新降落硬件变成可重复海事工作流的控制层。

差异化。 大多数无人机软件做到飞行规划或陆地机队管理就停了。本公司要拿下更难的海事决策层：动态回收包线、按船型定义的甲板就绪判断，以及移动平台上的可审计任务放行。这会通过海况、船型、甲板几何和回收结果等专有运营数据形成护城河，也让公司成为多个无人机 OEM 和降落坪厂商之间的编排层，而不是被锁死在单一机型里。

待完成任务

flowchart LR
  Buyer[海上运营负责人] --> Pain[甲板放飞不安全或任务被取消]
  Pain --> Product[任务保障 OS 与甲板传感器套件]
  Product --> Outcome[获批架次更多，且回收可审计]

高管要点

• 海上自主放飞与回收正在变成现实，因此瓶颈正从飞行器本身转向任务保障和回收治理 [1][2][3]。
• 运营方的需求已经存在：Vattenfall 已经在海上使用巡检无人机，ESVAGT 也量化了相较绳索作业的显著时间节省 [5][6]。
• 最初市场可信但狭窄：海上风电船舶和港口投资在上升，但滩头阵地仍然高度依赖集成、且运营场景集中 [7][22][28][29]。
• 竞争格局分散在降落硬件、服务、船级保障以及横向自主平台之间，给中立的编排层留出了空间 [1][25][27]。
• 监管是真实门槛：FAA、CAA、EASA 和船级指导文件都会把产品推向可审计、人工监督的安全论证，而不是全黑箱自治 [15][17][19][20][13]。
• 风险投资级上行取决于在第一个用例跑通后能否跨出海上风电；仅靠滩头市场，更像是一家强利基型工业软件公司，而不是广义横向类别 [7][24]。

市场定义

这个市场是面向海上工业作业中船载无人机的任务保障软件：决定某次架次是否应该放飞、继续、备降并安全回收到移动甲板，同时产出可审计的运行记录。滩头市场是北海以及英国、欧盟等恶劣海域中的海上风电运维；相邻市场包括海上能源、海事巡检、海岸警卫队、港口安保和水产养殖。它不包括飞行器本身、降落硬件、通用机队管理软件，也不包括纯托管式巡检服务。

用户与买方

日常用户是无人机运营经理、船长以及海事平台主管，他们要判断一项任务能否从移动甲板安全放飞并完成回收。经济买方最可能是海上运营负责人、船队总监，或海上风电运维承包商、服务船运营方内部的 UAV 项目负责人。预算大概率落在海上运维效率、船队数字化或无人机项目扩张中，因为痛点最终体现在巡检取消、绳索作业人力、船时损失和风险管理上。

购买触发点

• 一个新的海上无人机或降落平台部署，需要在多艘船上把放飞/禁飞判断标准化。 [1][2][16]
• 运营方被要求用更快的船载无人机工作流，替代绳索作业或重人力巡检。 [5][6][10]
• 运营方需要比飞手临场判断更严格地记录 BVLOS 与回收决策。 [17][19][20]

支付意愿

只要产品被包装成减少船时、降低绳索作业人力并增加完成架次，它的付费意愿就最可信。ESVAGT 表示，一次无人机巡检每台风机约需 25 分钟，而绳索作业需要半天到一天；Vattenfall 也把无人机与更低运营成本联系起来；Lloyd's Register 则把无人机辅助巡检描述为减少中断与风险的方式。 [5][6][10][26]

品类动态

增长信号 欧洲海上风电装机容量将从当下 36.6 GW 增至 2030 年的 84 GW，隐含 CAGR 约 18%。

验证信号

• WaiV 刚完成种子轮融资，用于商业化海上自主无人机降落。
• Vattenfall 公开表示，无人机已用于叶片巡检，并正在测试海上备件配送。
• ESVAGT 已经在海上风电里执行船载无人机巡检，并量化出相较绳索作业的显著时间节省。
• WindEurope 表示，为支撑海上风电扩张，欧洲必须继续投资船舶和港口。
• Edda Wind 和美国 CTV 订单公告都说明，服务船队正随着海上风电活动继续扩张。
• ABS、DNV 和 Lloyd's Register 都已发布无人机或远程检验指导文件。

监管与技术约束

• BVLOS 无人机作业需要正式审批，而不是普通商业无人机运营即可开展。
• Remote ID、豁免和空域管理要求，会在受监管空域里增加额外运营依赖。
• 海事部署还必须满足船舶安全、船级社和保险方的预期。
• 要支持海上回收决策，系统必须以足够低的延迟把船体运动、甲板状态和飞行器遥测集成起来。
• 连接性和人工覆盖设计仍然重要，因为今天的无人机辅助检验仍保留一定人工干预。

WaiV 是最接近的相邻赋能者，因为它解决的是移动船舶上的自主回收。Aerones 从服务侧看是更强的海上风电替代方案，ESVAGT 及类似运营方可以把巡检包装成托管服务，DJI 则代表横向自主化技术堆栈。缺口在于一层中立的海事任务保障软件，能跨船舶、降落硬件和无人机 OEM 运行。

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

• 降落硬件厂商. 降落硬件本身不会自动成为全船队任务放行和保险级审计轨迹的系统记录层。
• 横向无人机平台. 通用机库和远程运维平台并不是为恶劣海况下的移动甲板回收逻辑而优化的。
• 托管式海上巡检服务商. 服务商可以卖结果，但这并不意味着它们会成为买家整支船队上的中立软件层。
• 船级社与保障机构. 船级机构塑造信任和标准，但通常不会交付面向运营方工作流的软件产品。
• 人工 SOP 与内部工具. 人工清单仍是默认方案，但随着正式授权和审计要求提升，可重复的软件层价值也会更高。

这家公司应该先做北海海上风电船载无人机的任务保障层，而不是再造一家无人机 OEM、降落坪厂商或托管式巡检服务商。研究触发点可信：海上自主放飞与回收正变得可行，Vattenfall 和 ESVAGT 等运营方也已证明海上无人机使用和能量化的巡检提效。因此首款产品应该利用船体运动、海况、甲板状态和飞行器遥测，在人工监督下给出放飞/禁飞判断，并为运营方、保险方和监管方产出审计轨迹。滩头市场必须故意收窄，因为这个市场集成负担重、审批高度定制、买方又十分集中；只有先证明一套可重复使用的海上风电部署模型，后续更广的海事扩张才成立。GTM 应采用创始人主导、先试点后扩张的打法，优先拿下那些已经在推船载巡检项目或新降落平台的运营方，定价则绑定活跃船舶和付费试点，再转成年度软件合同。第一阶段最强的证明点，是客户在没有回收事故的前提下提升获批架次率，并把至少一个两船试点转成正式生产。最大的反证风险是：回收不确定性在任务取消中的占比并不足以支撑独立软件预算，或者买家只愿意把这项能力和硬件或服务打包购买。研究仍未明确预算归属和可接受的误判阈值，因此前 90 天应聚焦验证预算权限、遥测要求以及保险方或船级社的接受度。

问题

• 海上风电运营方已经能在海上使用无人机，但从移动船舶常态化放飞与回收，仍然依赖人工在海况、甲板运动、电池余量和甲板就绪状态之间做即时判断。
• 一旦回收风险说不清，运营方就会退回保守的禁飞决策、绳索作业、额外船时或托管服务，海上无人机项目的 ROI 也会被迅速吃掉。

解决方案

• 打造一套海事任务保障 OS，把船舶遥测、天气与海浪数据、起降坪状态和飞行器遥测融合成由人工监督的起飞、继续、备降或回收建议。
• 每次架次都附带可复核的审计轨迹，让船队运营方能把 SOP 标准化到多艘船上，并支撑保险方、船级社与监管审查。

为什么我们会赢

• 这个切口比通用无人机运营软件更窄，因为它拿下的是移动甲板回收决策，而海事专属逻辑和信任恰恰在这里最关键。
• 护城河会通过与海况、船型、甲板几何和任务结果绑定的专有回收结果数据不断加深，而且能跨多个硬件与无人机厂商累积。

里程碑

flowchart LR
  Wedge[北海海上风电试点，覆盖 1-2 艘船] --> MVP[建议模式任务保障 OS]
  MVP --> Proof[更高的获批架次率与可审计证据]
  Proof --> Expansion[更多船舶、伙伴渠道与相邻海事细分]

创始团队

实验路线图

风险评估

必须成立的条件

• 至少有一家海上风电运营方会在能力被硬件厂商打包前，先为独立任务保障软件付费。
• 回收不确定性足够频繁地成为禁飞决策根因，能通过更好的架次放行带来能量化 ROI。
• 具备人工监督的建议型产品，能满足安全、保险方和船级社的早期信任门槛，而无需完全自治。
• 首次部署可以依赖最小遥测包运行，而不需要为每个账户都做定制船舶工程。
• 海上风电参考客户能为相邻海事细分打开足够相似的工作流，从而支撑扩张。

待尽调问题

• 海上任务取消中，有多少比例是由放飞或回收不确定性造成，而不是空域或人员约束？
• 第一笔部署预算究竟归属于海上运营、数字化、安全，还是无人机项目本身？
• 第一版安全且站得住脚的建议引擎，必须接入哪些遥测数据？
• 试点想进入正式 SOP，究竟需要多深的保险方或船级社参与？
• 降落平台厂商会拥抱中立软件层，还是会试图把整个工作流吸进自家堆栈？

模型合理性

• 收入引擎. 基础情景收入由活跃船舶扩张驱动：Y1 期末 3 艘，Y3 期末 28 艘，混合 ARPU 约为 $90K。
• 必须成立的条件. 至少 1 个 Y1 试点必须在 Y2 转成覆盖 4 艘以上船舶的正式铺开，12 艘活跃船舶的跳升才成立。
• 模型失效条件. 如果销售周期拖向 9 个月，或买家要求与服务打包，验证规模化之前的下行场景现金就会逼近 0。
• 下一轮融资证明点. 当公司证明拥有 3-5 个正式生产客户、12 艘活跃船舶、低于 90 天的客户导入，以及伙伴来源部署时，下一轮融资就有了充分依据。

情景

敏感性

flowchart LR
  TargetAccounts[目标账户] --> PaidPilots[付费试点]
  Partners[伙伴渠道] --> PaidPilots
  PaidPilots --> ActiveVessels[活跃船舶]
  ActiveVessels --> Revenue[收入]
  Revenue --> GrossProfit[毛利]
  GrossProfit --> Cash[现金]

警示项: 基础情景把活跃船舶视为客户单位；如果买家坚持船队级或服务化定价，CAC 和毛利都会比模型显示更差。 · 模型按当期回款处理，但海上企业合同通常会在开票后 30-90 天才回款。 · 滩头市场仍然狭窄，因此风险投资级上行依然依赖在参考部署后跨出北海海上风电。 · 基础情景下 Y3 EBITDA 仍为负，因此下一轮更需要证明可复用性，而不是证明盈利能力。

• 品类成熟速度低于预期. 如果海事降落硬件还要多年才会铺开，软件需求就可能落后于这套判断。 缓解措施: 优先卖给已经在试点船载无人机项目的运营方，并在早期部署中与降落平台厂商深度绑定。
• 过多工作流被锁进 OEM 堆栈. 无人机或降落平台厂商可能把基础运营软件一起打包，挤压独立软件层的空间。 缓解措施: 聚焦跨厂商任务保障、保险级记录，以及 OEM 工具不擅长掌握的船载系统集成。
• 一场安全事故就可能拖慢采用. 一次高可见度的海上回收失败，可能让买家重新退回保守的手动流程。 缓解措施: 先从建议模式起步，设定保守阈值，并提供每次任务后都能提升信任的事故复盘工具。