惯性聚合 高效追踪和阅读你感兴趣的博客、新闻、科技资讯
阅读原文 在惯性聚合中打开

推荐订阅源

Microsoft Azure Blog
Microsoft Azure Blog
S
Securelist
V
Vulnerabilities – Threatpost
C
Cyber Attacks, Cyber Crime and Cyber Security
Schneier on Security
Schneier on Security
Cyberwarzone
Cyberwarzone
Simon Willison's Weblog
Simon Willison's Weblog
Hacker News - Newest:
Hacker News - Newest: "LLM"
P
Palo Alto Networks Blog
T
Troy Hunt's Blog
SecWiki News
SecWiki News
Security Archives - TechRepublic
Security Archives - TechRepublic
T
The Blog of Author Tim Ferriss
Project Zero
Project Zero
Microsoft Security Blog
Microsoft Security Blog
The Register - Security
The Register - Security
OSCHINA 社区最新新闻
OSCHINA 社区最新新闻
J
Java Code Geeks
F
Full Disclosure
阮一峰的网络日志
阮一峰的网络日志
www.infosecurity-magazine.com
www.infosecurity-magazine.com
Attack and Defense Labs
Attack and Defense Labs
Know Your Adversary
Know Your Adversary
WordPress大学
WordPress大学
PCI Perspectives
PCI Perspectives
N
News | PayPal Newsroom
The Last Watchdog
The Last Watchdog
酷 壳 – CoolShell
酷 壳 – CoolShell
P
Privacy & Cybersecurity Law Blog
P
Proofpoint News Feed
V
Visual Studio Blog
C
CERT Recently Published Vulnerability Notes
H
Help Net Security
K
KPMG report finds enterprise disconnect between AI and its ROI | CIO
云风的 BLOG
云风的 BLOG
月光博客
月光博客
T
The Exploit Database - CXSecurity.com
I
InfoQ
大猫的无限游戏
大猫的无限游戏
钛媒体:引领未来商业与生活新知
钛媒体:引领未来商业与生活新知
U
Unit 42
腾讯CDC
小众软件
小众软件
V2EX - 技术
V2EX - 技术
罗磊的独立博客
Cloudbric
Cloudbric
Recorded Future
Recorded Future
IT之家
IT之家
Google DeepMind News
Google DeepMind News
C
CXSECURITY Database RSS Feed - CXSecurity.com

人人都是产品经理

