太平洋健康保险股份有限公司（以下简称“太平洋健康险”）成立于2014年12月，是中国太平洋保险（集团）股份有限公司（以下简称“太平洋保险”）旗下专业健康险公司。太平洋保险是国内领先的综合性保险集团，并是首家A+H+G（上海、香港、伦敦）三地上市的保险公司，连续11年入选《财富》世界500强。

有这样一款“网红”保险产品，保证续保时间长、覆盖重疾多、价格实惠，并提供官方小程序等便捷线上渠道直接获取医疗保障和健康服务，因此一经问世，就受到了广大消费者的追捧。

这就是太平洋健康险的明星产品“蓝医保•长期医疗险“（以下简称”蓝医保“），投保几百块钱就能撬动几百万的保障，堪称”花小钱办大事”的典范。

在取得斐然市场成绩的幕后，“蓝医保”也有着不为人知的产品故事。

就在“蓝医保”面世前夕，太平洋健康险做了另一个重大决定：将产研管理集中到飞书项目上。正是这一决定，加快了“蓝医保”业务线的上线进程并持续为之保驾护航。自 2022 年 4 月份上线至今，“蓝医保”在飞书项目的助力下，已累计为超百万用户提供了优质高效的服务。

“因为我们正处在互联网转型阶段，所以我们也希望产研流程像互联网企业一样运转起来。”太平洋健康险的项目经理商培玲说道。

太平洋健康险的线上布局远远不止“蓝医保”这一保险产品，还包括与自营渠道和合作渠道对接，以及收银台、回执回访等中后台能力建设，这些都经由飞书项目的流程，以双倍速度更快、更好地将“产品即服务”的理念传递给了客户。可以说，走出传统行业的舒适圈，借力互联网工具大胆革新，是太平洋健康险取得市场成功的关键一步。

将需求流程落地，把控好“产品+服务”的第一道关卡

在太平洋健康险，像“蓝医保”这样的保险产品还有很多，围绕着产品的周边支持也在层层加码。在这种情况下，继续在传统的 Excel 中来管理这些需求开发项目并不是加速效能提升的最优解。

Excel 表格纵然能够满足小团队、小项目的管理诉求，但是一旦项目任务更加重、项目成员更加多、项目信息更加密，Excel 的优势反而不再明显，项目上下游信息难串联，项目成员需要花费大量时间和精力去定位和整合项目信息。

使用飞书项目后，太平洋健康险建立了一整套的需求开发流程，记录着所有需求的完整生命历程。项目进行到哪个状态了、各个节点上的负责人是谁、需要填写哪些信息、有哪些任务待完成，都能一目了然。对于部分特殊流程的需求，太平洋健康险利用关联角色或是开关字段对流程按需剪裁以适配。因此，在太平洋健康险，哪怕是小小的优化需求，也能经过流程，更快、更好地上线。

为了更方便研发成员更好地参与到流程中来，太平洋健康险还将Gitlab与飞书项目集成，与项目流程相关联，只要打开流程，就能看到分支代码的状态、仓库等信息。

此外，由于金融行业文档强留底的要求，太平洋健康险将需求开发过程中的用例说明、冒烟说明、交付物等内容都落在了飞书云文档中，再将这些文档统一汇总到对应的流程节点下。这样一来，需求开发的人、事、物都在飞书项目中留存下来，无论是信息定位还是项目复盘都有迹可循。

太平洋健康险也为需求开发模块搭建了独立的效能看板，比如，“需求完成率”、“需求平均上线周期”等整体数据用以动态观测变化趋势；参考“需求人力规模”，太平洋健康险可以根据需求优先级和量级更加科学合理地分配人力。

动态响应业务节奏，发版效率加速 1 倍

需求开发完成或是缺陷修复完成，往往需要通过发布版本进入线上。太平洋健康险是按照版本火车的形式发布版本的：固定周期发版，需求或缺陷没有问题就及时上车，出现问题就下车。

利用飞书项目的关联能力，太平洋健康险将规划需求、实际跟版需求以及跟版缺陷等都与版本相关联，只需要进入对应版本的详情页，就能查看和检查所有跟车情况，确保发布上线时万无一失。

一个实际情况是，保险行业的资源通常受制于渠道，渠道愿意开放，那么产研资源就要向这个渠道倾斜，因此需求优先级也常常临时调整并直接影响版本发布。太平洋健康险的业务方与产研方通常会在双周会上对齐需求动态，飞书项目上集中呈现和可动态调整的版本跟车情况就显得格外重要。

在版本确认发布之后，飞书项目的自动化能力会帮助项目经理自动流转已上线需求中的「Server上线」节点和「Fe上线」节点，以同步双边流程进度；节点流转的提示消息也会在这时自动推送到相关研发人员的飞书 IM 上，大大减少项目经理人工口头催促研发人员流转节点的烦恼。

沉淀配置动作，对接 40+ 渠道商也能井井有条

在保险行业，产品上线之后并不意味着完全进入市场，只有与自营渠道以及合作渠道对接完成，才能推动产品更大程度触达客户。这就意味着，渠道商越多，市场机会也就越大，而太平洋健康险就有 40 家左右的渠道商。

这么多渠道商应该如何对接？多产品线和多渠道商又该如何配合才不会混淆错乱？怎么才能更及时地应变渠道商资源变更来保证资源最大化利用？

为了解决这些问题，太平洋健康险在飞书项目中同样搭建出了渠道对接的流程。

不同于线下产品的交付模式，线上保险产品接入渠道平台时，涉及更为精密和复杂的联调环节。商务部门与渠道方产品经理对接，并将双方需求和节奏沉淀在飞书云文档之后，产研侧就能迅速将具体的配置动作落在飞书项目中，以必完成的任务形式对联调测试环节进行强制卡点和筛查，以确保对接无误。

任务完成后，就可以进入正式联调阶段。太平洋健康险内部 Server 发布后，再由渠道方提供入口，并进行线上验收，最后渠道开售。这样一个需求才算是真正地上线了。

太平洋健康险以“蓝医保”为排头兵，率先从“产品+服务”向“产品即服务”模式转变，不仅改变了以往“事后赔付”的传统定位局限，也带动保险行业朝数字化阵营更进一步。

现在，太平洋健康险选择将这条数字化道路铺设在飞书项目中，让“流程”这条生产线加速为用户传递更温暖、更优质的线上服务。

“在飞书项目的支持下，我们做到了一周至少能够发布一个版本。尽管这是业务和市场扩张的必然结果，但某种意义上来说，飞书项目在一定程度上提升了我们版本发布的效率。”太平洋健康险的项目经理商培玲说道。