保险业最顽固的结构性矛盾，藏在每一次支付动作的断裂处。当一个家庭在体育报名平台上为孩子的赛季注册付费时，运动意外险的购买入口通常不在这个流程里；当一个活动主办方完成场地预订并支付押金时，活动取消险往往需要跳转到另一个网站、重新填写一遍信息、再经历一次核保等待。消费者在风险最具体的时刻被要求离开场景，去一个陌生的地方完成一件本该顺手完成的事。软件平台则眼睁睁看着一笔本可发生的交易从自己的流程中流失，只因为它没有保险产品设计能力、没有承运人关系、也扛不住监管合规的复杂度。
Vertical Insure 试图把这条断裂的链路重新接上。这家总部位于明尼苏达州明尼阿波利斯的公司，向垂直 SaaS 平台提供嵌入式保险基础设施：通过一个多承运人 API，平台可以在交易发生的同一界面内设计、定价并管理保险产品。2026 年 8 月，公司宣布获得 Updata Partners 领投的新一轮融资，现有投资方 Rally Ventures 与 Dundee Venture Capital 参与。Updata 官网将这笔交易描述为“重大增长投资”，并注明这是 Updata Partners VIII 基金的首笔投资；The Insurer 的报道则将其称为 Series A。融资额未披露。
这笔融资的模糊轮次标签本身就是一个信号。一家已经服务超过 100 个软件平台、声称覆盖数百万笔交易、年增长超过 100% 的公司，被一家成长型基金用新一期基金的首笔投资押注，却被部分媒体归类为 A 轮——这中间的错位，恰恰说明嵌入式保险基础设施仍处在“业务数据跑在前面、资本叙事尚未定型”的阶段。
| 字段 | 内容 |
|---|---|
| 公司 | Vertical Insure |
| 轮次 | Updata Partners 领投；The Insurer 称 Series A，Updata 称“重大增长投资”，公司未统一口径 |
| 金额 | 未披露 |
| 投资方 | Updata Partners（领投）、Rally Ventures、Dundee Venture Capital |
| 总部 | 美国明尼苏达州明尼阿波利斯 |
| 创始人 | Brock Noland |
| 官网 | https://verticalinsure.com/ |
一个 API 背后，是把保险公司的资产负债表挡在软件平台之外
Vertical Insure 的产品逻辑并不复杂，但它的产业含义比表面看起来要重。公司向垂直 SaaS 平台提供的是一个多承运人 API，平台通过这个接口在注册、结算、计费等交易节点嵌入保险产品。据公司披露，其模式是“软件优先”：由 Vertical Insure 负责产品设计、定价和承保管理，SaaS 平台保持对客户关系和用户界面的控制，保险以白标形式出现在平台自身的体验中。
关键在于风险归属。Updata Partners 在投资公告中明确写道，这一模式为平台创造了“高毛利、净新增收入流，且对任何一方都没有资产负债表风险”。这句话值得拆开看：软件平台不需要成为保险公司，不需要承担承保风险，也不需要自建精算和合规团队；它只需要在自己的交易流程里开放一个位置。Vertical Insure 承担的是中间层——连接承运人、处理监管要求、管理产品生命周期。这种结构把保险业最重的部分隔离在基础设施层，让 SaaS 平台只接触最轻的变现环节。
从已披露的客户名单看，这套逻辑至少在几个垂直领域跑通了。Updata 公告列举的合作伙伴包括 SportsEngine、LeagueApps、Togetherwork、Daxko 和 Blackbaud；Pulse2 的报道补充了 Blackbaud、LeagueApps 和 Togetherwork。这些名字覆盖了体育注册、营地与活动管理、非营利与教育软件等场景。公司新闻页还提到与 Ressio 合作推出建筑工程管理软件中的建工险集成，以及与 Blackbaud 合作面向 K-12 私立学校的学费退款保障。这些案例的共同点是：保险购买决策与一笔已经发生的核心交易强绑定，风险触发条件清晰，保障期限与交易周期天然对齐。
但“超过 100 个软件平台”这一数字需要被放在正确的刻度上理解。公司称其模式“已在数百万笔交易中得到验证”，年增长超过 100%。这两个数据均来自公司或投资方披露，没有独立第三方审计或公开财务文件佐证。对于一个以交易量为核心指标的嵌入式保险平台而言，“数百万笔交易”到底是累计值还是年度值、交易口径是否包含未成交的报价展示、不同垂直领域的交易质量差异如何，公司均未披露。这不是否定其业务进展，而是说，在缺乏拆分数据的情况下，外部观察者无法判断这 100 多个平台中有多少是深度集成的收入贡献者，有多少仍处于早期试点。
垂直 SaaS 的订阅天花板，正在把保险从“可选插件”逼成“核心基础设施”
Vertical Insure 所处的赛道，其增长逻辑建立在垂直 SaaS 行业一个越来越难以回避的问题上：当订阅收入的增速放缓，软件公司还能从哪里赚钱？
过去十年，垂直 SaaS 的估值叙事主要围绕“渗透率提升”展开——同一个行业里还有多少客户没有用上软件。但当头部平台在各自垂直领域的渗透率达到一定水平后，单靠新增席位和订阅费已经难以支撑资本市场期待的增速。支付是一个已经被验证的答案：把交易流水纳入平台，抽取支付处理费。保险是下一个逻辑延伸：支付解决的是“钱怎么流动”，保险解决的是“风险怎么定价”。后者在单位经济性上往往更优，因为保险产品的佣金率通常高于支付处理费率，且不占用平台自身的资金池。
Vertical Insure 的创始人 Brock Noland 在公司声明中把这个判断说得相当直白：“我们看到这一愿景正在成为现实，因为越来越多的平台正在超越订阅模式，把风险时刻转化为增长和长期差异化的机会。”这是公司口径，但它指向的趋势有更广泛的产业背景支撑。嵌入式金融的整体扩张，已经让“软件即渠道”从概念变成可观测的商业实践。保险作为其中合规门槛最高、承运人关系最重、产品设计最复杂的品类，天然适合由专门的基础设施层来承接。
从已披露的信息看，Vertical Insure 的切入时机并不算早，但它的定位有一个相对清晰的边界：不做通用保险比价，不做面向消费者的独立保险 App，只做垂直 SaaS 的嵌入式基础设施。这个边界意味着它的获客路径高度依赖软件平台的既有用户流量，而不是自己花钱买流量。Updata 的 Jon Seeber 在声明中强调公司“资本效率高、留存和单位经济性处于同类最佳水平”，这同样来自投资方口径，没有公开财务数据支撑，但从商业模式结构看，如果平台集成后的保险交易确实发生在既有流程内，获客成本确实有可能显著低于独立保险渠道。
需要警惕的是，这个赛道的机会和陷阱同源。嵌入式保险的“嵌入”意味着 Vertical Insure 的收入完全寄生在合作伙伴的交易流上。如果一个大客户决定自建保险能力，或者转向另一家基础设施供应商，Vertical Insure 在该平台上的收入就会归零。公司称其客户留存“同类最佳”，但没有披露具体留存率或净收入留存率。在缺乏这些指标的情况下，所谓“世界级合作伙伴关系”更像是一句投资方的话术，而非可验证的事实。
竞争不在明面上，而在每一个 SaaS 平台的“自建还是外采”决策里
Vertical Insure 的竞争格局有一个反直觉的特征：它最危险的对手可能不是另一家嵌入式保险基础设施公司，而是它的潜在客户自己。
来源材料中没有列出任何直接竞争对手。这本身就是一个信息。嵌入式保险基础设施在垂直 SaaS 领域仍处于早期，尚未形成像支付领域 Stripe 与 Adyen 那样清晰的双寡头格局。但这并不意味着 Vertical Insure 没有竞争压力。它的竞争发生在每一个 SaaS 平台的内部决策会上：是买 Vertical Insure 的 API，还是自己组建一个小型保险团队？
自建的门槛正在下降，但并未消失。一个垂直 SaaS 平台要自己嵌入保险，需要解决至少三件事：与承运人建立合作关系、获得或借用承保资质、处理各州或各国的监管合规。对于年收入数亿美元的头部平台，这些成本可以承受；对于年收入几千万美元的中型平台，自建保险团队的机会成本往往高于外采。Vertical Insure 的真正客户群，大概率是后者——那些有足够交易量让保险收入变得有意义、但又不至于大到可以自建保险能力的平台。
从客户名单看，Blackbaud 和 Daxko 的体量并不小。Blackbaud 是上市公司，年收入超过 10 亿美元。如果连这样的平台都选择外采而非自建，说明 Vertical Insure 提供的价值不仅仅是“省去自建成本”，还包括承运人网络的广度、产品设计的迭代速度、以及跨垂直领域的风险数据积累。但这也反过来提出了一个问题：当 Vertical Insure 的客户规模大到一定程度，它们会不会开始要求更低的佣金分成、更多的数据所有权、甚至联合品牌的排他性条款？这些谈判动态在来源材料中完全没有涉及，却是决定公司长期毛利率的关键变量。
另一个竞争维度来自通用嵌入式保险平台。市场上存在一批面向各类软件和金融科技公司的保险 API 供应商，它们不限定垂直领域，提供更标准化的产品。Vertical Insure 的差异化在于“垂直”二字——它声称针对每个垂直行业的特定风险场景设计产品，而不是把通用保险产品硬塞进不同流程。从已披露的合作案例看，学费退款保障、建工险、体育意外险确实是高度垂直化的产品，通用平台难以快速复制。但这种垂直化也意味着每个新行业的拓展都需要重新建立承运人关系、重新设计产品、重新理解监管环境。扩张速度与产品深度之间存在真实的张力。
Updata 的这笔投资，买的是一个“资本效率叙事”的延续权
Updata Partners 选择用第八期基金的首笔投资押注 Vertical Insure，这个决策本身比融资金额更有信息量。
Updata 是一家总部位于华盛顿特区的科技投资机构，据公司新闻稿披露，其管理承诺资本超过 30 亿美元，专注于高增长 B2B 软件和软件驱动型业务。一家机构在新基金的开局阶段选择什么项目，往往反映了它对未来三到五年退出环境的判断。选择一家声称“资本效率高、年增长超 100%”的嵌入式保险基础设施公司，而不是一家烧钱换增长的消费型保险科技公司，说明 Updata 在基金周期起点上更倾向于可预测的单位经济性，而非规模优先的激进扩张。
Jon Seeber 将代表 Updata 进入 Vertical Insure 董事会。他在声明中使用了“compelling ROI”和“world-class partnership”这样的表述，这些是典型的投资方语言，没有附带具体数据。但 Updata 公告中有一个值得注意的细节：它特别提到 Brock Noland 是一位“多次创业者”，其先前的公司 phData 已出售给 Gryphon Investors 和 Monroe Capital。这个背景信息被放在公告的显著位置，说明 Updata 在尽调中看重的不只是 Vertical Insure 当前的业务数据，还有创始人在规模化退出方面的履历。对于一家成长型基金而言，创始人的退出经验是降低执行风险的重要信号。
但“资本效率”这个标签需要被谨慎对待。公司称年增长超过 100%，同时保持资本效率，这两个说法都来自公司或投资方，没有独立财务数据佐证。在嵌入式保险的早期阶段，收入增长可能高度集中在少数几个大客户身上。如果 SportsEngine 或 Blackbaud 的保险交易量出现波动，公司整体增速会受到不成比例的影响。来源材料没有披露客户集中度、前十大客户收入占比、或任何形式的净收入留存率。在这些数据缺失的情况下，“资本效率增长”更像是一个需要后续融资轮次来验证的假设，而非已经确立的事实。
资金用途指向扩张，但真正的瓶颈可能不在销售端
公司披露的资金用途包括：加速市场进入执行、拓展新市场和垂直领域、增强技术平台、扩大销售与市场营销、建立新合作伙伴关系。这是一份标准的成长期公司资金用途清单，每一项都合理，但每一项都没有触及更深层的问题。
如果 Vertical Insure 的核心约束是“承运人网络不够广”，那么资金应该优先流向承运人关系建设和承保能力扩展。如果核心约束是“平台集成周期太长”，那么资金应该优先流向工程团队和集成工具链。如果核心约束是“垂直行业拓展需要逐个击破”，那么资金应该优先流向行业专家招聘和垂直产品设计。公司没有披露资金的具体分配比例，外部观察者无法判断管理层对瓶颈的自我认知。
从产品结构看，Vertical Insure 的扩张面临一个典型的“平台型基础设施”困境：每进入一个新的垂直领域，它都需要同时解决供给端和需求端的问题。供给端是找到愿意为这个垂直领域承保的承运人，并设计出符合该领域风险特征的产品；需求端是说服该领域的头部 SaaS 平台接入。两端同时推进的难度远高于在已有垂直领域内做深。公司目前覆盖的领域包括体育、营地与活动、活动、物业与租赁、教育，这些领域之间有一定的相似性——都是交易频次较高、风险事件相对标准化、用户对保险的认知门槛较低的场景。但如果要拓展到医疗、物流、制造等更复杂的垂直领域，产品设计和承保逻辑的复杂度会显著上升。
另一个被忽视的瓶颈是监管。嵌入式保险的“嵌入”程度越深，监管关注度就越高。当保险产品以白标形式出现在一个体育报名平台的结算页面时，消费者是否清楚自己正在购买保险？保险条款的披露是否充分？理赔流程是否顺畅？这些问题在早期阶段可能不会爆发，但随着交易量增长和消费者投诉积累，监管机构介入的概率会上升。来源材料完全没有提及 Vertical Insure 的合规架构、牌照安排或监管沟通策略。对于一个以“监管基础设施”为核心卖点的公司而言，这个沉默本身就是一个值得关注的信号。
“数百万笔交易”与“100 个平台”之间，隔着一段无法从外部验证的距离
Vertical Insure 的公开叙事中，最有力的两个数字是“超过 100 个软件平台”和“数百万笔交易”。这两个数字在 Pulse2、EIN Presswire 和 Updata 公告中反复出现，构成了公司市场地位的核心论据。但它们之间存在一个无法从外部弥合的鸿沟：平台数量是合作广度，交易量是业务深度，两者之间没有公开的转化数据。
一个极端的可能性是：100 多个平台中，少数几个头部平台贡献了绝大多数交易量，其余平台仍处于集成初期，交易量微不足道。另一个极端的可能性是：交易量分布相对均匀，说明产品在不同垂直领域都有真实需求。这两种情形对公司估值的影响截然不同，但来源材料没有提供任何可以区分它们的数据。公司称其客户留存“同类最佳”，但没有披露留存率；公司称其单位经济性“同类最佳”，但没有披露毛利率或客户获取成本回收周期。这些关键指标全部缺失，意味着外部观察者只能看到一个经过筛选的正面叙事。
这不是 Vertical Insure 独有的问题。早期创业公司在融资公告中倾向于披露最有说服力的数据，而回避可能引发质疑的数据，这是行业常态。但嵌入式保险的特殊之处在于，它的收入质量高度依赖交易转化率和续保率，而这两个指标恰恰是最容易被“数百万笔交易”这样的总量数据掩盖的。一个平台上的保险产品如果转化率极低，即使交易量看起来很大，平台方获得的收入增量也有限，后续继续投入集成资源的意愿就会下降。Vertical Insure 的长期增长，最终取决于它能否让每一个接入的平台都看到足够有吸引力的收入贡献——而这个指标，目前完全不可见。
从已披露的信息可以做出的合理推断是：Vertical Insure 已经在至少五个垂直领域建立了可重复的集成模式，并且获得了头部平台的认可。Blackbaud 和 Daxko 这类客户的续约和深度合作，比“100 个平台”这个数字更能说明产品价值。但结论的边界也很清楚：在缺乏客户集中度、留存率、转化率和收入质量数据的情况下，任何关于公司“已经验证商业模式”的判断都超出了来源材料能够支持的范围。
嵌入式保险的窗口期正在打开，但窗口不会永远敞开
Vertical Insure 面临的真正风险，不是今天有没有竞争对手，而是它能否在窗口期内建立起足够深的护城河。
嵌入式保险的窗口期由三个因素共同决定。第一，垂直 SaaS 平台对订阅外收入的渴求正在上升，这为保险嵌入提供了需求端的拉力。第二，承运人正在寻找更高效的获客渠道，传统代理分销的成本结构让它们有动力尝试 API 化的新通路。第三，监管框架尚未对嵌入式保险形成明确的约束规则，这给了创业公司相对宽松的探索空间。三个因素叠加，构成了一个大约三到五年的窗口期。在这个窗口期内，谁能在尽可能多的垂直领域锁定头部平台，谁就能积累起承运人网络和交易数据上的先发优势。
但窗口期的存在也意味着紧迫性。如果 Vertical Insure 的扩张速度不够快，头部平台可能会被竞争对手锁定，或者更糟——它们会在观察到嵌入式保险的可行性后选择自建。Blackbaud 今天的合作，不保证三年后不会变成自建。Vertical Insure 需要让每一个客户都持续感受到外采的价值大于自建的成本，这要求它在产品深度、承运人网络和佣金分成上始终保持足够的吸引力。
Updata 的进入，给 Vertical Insure 提供了一段相对从容的资本缓冲期。但资本只能买时间，不能买护城河。Vertical Insure 的护城河最终取决于三件事：它能否在核心垂直领域建立起承运人层面的排他性或优先关系；它能否通过跨平台的数据积累形成产品设计和定价上的信息优势；它能否让平台方的切换成本高到足以阻止它们转向竞争对手或自建。这三件事，目前都还处于“正在建设”的状态，没有一件已经完成。
对于嵌入式保险这个赛道而言，Vertical Insure 的这轮融资是一个值得记录的时刻：一家从垂直 SaaS 的支付缝隙里长出来的基础设施公司，开始被主流成长型基金认真对待。但融资从来不是终点，甚至不是验证。真正的验证发生在那些体育报名页面的结算按钮旁边，发生在活动主办方支付押金的那一刻，发生在用户是否真的会在风险最具体的瞬间点击“添加保障”。那些点击，才是这家公司所有叙事的最终裁判。
验证边界与可复核指标
本文涉及的“首个、唯一、最大、领先”、订单、出货、性能等表述，如无另行说明，均是公司、创始人或投资方在现有公开材料中的披露口径；RecodeX未在本次采集材料中找到独立审计或第三方测试结论，因而不将其视为已经独立确认的事实。文中的产业协同、竞争位置和商业路径属于基于已披露产品与融资用途的编辑分析，不代表相关结果已经实现。
- 技术侧应核验第三方测试条件、样本规模、良率、稳定性及与可比方案一致口径的结果；
- 商业侧应核验去重后的付费客户、可执行合同、收入确认、复购率以及订单转化；
- 资本与产业协同应以工商股权、关联交易、联合开发、采购或量产文件为准。
RecodeX 极客视：嵌入式保险的真正门槛不在 API 的优雅程度，而在它能否让一个 SaaS 平台在“自建保险能力”和“外采基础设施”之间持续选择后者。Vertical Insure 用 100 多个平台和数百万笔交易证明了这个选择在当下是理性的，但它还没有证明这种理性可以穿越客户规模增长带来的自建诱惑。当你的客户大到足以吃掉你的生意时，基础设施公司的真正考验才刚开始。
信息来源
本文在采集与核验阶段引用了以下公开来源，按站点去重列出；来源内容归原发布方所有，其口径不代表 RecodeX 的核实结论。