比利时职场养老金迁移 OS——帮助中型雇主从不透明的团体保险迁移至透明的共同养老基金。

1. 比利时补充养老金成果之差已产生高管层面的紧迫感—— 临近退休的员工据报道持有中位储备不足 €10,000。
2. 雇主已在证明迁移意愿，市场不再需要教育， 而是需要摩擦更低的迁移工具。
3. 监管合规的低费率基金创造了可信的替代轨道， 新入局者可以销售软件和工作流，帮助雇主从高成本团体保险中脱离。
4. AI 驱动的辅导正进入核心养老金产品， 让员工理解和信任成为产品本身的一部分，而非独立的 HR 教育工作。

催化因素。 Warren 的融资、约 100 家雇主迁移的证明，以及比利时现有团体保险产品成本高昂、 难以理解的明确背书，共同表明买家痛点与合规替代路径已同时出现。

为雇主和经纪人打造一个垂直 SaaS 平台，帮助职场养老金从不透明的团体保险迁出。 第一个模块导入现有计划文档和薪资文件，呈现费用与计划规则， 并为替代基金生成员工级别的成果对比模型。迁移工作流协调薪资字段映射、 员工同意步骤、经纪人任务及保险公司交接，让切换感觉像一次有管理的软件上线， 而非法务项目。内嵌的员工门户和辅导层以通俗语言回答"对我有什么变化？"， 提升参与度、降低 HR 工单量。随着时间推移，平台将成为迁移完成后处理缴费变更、 新员工入职和退休计划分析的操作系统。

差异化。 大多数福利供应商要么卖养老金产品本身，要么提供泛化的财务健康内容。 这家公司要占据中间那层硬核：把雇主从一套退休方案切换到另一套， 同时守住薪资准确性、员工信任度和可审计性的工作流。 这将围绕计划规则、缴费流和员工沟通积累出有粘性的系统性记录数据—— 而这些数据目前尚无经纪人、保险公司或辅导应用能统一整合。

待完成任务

flowchart LR
  Buyer[Belgian CFO or CHRO] --> Pain[Opaque pension plan and painful switch process]
  Pain --> Product[Pension migration and admin OS]
  Product --> Outcome[Lower fees, higher trust, smoother pension operations]

高管要点

• 真正的切口是运营切换，而非更好看的养老金仪表盘——比利时已有合规替代轨道，但雇主仍把供应商变更当成脆弱的法务项目来处理。
• 这是一个事件驱动的销售：统一化截止日期、组织重组和供应商审查，才是 CFO 和 CHRO 注意力真正出现的时刻。
• 比利时是可信但狭窄的滩头市场，风投可行性取决于将本地迁移经验转化为可复制软件，再输出至其他碎片化欧洲福利市场。
• 最大的 GTM 风险是经纪人和薪资机构的渠道阻力——他们目前靠这种混乱盈利；协作优先的分发比公开去中间化更可能奏效。

市场定义

该品类介于养老金产品、经纪人服务和薪资行政管理之间。可防御的产品是迁移与运营层——审计现有合同、建模替代结构、协调转移，并在上线后保持薪资、报告和员工沟通的对齐。

用户与买方

日常用户是需要整合供应商数据、薪资变更和员工问答的 HR、薪资或福利经理。经济买家通常是 CFO、CHRO 或全面薪酬总监——当续签、统一化项目或组织变动迫使决策时出现。

购买触发点

• 蓝领/白领统一化及 2030 年截止日期为补充养老金计划创造了强制审查窗口，而非依赖泛化的 HR 科技布道。 [25][26][30]
• 供应商变更、合并或重组等企业内部变化，暴露了现有保险公司与经纪人工作流仍有多么依赖人工。 [18][20]
• 员工离职和储备转移问题给 HR 团队带来沟通负担，目前靠信件、FAQ 和临时解释来应对。 [27][28][29][31]

支付意愿

养老金行政管理和变更管理的预算明确存在——雇主已吸收特殊养老金缴费、保险公司/经纪人服务、门户工具、薪资集成和外包成本。切换 OS 若能减少文书工作、错误和费用不透明，就能挂靠这条预算线。 [17][18][23][24]

品类动态

增长信号 比利时 50-249 名员工 SME 数量同比增长 2.4%（2023-2024 年数据，作为相邻中型市场雇主基数增长的代理指标）

验证信号