为什么你的产品找不到差异化?90%的失败都卡在第一步上(下) – 人人都是产品经理, 3年从30万到1300万用户、获2200万美元融资,这个AI教育产品用“抽卡”破解了获客难题 – 人人都是产品经理, 园区招商系统怎么做才能真正帮到去化?我加了这一个功能,推广链接转发400次阅读过万 – 人人都是产品经理, AI大事件:OpenAI发完网络安全模型又搞药物研发,小鹏汽车要抓”DeepSeek时刻” – 人人都是产品经理, 电商不是卖货,是一场更残酷的产品经理实战 – 人人都是产品经理, 没想到,活动营销又回来了! – 人人都是产品经理, 为何All-in海外KOC:一场关于AI时代窗口期的豪赌 – 人人都是产品经理, 重新理解企业的内部协作 – 人人都是产品经理, 苹果的 AI 战略到底是什么? – 人人都是产品经理, 医疗智能体·第2讲——合规护城河:等保、PIPL与HIPAA的架构实战 – 人人都是产品经理, 向量知识库五步法:从“答非所问”到“精准回复” – 人人都是产品经理, 鸿蒙PC三方库构建总指挥HPKBUILD(sha)库为例 – 人人都是产品经理, 何时该用LLM?AI产品经理的LLM设计指南 – 人人都是产品经理, 医疗信息领域的需求方、决策方、准入方以及关注点(二) – 人人都是产品经理, 即梦涨价:一场被误读的「傲慢」 – 人人都是产品经理, 面试AI PM必答题:Hermes和OpenClaw的区别,如何讲清楚业务价值 – 人人都是产品经理, AI的下一张船票:世界模型——AI产品经理必须理解的技术拐点 – 人人都是产品经理, 小红书做GEO,怎么让AI信你?记住这 3 个重要信息 – 人人都是产品经理, 5 家印度 AI 初创公司,看看印度 AI 再做什么 – 人人都是产品经理, AI项目跨团队协作:产品技术业务如何不打架 – 人人都是产品经理, Agentic Workflow(智能体工作流):让AI从”答案生成器”变成”数字员工” – 人人都是产品经理, lycium_plusplus 项目全景解读:OpenHarmony 三方库构建的“大管家” – 人人都是产品经理, 从爆单救火到前置履约:两套预采策略,把生鲜大促履约效率拉满 – 人人都是产品经理, 什么时候该补货?我用一轮数据做了一个决定 – 人人都是产品经理, 从“机械兜底”到“动态分流”:AI客服重复进线治理的4大底层逻辑 – 人人都是产品经理, 抖音拼效率,红书拼洞察 – 人人都是产品经理, 全民狂欢与退潮——为什么龙虾这波热潮冷却得如此之快? – 人人都是产品经理, Stripe押注!MPP重塑全球支付 – 人人都是产品经理, 小红书GEO:AI引用你的内容,不是因为你对,而是因为你看起来可信 – 人人都是产品经理, 前百度副总裁押注办公Agent,日韩付费爆发,Manus迎来强劲对手 – 人人都是产品经理, 企事业单位数字化的业务供需本质 – 人人都是产品经理, 医疗智能体·第1讲——医疗信息化重构:从“辅助软件”到“自主智能体”的范式转移 – 人人都是产品经理, 粉丝量就是空气!!! – 人人都是产品经理, 用户说“薯片碎了”,机器回“要买吗?”:意图识别的翻车与破局 – 人人都是产品经理, RAG召回准确率从75到90 我做对了这三件事 – 人人都是产品经理, AI大事件:Anthropic改收费、OpenAI发安全版、手术机器人纳入医保、阿里发布”秒悟” – 人人都是产品经理, Chrome 推出 Skills 新功能,Agent 重塑上网方式 – 人人都是产品经理, GitHub前创始人拿了a16z的1700万美元,做Agent时代的Git – 人人都是产品经理 拷贝或克隆其他 Flutter OH 项目到本地后无法运行 – 人人都是产品经理, 优惠券设计:优惠券创建 – 人人都是产品经理, 不用死磕文档!AI 助手 1 小时搞定飞书 CLI 安装 + 配置 + 知识库 – 人人都是产品经理, 用小龙虾做竞品分析报告:从2天到20分钟,我是怎么做到的 – 人人都是产品经理 用小龙虾做市场分析报告:搞懂这3个公式,市场规模不再靠猜 – 人人都是产品经理, 你早就在做 Harness 工程,只是不知道它叫这个名字 – 人人都是产品经理, Think Long就够?你可能想多了! – 人人都是产品经理, 货代SRM实战:供应商准入怎么做,才能让资源池不是通讯录而是可交付网络? – 人人都是产品经理, 如何做好用户调研?详解基本技巧 – 人人都是产品经理, 木鸟、途家、美团对打,平台春天行动开“卷” – 人人都是产品经理, 入职才发现公司不靠谱?小红书从业者求职避坑指南 – 人人都是产品经理, 美国 AI 三巨头联手封堵,中国 AI 突围之路在何方 – 人人都是产品经理, 小红书,放在需求对面的镜子 – 人人都是产品经理, AI 会带来大规模失业吗? – 人人都是产品经理, 从出单到补货前,我第一次犹豫:该不该放大? – 人人都是产品经理, Flutter 三方库鸿蒙化适配:5 种高效检查方式,快速判断是否需要适配 – 人人都是产品经理, 从做产品进阶拿结果:医美机构产品经理转岗科室运营经理 – 人人都是产品经理, 阿里HappyHorse,一场关于“Token经济”的阳谋 – 人人都是产品经理, To B AI:客户留存落地的观察与思考 – 人人都是产品经理, AI产品的“生命线”——数据采集、标注、清洗的产品化设计 – 人人都是产品经理, 谈谈AI Agent(二):当“孩子”能自己“体验世界”时,你该学什么? – 人人都是产品经理, UI/UX设计师的3层能力进阶,前两层让你活下来,第三层…才是真正的分水岭 – 人人都是产品经理, 2分钟 → 30秒,效率提升75%:B端产品经理如何用「规则枷锁」驯服AI幻觉? – 人人都是产品经理, 还没来得及学OpenClaw,来了个更猛的:Hermes Agent – 人人都是产品经理, AI日报:宇树机器人跑出10m/s刷新世界纪录 – 人人都是产品经理, 一文说透基金互金如何用情绪价值引导用户决策做转化 – 人人都是产品经理, 当浏览器开始替你”看”网页:AI 浏览器正在亲手拆掉它脚下的那张网 – 人人都是产品经理, 0代码,一天时间我Vibe Coding了个网站 – 人人都是产品经理, Hermes 和 OpenClaw 之争,Agent 的能力应该“装上去”还是“长出来”? – 人人都是产品经理 视频生成的“桌子”,字节Seedance 2掀完,阿里快乐马掀 – 人人都是产品经理, 从听不懂到完全信任:我的 Codex 深度产品体验 – 人人都是产品经理, 当虚拟偶像有了北京户口,与真人偶像还有什么区别? – 人人都是产品经理, 会说,远远比会做更重要 —— 对 SBTI 爆火现象的五层观察 – 人人都是产品经理, AI产品经理必看:当“搭环境”比“选模型”更重要,你的认知还在2024年吗? – 人人都是产品经理, 2026年AI产品商业化核心逻辑:从功能demo到规模化营收的3个必破卡点 – 人人都是产品经理, 京东围绕供应链,卷起裤腿下场的那些事儿 – 人人都是产品经理, SBTI一夜刷屏:它赢在了“太会说人话” – 人人都是产品经理, 折扣零售的真相:不是便宜,而是价值感! – 人人都是产品经理, 和甲方吵了一架,最后加钱做了——我学到的ToB产品经理生存法则 – 人人都是产品经理, 和几位小红书操盘手聊了8小时,干货全在这 – 人人都是产品经理, 智谱GLM-5.1登场,开源模型首超Opus4.6!!! – 人人都是产品经理 Anthropic收入凭什么反超OpenAI,终于有人把这事说清楚了 – 人人都是产品经理, 史上最有故事感的技术报告——Claude最强模型Mythos 7个极其精彩的细节 – 人人都是产品经理, 模型不是壁垒,Harness 也不是 – 人人都是产品经理, 抖音本地生活业务思考21 – 人人都是产品经理, Superpowers:145k Star的AI编码框架,到底是什么来头? Superpowers:145k Star的AI编码框架,到底是什么来头? – 人人都是产品经理, OpenAI 的路走错了,Anthropic Harness 解法启示:模型需要实践专科生 – 人人都是产品经理, 画原型图的前一步:设计站点地图 – 人人都是产品经理, 给 DeepSeek 的最后一封催更信 – 人人都是产品经理, 手把手教你用 Claude Code 搭建 AI 营销团队:5 个 Agent、12 项技能,独立完成研究、写作、设计全流程 – 人人都是产品经理, 你以为大模型在学语言?不,它在重新发明语言学 – 人人都是产品经理 所谓Skill,不过是AI时代的工业垃圾 – 人人都是产品经理, 聊一聊内容传播的几个方法 – 人人都是产品经理, 当平台开始吃掉生态:从 OpenClaw 被封杀,读懂 Anthropic 的这盘棋 – 人人都是产品经理, 你装了 10 个 AI 插件,Obsidian 还是一个文件夹 – 人人都是产品经理 关于AI智能体架构演进的系统性思考:从单体试水到多体协同的重构 – 人人都是产品经理, 当“人”变成Skill,我们又该何去何从? – 人人都是产品经理 Mythos 事件:前沿 AI 治理的意外实验 – 人人都是产品经理, 货代CRM:信用与风险管理怎么做,才能把坏账风险拦在放货之前? – 人人都是产品经理, 从HR收集自拍照到员工自助录入——我见证了园区人脸识别从”不可用”到”真好用”的全过程 – 人人都是产品经理 千问闯关AI混沌期:阿里画靶,吴嘉张弓,马云射箭? – 人人都是产品经理,
“保险+健康管理”模式的挑战与启示——以平安RUN为例
知无涯 · 2025-09-22 · via 人人都是产品经理

