验证 AIS 之外船舶行为的海上承保 OS,让保险公司能给 dark fleet 风险定价、续保和调查。
海上保险公司和 P&I 协会现在给航次定价、续保、做理赔调查,依然靠 AIS 航迹、经纪人证明和人工分析——可 AIS 既能伪造,也能直接关掉。结果是,承保人暴露在规避制裁、走私和伪造损失叙事的风险里,却拿不出独立核验手段。每碰到一次可疑黑屏或航线异常,都得升级成一轮昂贵的人工调查:证据弱、决策慢、成本高。
为何现在
- AIS 既能选择退出,也能被伪造,这意味着保险公司现在是拿一个明知有问题的真相源在做承保;新的验证层因此有了立刻落地的紧迫性。
- 一个覆盖 600+ 艘船、1,000 万平方英里的网络,说明独立海事观测终于密到足以支撑商业化承保工作流,而不再只是一次性的情报项目。
- Quartermaster 已经明确把传感器层卖给保险公司,这大幅降低了在其上方做工作流软件的品类教育风险。
- 如果海洋硬件终于能在经济上跑通,下一层价值池就会转到软件:把原始观测变成能签单、能审计的承保决策。
催化因素。 Quartermaster 的 SmartMast 网络已经铺到 600 艘船,而且明确点出了保险场景;与此同时,AIS spoofing 又让保险公司暴露在制裁和欺诈风险里。非 AIS 的海上真相层,正好在这个时点开始具备商业可得性。
创意
搭一套海上承保 OS,把 SmartMast 一类的第三方观测、AIS、经纪人提交材料和理赔文件一起吃进来,给每条船和每趟航次算出“航次真相分”。第一条工作流服务承保人:在保单签发前,把可疑黑屏、解释不通的改道,以及大概率的船对船接触先拎出来,帮团队审新单和续保。第二条工作流服务理赔团队:一旦出现损失、延误或制裁问题,系统就自动拉出结构化调查时间线,不再靠零散邮件链和外部调查简报拼证据。时间久了,产品会学到哪些模式更容易对应拒赔、制裁升级或高利润业务簿,把个人判断沉淀成可复用的数据资产。创业公司没必要自建传感器网络;真正该拿下的是面向保险公司的决策工作流、证据打包能力和组合反馈闭环。
差异化。 通用海事数据厂商卖的是数据流、地图或告警;可真正要把噪音变成承保和理赔决策的,还是保险公司自己。这个创业公司要拿下的是原生面向保险人的工作流层:航次真相评分、调查时间线、组合反馈闭环,以及围绕海事风险和制裁控制打造的证据包,而不是政府 ISR 那套用例。它的防守力来自保险场景专属标签:哪些行为可疑、哪些案件被拒或被批、组合结果最终如何。这些反馈会随着每次续保和理赔,不断把风险模型喂得更准。
| 滩头市场 | 先切入那些给 50-500 艘油轮、散货船和沿海货船承保的海上保险公司与 P&I 协会;这些船会经过制裁敏感或走私高发走廊,而团队现在还在依赖 AIS 历史和经纪人问卷。 |
|---|---|
| 切入点 | 做一套承保和理赔工作台,把 AIS 和独立传感器网络观测并排比对,专门抓黑屏时段、可疑会合、航线不一致,以及和实际船舶行为对不上的理赔叙事。 |
| 非显而易见洞察 | 当分布式船载感知足够密、也足够便宜后,最先跑出来的商业切口不会是另一个泛海事仪表盘,而是一层给保险公司用的“行为真相”验证层——因为它们已经不能再把 AIS 当成定价和理赔的地面真相。 |
| 风险投资级路径 | 先从海上保险公司的承保和理赔决策切进去,再往贸易融资尽调、租船方风险评分、港口与沿海合规,最终走到全球海事贸易共用的风险数据层。 |
| 主要用户 | 海上保险公司或 P&I 协会里负责船体险或特殊风险承保的负责人,覆盖油轮、散货船和沿海货运船队,航线集中在制裁敏感走廊 |
|---|---|
| 次要用户 | 负责审查可疑 AIS 缺口、会合事件和航次争议的理赔情报负责人或海事风险分析师 |
| 经济买方 | 对赔付率和制裁暴露负责的首席承保官或海上业务 GM |
| 首个客户 | 第一家客户应该是一家专业海上保险公司或 P&I 协会:承保团队 5-20 人,覆盖地中海、红海或东南亚 100-300 艘成品油轮和干散货船,而且已经在用邮件升级处理可疑 AIS 缺口。 |
|---|---|
| 购买触发点 | 续保季、一次制裁控制审计,或一场发生在 AIS 黑屏、航线偏离、争议会合之后的可疑损失事件。 |
| 当前替代方案 | AIS 数据源、经纪人问卷、分析师手工表格、外部调查员,以及资深承保人的老办法判断 |
| 切换理由 | 独立传感器证据能让承保人比单靠可伪造的 AIS 更快、更站得住脚地下决定,也能把每次可疑航次升级调查的成本打下来。 |
| 定价假设 | 按承保团队收年度平台订阅费,再按受监控船舶、续保审查次数或理赔调查包收使用费。 |
待完成任务
| 任务 | 当前替代方案 | 成功指标 |
|---|---|---|
| 当一条船的续保或理赔里出现 AIS 缺口或可疑航线行为时,帮海上承保团队判断大概率发生了什么,好让他们能拿着站得住脚的证据去定价、批准、拒绝或升级处理。 | 人工查看 AIS 航迹、经纪人证明、外部调查员笔记,以及基于表格的升级日志 | 承保或理赔决策所需时间,以及必须交给外部调查的可疑航次案件占比下降 |
flowchart LR Buyer[Marine underwriter] --> Pain[Spoofable AIS and manual voyage checks] Pain --> Product[Voyage-truth underwriting OS] Product --> Outcome[Faster pricing and cleaner fraud decisions]
- 信号 · 4/5这组信号给出了可信的验证点:非 AIS 的海事感知已经能在网络规模上跑起来,而且下游买家里已经明确出现保险公司。
- 痛点 · 4/5欺诈、制裁暴露和理赔不确定性,都是很贵的承保问题;只是来源还没有把保险公司的具体支出量化出来。
- 切入点 · 5/5围绕可疑航次的承保与理赔复核,是一条很窄但边界清晰的工作流:用户是谁、触发点是什么、替代方案是什么、初版产品做到哪,全都讲得清楚。
- 防御性 · 4/5案件结果、航次标签和保险公司专属反馈闭环,会随着时间积累成专有训练数据和工作流锁定。
- 规模化 · 4/5这个滩头市场能从海上保险继续外扩到贸易融资、租船、港口风险和更广的海事合规工作流。
- 分布式海事传感网络
- 海事经纪人和再保险方
- 海事合规与调查公司
- 把船舶观测归一成航次时间线
- 给可疑行为和证据可信度打分
- 打包输出给承保和理赔团队的决策支持结果
- 海事行为风险模型
- 已标注的承保与理赔结果数据
- 与传感器网络、AIS 和保单系统的集成
- 在签发或续保前,验证 AIS 之外的船舶真实行为
- 把可疑航次和理赔的人工调查时间压下来
- 建立 dark fleet 和制裁暴露的组合级视图
- 围绕单一业务簿做高触达工作流配置
- 为承保和理赔团队做分析师培训上手
- 按季度复盘组合表现,并对齐赔付率和升级处置结果
- 直销给海上承保负责人
- 与海事情报提供商和经纪网络合作
- 挂靠在制裁控制或理赔现代化项目上的共创试点
- 海上保险公司和 P&I 协会
- 承保受制裁航线或高风险海事业务的专业 MGA 团队
- 海事理赔与调查团队
- 数据授权和云端推理成本
- 保险工作流集成成本
- 客户成功和行业分析师支持成本
- 年度平台订阅
- 按船舶或按单次审查收费
- 高级调查包和实施服务
市场
| TAM | $90.0M UNCTAD 报告显示,散货船、油轮和普通货船合计约 1.754B dwt。按平均每艘约 45k dwt 倒推,相关船舶约 3.9 万艘;再假设其中 20% 属于高审查船队,每个船舶等价值单位年软件支出约 $11.5k,对应 TAM 约 $90M。 |
|---|---|
| SAM | $21.0M 把 TAM 收缩到地中海、红海、海湾和东南亚这些制裁敏感走廊里的油轮、散货船和货运业务簿:大约 1,800 艘受监控船,按每个船舶等价值单位每年约 $11.5k 计算。 |
| SOM | $4.5M 一个说得通的第 3 年 SOM,是大约 15 个正式部署的保险公司或协会 logo,混合 ACV 约 $300k;每个客户相当于跑 1-2 条重点业务簿。 |
高管要点
- 痛点是真的,而且高度流程化:保险公司、P&I 协会和制裁团队都被要求调查 AIS 缺口、船对船转运、证明文件和可疑航次历史,但今天的做法仍散落在数据供应商、通函、表格和外部分析师之间。
- 底层基础设施现在已经可信了。Quartermaster 的传感器网络、基于 RF 的验证路径,以及成熟的海事情报厂商,都说明问题早已不只是“能不能检测出来”;真正缺的是保险级解释、证据打包和组合学习。
- 竞争并不轻,但非常分散:有海事 AI 厂商、持续跟踪供应商,也有保险工作流平台。默认情况下,没有谁明确拿下了面向 dark fleet 暴露的保险原生签单/续保/理赔工作台。
- 这个滩头市场看起来是真实可卖的,但比广义海事科技叙事要窄。眼下的承保切口大概率只是一个数千万美元级的软件市场;要不要有风险投资级上行,还得看它能否扩到贸易融资、租船、合规和更广的海事风险运营。
- 采纳风险不在认知,而在证据信任:只有当第三方行为信号能减少人工升级、扛过审计审查,并嵌进既有制裁与理赔治理流程,保险方才会买单。
市场定义
这个市场的准确定义,是面向保险公司的软件:在海上承保和理赔里,去验证 AIS 之外的船舶真实行为。它位于原始船舶情报数据流之上、保单管理系统之下,聚焦那些制裁敏感的船体险、货运险和 P&I 工作流——承保人必须在签单、续保或争议理赔前,拿到可审计的航次真相证据。
用户与买方
实际使用者是海上承保人、制裁/合规分析师,或负责油轮、散货船和货运风险的理赔调查员。经济买方通常是海上业务负责人、首席承保官,或对赔付率、制裁暴露和内部控制质量负责的 P&I 协会管理层。
购买触发点
- 油价上限制度下的逐航次证明要求,让保险公司每次碰到高风险航次或 STS 转运时,都必须真的去做文档核验和行为验证。 [1][18][25]
- 可疑 AIS 缺口、伪造位置,或虚假的受制裁港口停靠记录,会立刻触发保险公司、银行和理赔方的升级处理。 [16][23][30]
- P&I 协会在续保审查和新成员准入时,越来越需要做行为层面的船舶筛查,而不是只看静态文件。 [14][24][15]
支付意愿
公开定价很少,但预算逻辑并不难看见。P&I 协会和海上保险公司已经在吞下 pool-loss 波动、制裁合规成本和人工承保摩擦。只要产品真能稳定地缩短调查时间,或帮他们避开坏风险,买方就会从既有承保、合规和理赔预算里掏钱;只是定价权会偏企业谈判,而不是自助式 SaaS。 [28][15][14][34]
品类动态
顺风因素
- shadow fleet 活动和欺瞒航运手法还在进化,市场会持续需要更强的船舶行为证据。
- 保险公司和协会正在变得更数据原生:车船联网、威胁情报和伪造位置过滤都已开始进入工作流。
- 监管方和协会已经把逐航次文档与监控要求说得很明白,产品紧迫性不需要再等新法。
逆风因素
- 眼下的滩头市场买方集中、销售周期长,而且非常看重验证。
- AIS 异常噪音大、上下文依赖强;任何把正常黑屏大量误标为异常的产品,都会很快失去用户信任。
- 围绕承保人到底看到了什么、如何分析、又如何影响理赔决策,数据治理仍有不少灰区。
验证信号
- Quartermaster 说自己的 SmartMast 网络已经部署在 600+ 艘船上,覆盖 1,000 万平方英里海域,这意味着第三方海事真相层已经不是概念验证。
- Windward 发现 75% 的海上承保人如果能立刻拿到数据,就会更快做决定;这直接验证了“提速工作流”这条切口。
- 国际集团旗下协会本来就在采购跟踪工具,并用它们监控高风险区域的船舶行为,这说明预算和流程归属已经存在。
- Insurwave 已经上线伪造位置过滤和威胁情报集成,说明保险用户确实在乎船舶数据完整性。
监管与技术约束
- AIS 在多数商船上是强制要求,而且原则上必须保持开启,所以产品不能把每一次中断都直接当成欺诈,必须把例外讲清楚。
- 油价上限和制裁工作流越来越要求逐航次证明、附带成本权利和对 STS 敏感的文档链路。
- P&I 协会已经在高风险区域维护最低船舶跟踪标准,所以任何新工具都必须接进既有合规流程,而不是另起一套。
- 车船联网和历史航次数据会带出留存、共享、隐私和理赔解释等治理问题。
竞争
最接近的现有厂商,是 Windward、Pole Star、Kpler 这类海事情报供应商,它们强在船舶风险检测;以及 Insurwave 这类保险工作流平台,它们强在数字化特种险运营。真正的空白,是一款产品能把第三方观测和 AIS 直接变成承保人可用的决策包、组合反馈闭环和理赔可用叙事,而不是再多一个监控控制台。
| 竞争对手 | 阶段 | 切入点 | 定价 | 优势 | 相对劣势 |
|---|---|---|---|---|---|
| Windward | 规模化公司 | 用于欺瞒航运、制裁和船舶风险识别的海事 AI | 企业定制定价 | 在制裁合规工作流里,它的行为模型深、市场公信力也强。 | 但它的第一定位并不是面向保险公司的签单 / 续保 / 理赔证据工作台。 |
| Pole Star Global | 规模化公司 | 持续跟踪与海事制裁合规情报 | 企业定制定价 | 在持续跟踪、dark fleet 分析和合规级船舶可见性上,叙事很强。 | 它更偏跟踪 / 合规,而不是围绕组合学习的承保或理赔工作流。 |
| Insurwave | 规模化公司 | 带船舶跟踪与航次分析的特种保险工作流平台 | 企业定制定价 | 相比纯海事情报厂商,它离保险运营和保单工作流更近。 | 但它是更广义的特种险平台,焦点会被稀释,不像我们这么专盯 dark fleet 行为真相切口。 |
| Kpler | 现有厂商 | 服务 P&I 风险管理和制裁监控的大宗商品与海事情报 | 企业定制定价 | 它在 shadow fleet 暴露分析上,对协会和风险团队有很强分析公信力。 | 但它落点仍然是情报和分析,不是一套为承保人量身做的 underwriting OS。 |
为什么现有厂商不会默认胜出
- 海事情报厂商. 它们不会天然赢下这块,因为重心仍在船舶风险检测和合规监控,而不是在保险团队内部编排签单、续保和理赔工作流。
- 保险运营平台. 它们证明保险公司确实想要连通的工作流和航次分析,但公开定位更像广义特种险数字化,而不是 dark fleet 行为真相验证这条窄切口。
- 传感器与 RF 提供商. Quartermaster、RF 分析能力和 spoofing 检测基础设施解决的是数据采集与验证,但这并不会自动让它们变成保险公司承保和理赔决策的 system of record。
- 人工 / P&I 跟踪流程. 协会通函、经纪人问卷和点状工具之所以还常见,是因为它们至少能满足基本治理要求;但它们慢、碎,而且几乎无法形成组合学习。
商业计划
Dark Fleet Underwriting OS 卖给海上保险公司和 P&I 协会——即便 AIS 能被伪造或直接关闭,它们仍得做签单、续保和理赔决定。首个滩头市场是那些 5-20 人的专业承保团队,负责 100-300 艘油轮、散货船和沿海货船,航线覆盖地中海、红海、波斯湾和东南亚等制裁敏感走廊;在那里,可疑黑屏已经会触发人工升级。产品从一套“航次真相”工作台起步,把 AIS、第三方观测、经纪人证明和理赔文件拼成可解释的时间线与证据包,让团队不用再把表格和外部调查员当默认方案。为什么是现在尤其成立:保险公司已经在应对逐航次证明和 spoofing 相关审查,而第三方海事感知据称已覆盖 600+ 艘船、1,000 万平方英里海域。公司要刻意避开“另一个泛海事仪表盘”的坑,也不要自己去养传感器网络;真正的切口是原生面向保险公司的工作流、可审计性,以及组合反馈闭环。第一单应该是一笔围绕单一制裁敏感业务簿的付费试点,由续保季、审计或争议损失事件触发;等团队在真实决策周期里接受这套证据后,再扩成年度正式部署。定价应顺着当前预算归属来走:团队订阅费,加按船舶和按调查收费;等跑完一个续保周期后,再上企业级合同。眼下最大的开放问题有两个:数据伙伴会不会给回放和导出权;第三方观测到底能不能影响承保前判断,而不是只停留在承保后的调查。如果这两条成立,公司可以从承保一路长到理赔、再保险报告、贸易融资尽调和其他海事风险流程;若不成立,它更可能只是个更窄的调查工具。
问题
- 承保人和理赔团队到现在还在靠 AIS 历史、经纪人问卷和人工分析做判断,可 AIS 明明能被伪造,也能直接关掉。
- 一旦出现可疑黑屏、船对船转运或航线异常,案件就会慢慢升级到资深承保人或外部调查员手里,证据链又弱。
- 现有海事数据产品会给告警,但做不出保险级的签单、续保、理赔决策包,也没有组合学习闭环。
解决方案
- 把 AIS、第三方观测数据、经纪人证明和理赔文件接进一条航次真相时间线,事件带可信度评分,也能追溯来源。
- 给承保团队一套续保和新业务工作台,在保单签发前拎出黑屏时段、可疑会合和航线不一致。
- 给理赔和制裁团队一套结构化调查包,把证据、分析师判断和案件结果都沉淀下来,供后续组合学习。
为什么我们会赢
- 公司可以踩着正在成形的传感器和 RF 生态往上走,而不必自己砸钱做船载硬件。
- 产品是按保险公司的原生工作流、可审计性和案件证据来设计的,不是泛海事监控。
- 承保和理赔结果会不断沉淀成专有标签,时间越久,模型质量和切换成本越强。
- 先打透一条业务簿,比第一天就去卖泛海事情报平台,更快拿到验证。
| 滩头市场 | 先切入制裁敏感的海上保险公司和 P&I 协会:承保团队 5-20 人,管理 100-300 艘油轮和干散货船,航线覆盖地中海、红海、波斯湾或东南亚。 |
|---|---|
| 切入点理由 | 先盯住单一业务簿里的可疑航次续保复核和争议理赔调查,因为这里的用户、预算归属、触发点和替代方案全都看得见;如果一上来就做泛海事仪表盘或跨细分平台,只会拖慢验证、稀释产品边界。 |
| 推进顺序 | 顺序要卡准:先拿下数据权合作,再做 concierge 式调查助手,再做让人信得过的续保工作流,最后才是在同一家保险公司内部扩组合。这样能先把证据可信度跑通,再去要求买方改签单权限或深度连到保单系统。 |
| 暂不进入 | 自建船载硬件,或部署自有感知网络 · 面向政府和船队运营方的通用海事情报控制台 · 在保险工作流产品契合度跑通前,就提前做贸易融资、租船风险或港口合规产品 |
| 切入点 | 先卖一笔付费试点:围绕一条制裁敏感油轮或散货船业务簿,处理可疑航次续保复核和争议理赔调查。 |
|---|---|
| 渠道 | 直销给海上业务负责人和 P&I 运营负责人 · 挂靠在制裁控制或理赔现代化项目上的共创试点 · 来自海事情报厂商、经纪人和调查公司的合作转介 |
| 漏斗目标 | Discovery→合格试点 20-30%,合格试点→付费试点 50%+,付费试点→年度正式部署 50%+,正式部署 logo→第二工作流扩单在 12 个月内达到 40%+。 |
| 定价 | 先收一笔 $75k-$125k 的付费试点费,覆盖单一业务簿;随后转成承保团队年度订阅,价格落在 $200k-$300k,再叠加按船舶或按调查收费。这样能对齐现有承保、合规和理赔预算,也避免买方把它当成 rip-and-replace 采购。 |
| MVP | MVP 是一套网页工作台:接入 AIS、至少两路第三方观测数据、经纪人证明和理赔文件,拉出完整航次时间线,标记黑屏时段或船对船事件,并导出可解释的证据包。MVP 一开始不替代保险公司的 system of record,而是先贴着现有签单和理赔流程跑。 |
|---|---|
| 6 个月 | 6 个月内,把 MVP 变成一个真实承保或理赔试点:有按走廊调好的阈值、分析师反馈采集、历史回放和可追溯来源的证据导出。 |
| 12 个月 | 12 个月内,加上组合视图、续保队列管理、案件结果标注,以及接入制裁审查和文档流程,让单个客户能在平台上跑多条业务簿。 |
| 24 个月 | 24 个月后,等保险工作流被信任起来,再从可疑航次复核扩到更广的组合风险运营——比如再保险报告、第二条理赔自动化工作流,以及相邻的海事合规模块。 |
| 关键押注 | 只要模型足够聚焦具体走廊和船型,就有机会把误报压到承保人愿意信任的水平。 · 在早期采购里,历史回放和来源可追溯性,比实时告警更重要。 · 续保和理赔沉淀下来的结果标签,会比单纯扩大通用船舶数据规模,更快把模型喂好。 |
| 收入来源 | 承保团队年度订阅 · 按船舶监控或按续保审查收费 · 按理赔调查包收费,以及实施服务 |
|---|---|
| 价值单位 | 受监控船舶等价值单位,以及已完成的可疑航次审查 |
| 目标毛利率 | 70% |
| 扩张杠杆 | 从一条业务簿扩到同一家保险公司里的多条走廊和多种船型 · 在承保客户里继续卖理赔调查和季度组合复盘模块 · 等保险场景验证跑出来后,再把证据层延伸到再保险报告、贸易融资尽调和租船方风险评分 |
| 北极星指标 | 进入正式合同、且签单、续保或理赔决策会实际使用航次真相证据的年化船舶等价值数量 |
|---|---|
| 输入指标 | 带真实历史案件复核的付费试点数量 · 无需外部调查、就被分析师接受的高可信案件比例 · 从一条工作流扩成两条的业务簿数量 · 从数据伙伴处拿到历史回放和导出权的进度 |
| 待构建护城河 | 由保险公司标注的黑屏、船对船转运、spoofing 和假旗案件库 · 嵌进承保和理赔工作流的、可追溯来源的证据包 · 多源数据权、历史回放能力,以及按走廊调优的数据 |
| 终止标准 | 在 20 次合格共创客户会之后,付费保险试点仍少于 2 个 · 前 200 个已审案件里,高可信告警被判为误报的比例超过 15% · 首个正式部署前,仍拿不到至少 2 家数据供应商的回放与导出授权合同 |
里程碑
- 签下 2 家带回放和导出权的数据供应商
- 拿下 3 个共创客户和至少 1 个付费试点
- 跑完 1 个真实续保或理赔周期,并把决策时间下降做出量化结果
- 上线可审计证据导出和案件反馈采集
- 以 $200k-$300k ACV 拿下 2-4 个正式部署 logo
- 让首个客户扩到第二条工作流或第二条走廊
- 上线组合复盘仪表盘和理赔模块
- 沉淀可对外引用的 ROI 案例,打动承保和合规买家
- 做到约 15 个正式部署的保险公司或协会 logo
- 在核心走廊维持多源数据覆盖,不依赖单一供应商
- 试点再保险报告、贸易融资尽调或租船方风险评分等相邻产品
- 证明与承保和理赔结果绑定的可复用标注案件护城河
flowchart LR Wedge[Beachhead renewal and claims wedge] --> MVP[Multi-source voyage-truth workspace] MVP --> Proof[Cycle-time savings plus audit-ready evidence] Proof --> Expansion[More books, claims module, adjacent maritime risk ops]
创始团队
| 角色 | 入职时间 | 理由 |
|---|---|---|
| 创始工程师 | Month 0 | 把数据接入、证据流水线和核心工作流产品握在自己手里,不外包。 |
| 海事风险产品负责人 | Month 0 | 负责保险工作流设计、标签体系,以及和承保、理赔团队之间的信任。 |
| 全栈与数据工程师 | Month 3 | 首个试点范围敲定后,把历史回放、案件反馈闭环和客户集成做出来。 |
| 保险销售负责人 | Month 4 | 把共创客户转成付费试点,并经营这批高度集中的企业买家。 |
| 客户成功与情报分析师 | Month 6 | 负责上线、按走廊调阈值,并把试点经验变成正式部署扩张。 |
实验路线图
| 阶段 | 实验 | 假设 | 成功指标 | 负责人 |
|---|---|---|---|---|
| 0–90 天 | 访谈 12 家海上保险公司和 P&I 协会,把续保、理赔和制裁工作流按痛点与预算归属排个序。 | 续保复核和可疑理赔工作流,会进入至少一半合格账户的前二痛点。 | 3 个共创客户承诺做范围明确的试点,并指出经济买方。 | 创始人 / CEO |
| 0–90 天 | 拿两家海事情报或传感器提供方,用历史可疑航次案件去谈数据权试点。 | 公司能在不付独家经济对价的前提下,拿到回放、导出和面向保险客户的使用权。 | 签下 2 份带回放和导出条款的合作协议。 | CEO + 法务或商务拓展 |
| 90–180 天 | 在一条制裁敏感走廊的 50-100 个历史案件上跑 concierge MVP。 | 多源时间线能把人工调查时间至少打下来 30%,同时把分析师驳回的误报控制在 15% 以下。 | 决策中位时长下降 30%,误报驳回率低于 15%。 | 产品 + 海事风险分析师 |
| 90–180 天 | 在一条真实续保业务簿和一条争议理赔队列里部署付费试点。 | 只要证据包可解释、可审计,买方会在全量系统集成前先付费。 | 至少签下 1 个 $75k+ 的付费试点,并完成 1 个真实决策周期。 | 销售负责人 |
| 6–12 个月 | 验证首条工作流在同一客户内向组合复盘或理赔扩张。 | 第一条被信任的工作流,会比拿新 logo 更便宜地带来第二单。 | 12 个月内,至少有 1 个客户新增第二条工作流或第二条走廊。 | 客户成功负责人 |
| 12–18 个月 | 用同一层证据底座,试跑一个相邻的再保险方或经纪人报告模块。 | 不新增核心数据接入,也能借同一套数据模型切进海事风险栈里的第二类买家。 | 至少完成 2 次相邻场景共创会,并拿到 1 个有预算的 POC。 | 合作负责人 |
风险评估
- R1核心数据伙伴限制回放或导出权,或者自己上线保险工作流。 — 保持多源接入,尽早谈下可迁移的历史权利,并让保险工作流系统独立于任何单一供应商。
- R2承保人只把产品当成承保后情报工具,不愿把它用进真实定价或续保判断。 — 先从顾问式调查切入,量化处理周期收益;只有在一轮真实决策证明信任之后,才继续扩。
- R3对正常 AIS 中断的误报太多,直接打掉用户信心。 — 在自动化任何建议前,先上按走廊调的阈值、可解释可信度评分和强制分析师反馈闭环。
- R4滩头市场始终太窄,撑不起风险投资回报。 — 在扩大客户细分前,先用保险场景验证点扩到理赔、再保险报告和相邻海事风险工作流。
| 风险 | 可能性 | 影响 | 缓解措施 |
|---|---|---|---|
| 核心数据伙伴限制回放或导出权,或者自己上线保险工作流。 | Medium | High | 保持多源接入,尽早谈下可迁移的历史权利,并让保险工作流系统独立于任何单一供应商。 |
| 承保人只把产品当成承保后情报工具,不愿把它用进真实定价或续保判断。 | Medium | High | 先从顾问式调查切入,量化处理周期收益;只有在一轮真实决策证明信任之后,才继续扩。 |
| 对正常 AIS 中断的误报太多,直接打掉用户信心。 | Medium | High | 在自动化任何建议前,先上按走廊调的阈值、可解释可信度评分和强制分析师反馈闭环。 |
| 滩头市场始终太窄,撑不起风险投资回报。 | Medium | Medium | 在扩大客户细分前,先用保险场景验证点扩到理赔、再保险报告和相邻海事风险工作流。 |
| 标题 | 专业海上保险公司或 P&I 协会里,负责船体险或特殊风险承保的负责人 |
|---|---|
| 画像 | 团队 5-20 人,管理地中海、红海或东南亚 100-300 艘油轮和干散货船,而且已经在用邮件和表格升级处理 AIS 异常。 |
| 触发点 | 续保季、一次制裁控制审计,或发生在 AIS 黑屏、航线偏离、疑似船对船转运之后的可疑损失。 |
| 买方 | 首席承保官或海上业务 GM |
| 初始合同 | 先签一笔 90 天付费试点,覆盖单一业务簿,价格 $75k-$125k;如果平台能压缩升级调查时间,并在一次真实续保或理赔调查里被接受,再转成 $200k-$300k 的年度部署。 |
必须成立的条件
- 至少两家目标保险公司愿意在要求全量集成前,先为试点付费。
- 在相当比例的可疑航次案件里,第三方观测证据确实能改变或加速决策。
- 至少两家数据供应商愿意在合同里给回放、导出和面向保险客户打包证据的权利。
- 高可信告警在早期案件中的分析师驳回率,能压在大约 10-15% 以下。
- 第一个客户能在 12 个月内,从一条业务簿或一条工作流扩到第二条。
待尽调问题
- 第一次部署的预算,到底归承保、理赔还是制裁合规团队?
- 要扛过审计或承保争议,证据链和可解释性到底得达到什么标准?
- 哪些合作条款会让传感器或海事情报供应商有机会绕过我们,直接吃掉工作流?
- 对一个 5-20 人的团队来说,得看到多大的风险泄漏下降或周期缩短,才愿意付 $200k-$300k ACV?
- 如果承保场景的采纳始终很集中,相邻扩张机会到底有多大?
| 结论 | 值得见 / 继续尽调 |
|---|---|
| 信心 | 如果供应商权利和证据信任两关都能过,这项目值得看;若最后只能停在理赔调查工具,赛道就太窄,撑不起高确信度。 |
| 相信的理由 | 它盯住的是一个明确的监管与赔付率痛点,背后又有新的第三方真相层支撑;而海事数据厂商和保险平台都没有清楚拿下这块工作流。 |
| 怀疑的理由 | 初始市场买方高度集中,而且相邻厂商或数据供应商,很可能在公司证明自己能影响承保前就把这个切口吃掉。 |
| 下一步尽调 | 让一笔真实试点跑完整个续保或争议理赔周期,确认买方会足够快地接受这套证据,进而支撑 $200k-$300k 的正式合同。 |
财务模型
| 第 1 年收入 | $29K EBITDA $-1.24M · 期末现金 $2.36M |
|---|---|
| 第 2 年收入 | $675K EBITDA $-1.43M · 期末现金 $931K |
| 第 3 年收入 | $2.92M EBITDA $-454K · 期末现金 $478K |
| 年 ARPU | $300K |
|---|---|
| 毛利率 | 70% |
| CAC | $130K 回本期 7.4 个月 |
| LTV / CAC | 6.8x 生命周期价值 $875K |
| 轮次 | 种子轮 · $3.6M |
|---|---|
| 跑道 | 31 个月 |
| 里程碑 | 在 Q4Y2 前做到 5 个正式部署 logo,至少让 1 个客户扩到第二条工作流或第二条走廊,并在业务向 10 个活跃部署爬坡时,于 Q3Y3 开始仍保有约 6 个月缓冲。 |
模型合理性
- 收入引擎. 基准情形的收入引擎,来自付费部署数从 Y1 的 1 个试点,爬到 Y2 的 5 个活跃部署,再到 Q4Y3 的 15 个;对应混合 ACV 为 $300K。
- 必须成立的前提. 模型要求保险公司足够快地在真实续保或理赔工作流里接受这套证据包,让 1 个试点能转成稳定年约,并带出 1 次第二工作流扩单。
- 模型会在哪些情况下失效. 如果供应商权利始终受限,或买方只把产品当成狭窄的调查工具,下行情形会在下一轮融资前把现金打到负数。
- 下一轮融资证明. 下一轮最好讲的故事,是到 Q4Y2 拿下 5 个正式部署 logo,再到 Q2Y3 跑到约 10 个活跃部署,并在首个客户里做出 1 次可被引用的扩单。
- 营收(线/面积)
- 期末现金(虚线)
- EBITDA(柱,灰色为亏损)
- 创始人 / CEO
- 创始工程师
- 海事风险产品负责人
- 全栈 / 数据工程师
- 保险销售负责人
- 客户成功 / 情报分析师
- 平台 / 数据工程师
- 海事分析师 / 实施
- 客户经理
- 财务 / 运营
| 第3年营收 | 第3年 EBITDA | 现金最低点 | 说明 | |
|---|---|---|---|---|
| 下行 | 数据权摩擦更大、保险方建立信任更慢,导致正式部署转化落后于计划,合同价格也打不到目标 ACV 区间上沿。 | |||
| 基准 | Y1 末的 1 个付费试点顺利转成年约合同,首个客户完成一次扩单,毛利率也在 Y3 跑到 70% 目标。 | |||
| 上行 | 共创客户转正式更快,第二条工作流更早卖出,公司在不明显前置固定成本的情况下拿下更多部署。 |
| 变量 | 下行 | 上行 | 现金影响 | 营收影响 |
|---|---|---|---|---|
| CAC | 每个付费部署的 CAC 为 $160K | 每个付费部署的 CAC 为 $110K | ||
| 销售周期 | 付费试点和正式部署都比计划晚 1 个季度成交 | 试点后 2 个月内就能靠转介绍成交 | ||
| 招聘节奏 | 把第二名平台工程师、第二名 AE 和财务招聘都提前 2 个季度 | 把第二名 AE 和财务招聘都延后 1 个季度 | ||
| ARPU | Y3 混合年化 ACV 为 $275K | Y3 混合年化 ACV 为 $320K | ||
| 流失率 | 续保开始后,月流失率为 3.0% | 月流失率为 1.5% | ||
| 毛利率 | 67% | 72% |
情景
| 情景 | 第 3 年收入 | 第 3 年 EBITDA | 现金低点 | 说明 | 关键变化 |
|---|---|---|---|---|---|
| 下行 | $2.20M | $-1.03M | $-160K | 数据权摩擦更大、保险方建立信任更慢,导致正式部署转化落后于计划,合同价格也打不到目标 ACV 区间上沿。 |
|
| 基准 | $2.92M | $-454K | $466K | Y1 末的 1 个付费试点顺利转成年约合同,首个客户完成一次扩单,毛利率也在 Y3 跑到 70% 目标。 |
|
| 上行 | $4.16M | $476K | $1.09M | 共创客户转正式更快,第二条工作流更早卖出,公司在不明显前置固定成本的情况下拿下更多部署。 |
|
敏感性
| 变量 | 下行情景 | 基准情景 | 上行情景 |
|---|---|---|---|
| ARPU | Y3 混合年化 ACV 为 $275K | Y3 混合年化 ACV 为 $300K | Y3 混合年化 ACV 为 $320K |
| CAC | 每个付费部署的 CAC 为 $160K | 每个付费部署的 CAC 为 $129.56K | 每个付费部署的 CAC 为 $110K |
| 流失率 | 续保开始后,月流失率为 3.0% | 月流失率为 2.0% | 月流失率为 1.5% |
| 销售周期 | 付费试点和正式部署都比计划晚 1 个季度成交 | 试点转正式大致落在 1 个续保周期内 | 试点后 2 个月内就能靠转介绍成交 |
| 毛利率 | 67% | 70% | 72% |
| 招聘节奏 | 把第二名平台工程师、第二名 AE 和财务招聘都提前 2 个季度 | 只有在 Y2 正式部署验证跑出来后才补后续岗位 | 把第二名 AE 和财务招聘都延后 1 个季度 |
关键假设 (18)
| ID | 名称 | 数值 | 单位 | 来源 |
|---|---|---|---|---|
| A1 | 模型起始月份 | 2026-06 | YYYY-MM | [BP date 2026-05-21] 模型从 business-plan 日期后的下一个月开始,这样种子轮资金能先到位,再启动招聘爬坡。 |
| A2 | 期初现金 | 3600.0 | USDK | [BP fundingAsk targetFundingRangeUsd $3–5M] 基准情形按 $3.6M 的种子轮测算,落在区间内,也足以带着缓冲跑到下一里程碑。 |
| A3 | 模型里的客户单位 | 付费保险公司或协会部署 | definition | [BP investorMemo.initialContract; BP market.som 15 客户数 at about $300k ACV] customersEop 追踪的是付费试点或正式部署数量,而不是船舶数量。 |
| A4 | 起始付费部署数(M1) | 0 | count | [BP milestones 0–12 个月] 公司以零收入起步,只有在数据权和共创客户工作跑通后,才会签下第一笔付费试点。 |
| A5 | Y1 每月新增付费部署 | [0, 0, 0, 0, 0, 0, 0, 0, 1, 0, 0, 0] | count | [BP experimentRoadmap and milestones] 假设到 Y1 末才签下 1 个付费试点;此前要先跑完 3 个共创客户和 1 个真实决策周期。 |
| A6 | Y2 每季度新增付费部署 | [1, 1, 1, 1] | count | [BP milestones 12–24 个月 convert 2–4 production 客户数] 这个节奏让 Y2 结束时来到 5 个活跃部署,其中包含首个客户内部的一次扩单。 |
| A7 | Y3 每季度新增付费部署 | [2, 3, 2, 3] | count | [BP market.som $4.5M on roughly 15 客户数; BP milestones 24–36 个月] Y3 结束时达到 15 个活跃部署,与 SOM 叙事一致。 |
| A8 | 年度价格阶梯 | Y1 100.0; Y2 225.0; Y3 300.0 | 每年 USDK per deployment | [BP gtm.pricing $75k-$125k pilot then $200k-$300k 每年 subscription; BP investorMemo.initialContract] 假设 Y1 先按试点价格成交,之后正式合同价格在 Y2 走到区间中位、Y3 走到高位。 |
| A9 | 收入确认规则 | 期内平均活跃部署数 × 年度合同价值 | formula | 创业公司财务常用简化:新企业部署通常在期中上线,所以确认收入按 ((BoP + EoP) / 2) × 年化价格计算。 |
| A10 | 毛利率爬坡 | Y1 付费月份 48-55;Y2 各季度依次为 60、62、65、68;Y3 各季度依次为 69、70、70、70 | 百分比 | [BP businessModel.targetGrossMarginPct 70; BP risks on supplier rights and services-heavy onboarding; Research sensitivityCases data-provider squeeze] 只有当工作流和上线流程逐步标准化后,毛利率才能爬到目标值。 |
| A11 | 完全成本薪资带 | 创始人 180;创始工程师 170;海事产品负责人 160;数据工程师 150;保险销售负责人 180;CS/情报分析师 120;平台/数据工程师 150;海事分析师 130;AE 160;财务/运营 110 | 每年 USDK per FTE | [BP team roles] 再加上创业公司财务常用假设:精简的美欧种子期企业软件团队,其现金薪酬包含工资税和福利。 |
| A12 | 招聘节奏 | M1 招创始人、创始工程师、海事产品负责人;M4 招全栈/数据工程师;M5 招保险销售负责人;M7 招 CS/情报分析师;M15 招平台/数据工程师;M18 招海事分析师;M19 招 AE;M27 招第二名平台/数据工程师;M30 招第二名 AE;M31 招第二名海事分析师;M34 招财务/运营 | timing | [BP team startTiming through Month 6] 再结合创业公司财务常用假设,把后续补员与 BP 里 12 个月、24 个月和 24-36 个月的扩张里程碑挂钩。 |
| A13 | 薪酬分摊规则 | 创始人 50% 计入 S&M、50% 计入 G&A;海事产品负责人 60% 计入 R&D、20% 计入 S&M、20% 计入 G&A;CS/情报分析师 70% 计入 S&M、30% 计入 R&D;海事分析师 60% 计入 S&M、40% 计入 R&D;工程团队全部计入 R&D;销售岗位全部计入 S&M;财务/运营全部计入 G&A | policy | [BP team rationales, operations, and gtm] 这反映的是创始人亲自打单、高触达的证据工作流实施方式,以及前期偏产品的组织形态。 |
| A14 | 非薪酬经营费用爬坡 | S&M 每月 8-28;R&D 每月 12-24;G&A 每月 10-18 | USDK 每月 | [BP operations and fundingAsk.useOfFundsSummary] 再叠加创业公司财务常用假设:差旅、数据权谈判、云成本、审计日志和法务/合规开销。 |
| A15 | 稳态月流失率 | 2.0 | 百分比 | 创业公司财务常用假设:年约合同加嵌入式承保工作流支持,意味着留存不会差;但买方集中、切口偏窄,也会让早期流失率高于成熟 vertical SaaS。 |
| A16 | 单次部署的混合 CAC | 129.56 | USDK | 按模型中 Y2-Y3 的销售与营销支出 $1.814M 除以 14 个新增付费部署得出;与海上保险这个高度集中的细分里、由创始人主导且高触达的企业销售模式一致。 |
| A17 | 融资规模规则 | 跑到下一轮可融资里程碑,并预留 6 个月缓冲 | policy | 开发者指令 + [BP fundingAsk runwayMonths 18] 本轮融资不是只够跑出第一个试点,而是要带着 6 个月缓冲把可重复的正式部署证明跑出来。 |
| A18 | 现金流简化规则 | 期末现金 = 期初现金 + 累计 EBITDA | formula | 创业公司财务常用简化:轻资产软件模式默认资本开支、债务和营运资本扭曲都很小。 |
flowchart LR DesignPartners[Design partners and live cases] --> PaidDeployments[Paid insurer deployments] PaidDeployments --> ACV[Annual contract value plus workflow expansion] ACV --> Revenue[Recognized revenue] Revenue --> GrossProfit[Gross profit after supplier and services costs] GrossProfit --> Cash[Cash runway]
警示项: 毛利率到 Y3 才跑到 business-plan 目标,所以只要供应商涨价或服务工作量上去,就得融更大一轮。 · 收入集中度很高,因为计划高度依赖少数海上保险买家,以及首个客户扩到第二条工作流。 · 模型到 Y3 末现金仍偏紧,所以如果错过 Q4Y2 到 Q2Y3 这段验证窗口,融资选择会很快被压缩。
主要风险
- 数据接入依赖. 如果传感器网络提供方限制数据接入,或者自己往上做承保工作流,这家创业公司就可能失去最核心的证据来源。 缓解措施: 尽早搭好多源接入层,保持保险工作流的 system of record 独立,并在合同里拿到可迁移的历史数据权利。
- 保险业采纳偏慢. 海上保险公司也许认可洞察价值,但如果没有 ROI 证明和审计层面的接受度,它们仍可能不愿改动签单或理赔流程。 缓解措施: 先在现有流程旁边做顾问式调查,拿一条业务簿跑出周期缩短和风险泄漏下降,再等续保结果可量化后扩进去。
- 误报会打掉信任. 如果产品把太多正常航次错判成可疑,承保人很快就会退回到资深人员拍板,系统也就没人用了。 缓解措施: 上线时先给可解释证据包、保守阈值和人工反馈闭环,让团队能按航线和船型把模型行为慢慢调准。
证据
引用来源 (36)
- GOV.UK. Maritime Services Ban and Oil Price Cap: industry guidance · https://www.gov.uk/government/publications/uk-maritime-services-ban-and-oil-price-cap-industry-guidance/uk-maritime-services-ban-and-oil-price-cap-industry-guidance
- IMO. Automatic identification systems (AIS) · https://www.imo.org/en/ourwork/safety/pages/ais.aspx
- U.S. Treasury. Guidance to Address Illicit Shipping and Sanctions Evasion Practices · https://content.govdelivery.com/accounts/USTREAS/bulletins/28b9b75
- UNCTAD. RMT 2024 - Chapter II. World shipping fleet and services · https://unctad.org/system/files/official-document/rmt2024ch2_en.pdf
- UNCTAD. Review of Maritime Transport 2024 · https://unctad.org/publication/review-maritime-transport-2024
- TechCrunch. This startup raised $43M to build a hive mind for ships · https://techcrunch.com/2026/05/20/this-startup-raised-43m-to-build-a-hive-mind-for-ships/
- IUMI. Evolution of deceptive shipping practices — disabling/manipulating AIS · https://iumi.com/newsletter-june-2024/evolution-of-deceptive-shipping-practices-disabling-manipulating-ais/
- IUMI. Facts & Figures Press Release 2025 · https://iumi.com/statistics/facts-figures-press-release-2024/
- IUMI. How telematics is transforming underwriting & claims practices in marine insurance · https://iumi.com/newsletter-june-2025/how-telematics-is-transforming-underwriting-claims-practices-in-marine-insurance/
- IUMI. IUMI highlights challenging hull marine insurance market and elevated risk · https://iumi.com/news/press-release/iumi-highlights-challenging-hull-marine-insurance-market-and-elevated-risk/
- IUMI. Maritime shadow fleet: formation, operation and continuing risks · https://iumi.com/newsletter-june-2025/maritime-shadow-fleet-formation-operation-and-continuing-risks/
- IUMI. Spring Stats Update 2025 · https://iumi.com/statistics/spring-stats-update-2025/
- IUMI. Statistics · https://iumi.com/statistics/
- Kpler. How maritime intelligence is strengthening P&I club risk management · https://www.kpler.com/blog/how-maritime-intelligence-is-strengthening-p-i-club-risk-management
- Marsh. P&I Club update 2025 · https://www.marsh.com/en/industries/marine/insights/protection-and-indemnity-club-update.html
- Gard. Going dark is red flag in AIS tracking and sanctions compliance · https://gard.no/en/insights/going-dark-is-red-flag-ais-tracking-sanctions-compliance/
- Gard. Sales of oil tankers: Is the buyer’s compliance the seller’s risk? · https://gard.no/en/insights/sales-of-oil-tankers-is-the-buyers-compliance-the-sellers-risk/
- Gard. The oil price cap requirement to provide voyage attestations and other information to P&I clubs · https://gard.no/en/circulars/3-2024-the-oil-price-cap-requirement-to-provide-voyage-attestations-and/
- Pole Star Global. Maritime Matters: the finance opportunities & sanctions risks affecting financial institutions & shipping companies · https://www.polestarglobal.com/resources/maritime-matters-the-finance-opportunities-sanctions-risks-affecting-financial-institutions-shipping-companies/
- Pole Star Global. Tracking the shadow fleet: a retrospective analysis of the SKIPPER’s deceptive operations · https://www.polestarglobal.com/resources/tracking-the-shadow-fleet-a-retrospective-analysis-of-the-skippers-deceptive-operations/
- Pole Star Global. Unveiling the Dark Fleet and the Latest in AIS Spoofing (Four-Part Series) · https://www.polestarglobal.com/resources/unveiling-the-dark-fleet-and-the-latest-in-ais-spoofing-four-part-series/
- Pole Star Global. Verifiable Ship Tracking in Dark Times: Persistent Tracking for Immutable Regulatory Compliance · https://www.polestarglobal.com/resources/verifiable-ship-tracking-in-dark-times-persistent-tracking-for-immutable-regulatory-compliance/
- Skuld. AIS spoofing and jamming in the Persian Gulf: a growing maritime security concern · https://www.skuld.com/topics/ship/navigation/ais-spoofing-and-jamming-in-the-persian-gulf-a-growing-maritime-security-concern/
- Skuld. Vessel monitoring and P&I insurance · https://www.skuld.com/topics/legal/sanctions/sanctions/vessel-monitoring-and-pi-insurance/
- UK P&I Club. Russian Oil Price Cap Sanctions Update · https://www.ukpandi.com/news-and-resources/circulars/article/club-circulars/2024/circular-02-24-russian-oil-price-cap-sanctions-update/
- Windward. Executive Brief: deceptive shipping practices · https://windward.ai/blog/executive-brief-deceptive-shipping-practices/
- Windward. False Flags & Fraudulent Registries Threaten Global Shipping · https://windward.ai/blog/false-flags-and-fraudulent-registries-threaten-global-shipping/
- Windward. Faster underwriting · https://windward.ai/blog/faster-underwriting/
- Windward. Harness AI for maritime sanctions compliance: greater accuracy, risk mitigation · https://windward.ai/knowledge-base/harness-ai-for-maritime-sanctions-compliance-greater-accuracy-risk-mitigation/
- Windward. The Dark Side of AIS: Staying Ahead in a Sea of Spoofing · https://windward.ai/blog/the-dark-side-of-ais-staying-ahead-in-a-sea-of-spoofing/
- Windward. Looking beyond AIS · https://windward.ai/blog/looking-beyond-ais/
- Insurwave. Digitising maritime insurance risk · https://insurwave.com/blog/insights/digitising-maritime-insurance-risk
- Insurwave. How threat intelligence is shaping the insurance market and influencing claims · https://insurwave.com/blog/insights/how-threat-intelligence-is-shaping-the-insurance-market-and-influencing-claims
- Insurwave. Transforming marine insurance with technology · https://insurwave.com/blog/product/transforming-marine-insurance-with-technology
- Insurwave. What’s New: spoofed position filtering, enhanced exposure extraction and more · https://insurwave.com/blog/product/whats-new-spoofed-position-filtering-enhanced-exposure-extraction-and-more
- Spire. GNSS spoofing: a growing global threat · https://spire.com/blog/space-reconnaissance/gnss-spoofing-a-growing-global-threat/