• FinTech Global 报道，约 100 家比利时企业在 Warren 运营的第一年内已将养老金安排迁移至其平台。
• Warren 的 Helio 案例研究声称上线六个月后周活跃成员比例达 78%，表明体验简单且有雇主背书时员工会参与。
• NN 和 SD Worx 明确以低文书工作行政管理、集成和外包为卖点，证实运营简化已有预算支持。
• KBC、P&V 和 Test-Aankoop 的详细员工 FAQ 显示，储备可见性、转移选择和税务处理仍是反复出现的痛点。

监管与技术约束

• 补充养老金必须由保险公司或养老基金管理，因此初创公司必须与持牌机构集成，而非自行进入资产负债表链。
• DB2P / PensionPro 报告要求干净的组织者、供应商和关联方映射，加上版本化的 schema 支持。
• 蓝领/白领统一化通过 2030 年形成法律项目依赖，可能延迟或重塑雇主的计划变更。
• 团体保险比较涉及 8.86% 雇主社会缴费、Wijninckx 缴费、80% 规则和派发税处理，建模错误造成真实的法律和预算风险。

预算和信任分散在四条赛道：拥有养老金产品的保险公司、主导审查项目的经纪人、掌握员工数据管道的薪资/社会秘书处玩家，以及改善经济性但仍销售自有轨道的新兴低费率养老基金。初创公司只有成为跨这四条赛道的中立切换层才能胜出。

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

• 保险公司. AG 和 NN 已提供计划设计和行政门户，但它们仍围绕自身合同书优化，而非让雇主更容易转向更好的结构。
• 经纪人与顾问. Vanbreda 级别的顾问拥有续约对话，但其工作流仍是服务密集、定制化的，而非可复用的可审计软件控制平面。
• 薪资机构与社会秘书处. SD Worx 和 Securex 拥有集成信任和薪资数据，但不具备让供应商切换安全的养老金建模和转移权利逻辑。
• 养老基金与 OFP. Prolocus 和 Warren 证明共同养老基金结构可以更透明，但基金不会自动拥有跨多种供应商类型的迁移 OS 层。

比利时养老金切换 OS 是一个工作流与数据层，帮助比利时中型雇主将补充养老金从不透明的团体保险合同迁出。 首批买家是 500 至 2,000 名员工企业的 CFO、CHRO 或全面薪酬总监， 其在 12 个月内面临合同续签、统一化项目或福利重新设计。 痛点以运营为主而非信息缺失：雇主可以比较供应商，但切换仍会在保险公司文件、 薪资映射、经纪人交接、DB2P 报告和员工问答上崩盘。 研究证实了通过合规养老基金形成的真实替代轨道，并显示市场已发生约 100 次雇主迁移， 但证据基础仍集中于一家近期入局者，尚未完全厘清定价或实施人工问题。 初始产品应从以读取为主的迁移工作台起步——审计现有计划、建模员工级成果， 协调供应商、薪资、经纪人和员工任务，而不成为养老金产品本身。 研究得出的比利时 SAM 仅约 $5.9M，因此风投可行性取决于将本地迁移经验转化为可复制软件， 再输出至其他碎片化欧洲福利市场。GTM 应优先与经纪人和薪资合作伙伴协作， 因为这些渠道已掌握信任，若受到威胁将封堵采用。 公司应推迟跨境扩张、公共部门计划和泛化财务健康功能， 直至证明迁移关单更快、错误率下降，且雇主从一次性切换项目转化为经常性行政收入。 董事会层面的核心问题是：在基金主导和保险公司主导的产品打包足够多工作流之前， 中立切换 OS 能否先拿到预算。

问题

• 传统比利时团体保险计划成本高、不透明、难以理解，但雇主仍难以更换供应商——切换横跨薪资重映射、经纪人协调、转移逻辑、DB2P 报告和员工沟通。
• 合同续签和统一化项目制造了紧迫感，但 HR 和财务团队仍通过电子表格、PDF、邮件链和服务密集的中间商来推进变更，拉高错误风险并掩盖真实经济性。

解决方案

• 构建迁移工作台，导入现有计划文档和薪资导出文件，呈现费用与计划规则，并生成跨替代结构的员工级成果对比。
• 在一个可审计的工作流中编排薪资映射、供应商交接、经纪人任务、合规检查点和员工答疑，上线后仍可用于缴费变更和计划行政管理。