“保险+健康管理”正成为行业探索的新方向,但落地并不容易。本文以平安RUN项目为例,深入剖析该模式在用户参与、数据闭环、产品设计等方面的挑战,并提出可供借鉴的优化思路,为保险科技产品提供实战启示。

背景:平安 RUN 这套模式源自南非的 discovery 在 1997 年推出 Vitality 健康管理计划。核心目的是帮助人们变得更健康,并增强和保护他们的生活,其盈利方式可以精准概括为“共享价值”。如果客户更健康,保险公司理赔将减少,借以实现更低的产品费率,形成竞争优势。保险公司将通过奖励和降低保费的方式把这种价值返还给客户,从而实现保险公司业务获益,客户健康。

核心手段:对寿险客户进行健康管理,主要依托步数,针对不同客户的活跃情况和达标情况,设置合理的步数任务,分为周任务、月任务、年任务,并对应周奖励、月奖励和年奖励,激励客户长期坚持运动完成健康任务,从而提高健康状况。

核心目标:提高客户的身体健康水平从而降低寿险客户理赔概率和理赔金额。

系统情况

系统分为用户端和管理端,用户端是一套嫁接在金管家 app 内,看起来本身业务逻辑比较简单,但用户活跃度高并发大,同时对接了非常多的系统,为了保持系统的稳定性和数据的一致性做了很多防错机制。

内部系统:金管家app: 用户身份和保单信息、回传用户步数信息;寿险保单核心系统,用于年任务达标后同步保单保额提升的奖励信息;微信生态票券分享;财务系统;信用卡支付相关;问诊相关服务。

外部系统:京东、苏宁、迪卡隆、NB、星巴克、百果园、肯德基、票券商(腾讯视频、爱奇艺、优酷、网易云音乐、QQ音乐、滴滴)等等。

项目情况

巅峰的时候用户900 多万,日活超百万,这其中很多是保险销售本人和亲属(自保单)。从运营数据来看项目很成功,大量用户积极持续参与健康管理。经过近 5 年的运营,发现了很多重要的业务问题:

  • 健康管理受限于运动健康(步数),一直没有多维度扩展提高健康管理的水平,运动仅仅是健康管理的一个重要环节。健康管理方案不够科学,从理论上效果健康的提升不会很好。
  • 所有的客户都可以参与,非常的烧钱;高峰的时候一个月就是1个小目标的费用。用户在可观金钱奖励面前非常容易作弊,公司花的钱都打水漂了。
  • 如何证明业务价值。

在 2020 年时,平安业绩压力很大,对于平安 RUN 这种耗费巨大的项目,集团需要其证明业务价值,并且开始控制费用。于是项目组一边开始找数据证明其价值,并开展一系列控费措施。

控 费

控费初期有很多的考量因素,既要尽可能保持现有的用户的活跃和任务完成率,能接受比较小的降低,还需要考虑新客户的权益不能缩水。在降本增效方面团队也做了很多工作,但这些工作并不能为业务价值提供多少贡献,仅是降低项目的成本。

  • 为了保障新客户的权益,按照参与时长进行客户划分,老客户的整体权益需要缩水。
  • 与现有供应商谈判,降低票券的成本。
  • 丰富票券种类:提供一些低成本但更丰富的奖励,覆盖影音娱乐、运动健身、出行,既可以给用户更多选择,又可以降低成本。
  • 增加获取高价值票券的难度:周任务有难易的区别,刚开始可能是3天7000步,后面会升级到7天10000步。原本任务难度与奖励价值没有关联。调整后低难度任务降低奖励价值,高难度任务价值更高。
  • 降低高价值票券的频率:设置更多的奖励组合进行轮动,降低高价值票券的出现频率,变相降低了高价值票券的获得数量。
  • 限制黄牛交易票券:限制京东票券收货地址数量、视频音乐票券绑定充值账户、星巴克静态二维码改成动态二维码,减少黄牛票券的使用。
  • 为了提高老用户的获得感,新增连续四周完成任务抽奖活动,刺激用户连续完成任务。以供应商那边免费获得的商品作为奖品。
  • 允许用户在周任务开始前自行选择需要的票券,完成即可获得票券。