为什么我们会赢

• 切口比卖新养老基金或泛化福利门户更窄：它精准命中雇主已需要采取行动的高摩擦时刻。
• 中立控制平面可跨保险公司、经纪人、薪资系统和养老基金运作，比那些要求买家在承诺前先押注某一轨道的方案更契合需求。
• 每完成一次迁移，供应商规则库、薪资映射和员工沟通模板都在优化，下一个客户的实施风险随之降低。

里程碑

flowchart LR
  Wedge[Renewal-driven switching wedge] --> MVP[Migration workspace MVP]
  MVP --> Proof[Clean go-live and lower manual coordination]
  Proof --> Expansion[Recurring pension operations and channel expansion]

创始团队

实验路线图

风险评估

必须成立的条件

• 经纪人和顾问接受协作优先模式，并帮助来源至少部分首批管道，而非封堵产品。
• 三种最常见目标薪资和保险公司文件组合可在三周内完成规范化，无需每次定制工程。
• 面向买家的成果模型足够可信，能在真实续签流程的供应商评选决策中发挥影响。
• 至少一半付费迁移项目在上线后转化为年度经常性行政管理订阅。
• 中立工作流层即使雇主尚未选定某一具体养老基金或保险公司轨道，也能拿到预算。

待尽调问题

• 哪些具体的续签或统一化事件会让 CFO 和 CHRO 额外拨出预算，而非把流程留给经纪人和保险公司？
• 前五个薪资和现有计划数据集需要多少人工清理？
• 经纪人需要什么样的经济让利或工作流收益才会主动联合销售这个产品？
• 雇主留在现有保险公司但仍希望获得更好的切换和行政管理工具时，初创公司能否拿单？
• 上线后哪个经常性工作流有足够价值支撑迁移事件结束后的软件留存？

模型合理性

• 收入引擎. 基准收入由活跃付费雇主从第一年末 3 家增长至第三年 Q4 34 家驱动，组合从一次性迁移向经常性行政管理订阅迁移。
• 必须成真的前提. 公司必须足够快地标准化首批薪资和供应商模板，才能在不增设大型服务团队的情况下将毛利率从第一年中 40% 推至第三年 Q4 约 72%。
• 模型失效条件. 若经纪人渠道停滞且迁移转订阅转化率接近 40% 退出标准底线，悲观情景将把现金底线压至下一轮融资前约 $0.1M。
• 下一轮证明. 下一轮融资故事是第三年 Q2 约 20 家活跃付费雇主、50% 以上经常性转化、合作伙伴来源交易已跑通，且手头仍有六个月以上现金。

情景

敏感性

flowchart LR
  RenewalEvents[Renewal and harmonization events] --> PaidMigrations[Paid migration projects]
  PaidMigrations --> LiveEmployers[Live employer admin subscriptions]
  LiveEmployers --> Revenue[Recurring + migration revenue]
  Revenue --> GrossProfit[Gross profit]
  GrossProfit --> Cash[Cash and runway]

警示项: 混合每家活跃雇主收入偏高，因为 customersEop 同时包含迁移项目和经常性订阅；真实纯订阅 ARR 在第三年末之前低于总报告收入。 · 基准情景依赖经纪人和薪资渠道在第二年实质性贡献；若主要为直接销售模式，则可能需要降低增长预期或扩大融资规模。 · 即使团队精简，模型在第三年内仍未达到全年 EBITDA 盈亏平衡，利润率爬坡放缓或提前招聘将推高融资需求。

• 经纪人控制分发渠道. 福利经纪人可能倾向于保持切换工作流不透明、服务密集，从而限制雇主直接采用软件。 缓解措施: 从对经纪人友好的协作功能和收入分成入手，让产品升级经纪人工作流，而非第一天就试图取代其分发地位。
• 监管与产品依赖. 如果合规共同基金结构的实际部署比来源所描述的更难推广，迁移需求可能收窄至市场的一小部分。 缓解措施: 保持软件对基金中立，支持跨多种经批准养老金结构的比较、迁移和行政管理，而非绑定单一供应商模式。
• 数据与薪资集成拖累. 雇主养老金文件、薪资代码和现有保险公司记录可能太混乱，导致早期部署的价值实现时间过长。 缓解措施: 优先针对常见比利时薪资系统的精简续约流程和以读取为主的迁移，再扩展至更深层的持续行政管理工作流。