自证业务价值

如何证明保单客户的理赔率降低?如何证明这件事情是值得做的?

我们做一个不是很严谨点的模拟试验,将保险客户分成实验组和对照组,控制两边的人群在生物学特征上尽可能分布一致(年龄、性别、健康状况、运动情况等因素),两边人群数量一致。

实验组接受平安 RUN 的健康管理,对照组不管。因为健康管理需要长时间的量变才能引起健康的质变,假设用 3 年的时间开展试验。核心问题 1:健康管理能否降低理赔发生数和金额?

不能直接从实验组中随机抽样,因为任务完成度很低的用户,健康状态理论上没有提升可能还会下降。我们假设 3 年任务完成率超过 80%的用户,健康状态应该提升了。

现在从实验组中挑选任务完成率超 80%的所有用户,看理赔发生率发生数量、理赔总金额。再从对照组中随机抽取相同的人数,看理赔发生率发生数量、理赔总金额。

通过数据对比,可以初步得出问题 1 的结论。当然这种简单数据对比其实是不太严谨的,必须要在统计学上达到一定的可信度才行。

核心问题 2:做这件事情的总账划算不?

假设问题 1 的结论是确实可以降低。我们也要算一笔总账,因为通过健康管理提高健康水平的人数比率可能比较少,即可能很多人参与,但真正受益的人数占比太低,这件事情就不划算。

我们要看整个实验组的理赔发生数和理赔金额对比整个对照组的理赔发生数和理赔金额。可以算一笔总账,这件事情保险公司值不值得做。

如果 实验组的理赔金额+实验组的健康管理费用> 对照组的理赔金额。这件事情就不能做。

这个模拟试验的测算模型非常简单,实际中更加复杂,需要经过严谨复杂的模型进行测算。但平安 RU 在最初的时候,就没有做过严谨的试验证明,需要的时候临时找数据证明也是经不起严谨的推敲,项目进行了 5 年即使想搭建这样的模型也很难在回头了。

基于此,如何证明呢?一个思路就是把不怎么参与健康管理的用户和任务完成率很好的用户分为 2 组做对比,随机在 2 组内抽样一定数量的用户做理赔发生数和金额的对比,这能一定程度证明健康管理能否降低理赔金额,但这种对比也不太严谨。

上述简单的模拟试验,可以看出实验中有太多的不可控变量以及假设,如果没有严谨的试验和充分的数据统计分析,问题 1 结论成立并不能推导出问题 2 成立,问题 2 成立也不一定是问题 1 的结论导致的。

平安 RUN 的数据无法为公司证明总账是否划算,做这件事情是否值得!一面是没有充实的数据证明业务价值,一面是每年巨大的花销,平安 RUN 项目走向了迷途,最终消亡。

失败总结

平安RUN从其诞生之初,就是中国平安寿险为核心客户群设计的一个战略性项目。它的初衷完美地契合了长期寿险的需求,但它的实践过程却深刻地揭示了“理念正确”与“商业成功”之间巨大的鸿沟。将平安RUN的模式与长期寿险结合,理论上是一个“天作之合”,但它的失败恰恰在于执行层面未能解决几个核心的 问题

问题一:“普惠激励”与“精准风控”的矛盾

  • 做法:为了让产品更有吸引力,项目对所有寿险客户开放,采用“完成步数任务即获奖励”的普惠模式。
  • 问题:保险客户的风险分布是极度不均匀的(二八法则:20%的高风险客户可能产生80%的理赔)。将大量资源消耗在低风险、本就健康的客户身上(他们完成任务容易,薅羊毛最多),而真正需要干预的高风险客户可能因健康原因难以完成任务,无法获得有效帮助。对低风险的健康人群,即使提供健康管理服务,未来发生理赔的概率和金额下降空间相对较小(“健康天花板”效应)。而对于高风险人群,有效的健康干预能够显著降低其并发症发生率和住院率,从而直接、显著地减少理赔的发生。
  • 结果:成本奇高,但风控效果不彰。钱花在了错误的人身上。

问题二:“数据证明”与“归因困难”的矛盾

  • 做法:希望通过数据对比证明参与用户理赔率更低。
  • 问题:缺乏严谨的初始实验设计。能坚持完成任务的用户,可能本身就是健康意识更强、基线健康状况更好的人,理赔率低很可能是因为本来就是低风险人群,而非平安RUN的功劳。
  • 结果:无法科学地证明项目的业务价值,无法回答“花的这几个亿到底为保险公司省下了多少理赔款”这个终极问题。

结论与启示:未来该如何做?

平安RUN的实践是一次代价高昂但极其宝贵的探索。它证明了一个核心观点:简单的“运动换泛化奖励”模式无法支撑健康管理与保险的深度结合。

未来的成功模式必然是基于风险分层精准化个性化管理:

1)精准识别:利用健康问卷、体检数据、可穿戴设备数据等,精准识别出高风险、高价值、有干预潜力的客户,将资源重点投向这些人。

2)实施科学有效的健康管理方案,这个是基础,是地基,后面一切资源的付出都是基于方案科学有效的基础之上。打造一个以健康为中心,整合保险、医疗、运动、营养的服务生态,提供真正有价值的健康管理,而不仅仅是步数考核。

3)激励改革:提供正确持久的激励,激励的选择非常重要,如果没有激励,可能最终绝大多数人都无法坚持放弃健康管理,那么整件事情都将没有意义。要从提高荣誉感,提高自我认同出发,需要和保费、保险产品、医疗健康息息相关的激励如:

  • 保费折扣:直接降低续期保费。
  • 保额提升:奖励健康行为,提升重疾或身故保额。
  • 健康服务:兑换体检套餐、在线问诊、齿科服务、慢性病管理等。
  • 积分体系:建立长期积分,用于兑换上述权益,增加黏性。

4)科学验证:在推出新计划时,就采用随机对照试验(RCT) 的方法,科学地设计和测量项目效果,为长期投入提供决策依据。

5)用户运营:需要有互联网行业精准高效的用户运营能力。需要有足够多的客户持续活跃,持续完成健康管理方案才能起效。

保险公司要不要为客户提供健康管理,首先要求保险公司有足够多的客户,如果客户数太少,做好了每年省的钱不痛不痒,做坏了钱相当于打水漂,不如不做。

实施时重点关注: 高风险客户筛选的准确率,健康管理能让多少客户长期坚持并受益,以及这波受益的客户理赔风险概率降低了多少,以及如何花钱能够更好的提高客户的积极性和健康水平。

基于新的理念,简易测算一下:测算的模型非常简陋,数据也不一定对,为了更直观的展示这件事情的价值。

案例:假设公司现有 1000 万寿险客户,其中 10% 即 100 万是高风险客户,100 万客户经过 3 年的健康管理,健康状况明显改善的占比 10%,即有 10 万客户理赔风险降低,原重疾理赔风险 80%, 经健康管理后理赔风险降低 50%,按照单次理赔金额 8.24 万( 2024 行业平均重疾险单次理赔金额 数据),可以省 10 万*40%(理赔概率)*8.24 万(单个理赔金额)=33 亿理赔费用

如果按照单个客户每年 1000 元的投入(这笔投入其实还可以转化一部分到客户头上,减少保司的费用),预计总费用 10 亿/年,3 年总费用为 30 亿,加上各类成本,理论上可以有一定结余。

最后

平安RUN的失败很大概率不是模式的失败,而是1.0粗放式运营模式的失败。它为行业趟平了雷区,指明了通往2.0精准化模式的方向。

对于寿险公司而言,这条路很艰难确,不一定是正确的方向,需要有敢于先行的公司去证明这套模式是否成立。

未来是什么样子,只能交给时间。

注:本人虽有过 2 段和保险相关的工作经验,但并没有触及保险核心业务,对于保险行业的理解和认识不够完整和深刻,本文仅为个人观点,仅供参考。如有不当之处,欢迎指正。

本文由 @知无涯 原创发布于人人都是产品经理。未经作者许可,禁止转载

题图来自Unsplash,基于CC0协议

该文观点仅代表作者本人,人人都是产品经理平台仅提供信息存储空间服务