软件巨头的健康数据平台退场 (HealthVault):一个开放接口、做了十二年的健康数据平台,为什么用户一直不多?
开放接口能带来开发者,但带不来数据——数据在医疗机构手里
软件巨头的健康数据平台退场 (HealthVault):巅峰期由大型软件公司推出的个人健康记录平台,允许用户集中保存病历、检验与设备数据,并向第三方开发者开放接口;终局是在用户与开发者采用长期不足的情况下,公司在十余年后宣布关闭服务,建议用户将数据迁移到其他平台。
由大型软件公司推出的个人健康记录平台,允许用户集中保存病历、检验与设备数据,并向第三方开发者开放接口
在用户与开发者采用长期不足的情况下,公司在十余年后宣布关闭服务,建议用户将数据迁移到其他平台
3,210 票參與
1 方案 · 1 見解
投稿会先进入待审,通过后才进入公开目录和站点地图。
核心敗因全民歸因公投
投票選擇您認為導致該企業/項目最終死亡的最核心死穴,認同即可即時投票計入權重
用户缺少持续使用健康记录的理由
健康数据是低频查看内容,难以形成日常使用习惯
机构数据接入受标准与合规限制
病历等核心数据的获取依赖机构配合,进展缓慢
开发者生态缺少用户支撑
没有足够的活跃用户,第三方应用无法获得回报
长期投入缺少可验证的回报
在价值未被证明的情况下维持平台运转十余年
時間線:從高峰到終局
平台上线
公司推出个人健康记录平台并向开发者开放接口,定位为健康数据的汇聚中心
开发者生态有限
接入的设备与应用数量有限,用户活跃度不足,平台价值难以体现
方向调整与投入减少
公司将重心转向其他医疗与云服务方向,平台迭代放缓,用户增长停滞
宣布关闭
公司宣布关闭平台,建议用户将数据迁移到其他服务,十余年的尝试结束
四大維度全景復盤剖析
發展背景與全盛期基石
公司拥有庞大的软件生态与开发者资源,希望通过开放接口让第三方设备与应用把健康数据汇聚到平台上;产品在隐私与合规上做了较多投入,并尝试与医疗机构合作打通病历数据巅峰期的成绩单是:由大型软件公司推出的个人健康记录平台,允许用户集中保存病历、检验与设备数据,并向第三方开发者开放接口。此时的它拥有渠道、品牌与资本的合力,看起来没有任何理由会输。
致命轉折點的戰略誤判
普通用户缺少持续使用健康记录的动力,医疗机构的病历数据又因标准与合规问题难以规模化接入;开发者无法获得足够的活跃用户,生态始终未能形成,公司在十余年后宣布关闭服务并引导用户迁移数据底层架构的缺陷被增长掩盖了很多年,真正爆发时表现为线上事故、体验崩塌与迭代停滞,修复成本远高于当年重做的代价。
內部組織文化與盲目傲慢
技术决策长期被短期交付目标绑架,「先上线,以后再改」变成永久状态,没人对架构健康度负责。
轟然倒塌的崩盤推演
在用户与开发者采用长期不足的情况下,公司在十余年后宣布关闭服务,建议用户将数据迁移到其他平台。软件巨头的健康数据平台退场 (HealthVault)的结局不是某一次意外,而是上面这些判断在数年里不断叠加、又始终没有被纠正的必然结果。
商業落地避坑實操法則
以血淋淋的商業代價淬煉出的創業與經營行動準則(DOs & DONTs)
健康数据的价值不在「存起来」,而在「被使用」
把使用场景(就诊、用药、保险)作为产品的第一设计对象。
- •围绕具体使用场景设计产品价值
- •把机构接入的可行性作为进入前提
- •不要用存储与接口能力替代使用场景
- •不要在没有活跃用户的平台上投入开发者生态
絕地求生模擬器:如果你是當時的CEO,在關鍵轉折點該如何挽狂瀾於既倒?
歷史不可更改,但思維可以淬煉。針對核心轉折點,提出手術刀式改革方案與資源調配破局法,交由全網創業者與投資人可行度公投。
先绑定一个高频使用场景,再谈数据汇聚
關鍵干預時點:2013 年前后开发者接入有限、用户活跃度长期不足时
- •停止在没有使用场景时扩大开发者生态
- •停止把存储能力当作产品价值
- •停止假设机构数据接入会自然发生
- •围绕就诊、用药与保险等场景设计使用价值
- •优先打通一两类机构的可接入数据
- •用实际使用频次验证产品是否成立
平台已投入多年,转化方向需要内部共识与资源重新配置。
产品在具体场景中被稳定使用,数据汇聚成为自然结果。
行家深度復盤見解
來自創業者、投資人、前員工和行業專家的真實第一手復盤反思
从技术角度看,这个平台做对了不少事:开放的开发者接口、对隐私与合规的重视、与多种设备与服务的对接尝试。但它面对的是一个使用频率极低的需求——多数人一年只在看病或体检时关心自己的健康记录。而真正有价值的病历数据在医院的系统里,接入需要机构配合、标准统一与责任划分,这三件事都不是一家公司能推动的。没有活跃用户,开发者就没有动力;没有开发者,平台就更没有理由被用户打开。这个循环维持了十余年,最终以关闭收场。
健康数据平台最需要想清楚的一件事是:用户会在什么时候打开它。
商業復盤與避坑備忘錄 · 软件巨头的健康数据平台退场 (HealthVault)
一个开放接口、做了十二年的健康数据平台,为什么用户一直不多?
# 商業復盤備忘錄:软件巨头的健康数据平台退场 (HealthVault) > 一个开放接口、做了十二年的健康数据平台,为什么用户一直不多? > 週期: 2007 - 2019 | 行業: 醫療與健康 > 巔峰: 由大型软件公司推出的个人健康记录平台,允许用户集中保存病历、检验与设备数据,并向第三方开发者开放接口 > 終局: 在用户与开发者采用长期不足的情况下,公司在十余年后宣布关闭服务,建议用户将数据迁移到其他平台 ## 核心概覽 开放接口能带来开发者,但带不来数据——数据在医疗机构手里。巅峰期由大型软件公司推出的个人健康记录平台,允许用户集中保存病历、检验与设备数据,并向第三方开发者开放接口;终局是在用户与开发者采用长期不足的情况下,公司在十余年后宣布关闭服务,建议用户将数据迁移到其他平台。 ## 社區公投頭號死因 1. [產品技術] 用户缺少持续使用健康记录的理由 (1,056 票) 2. [戰略決策] 机构数据接入受标准与合规限制 (887 票) 3. [組織管理] 开发者生态缺少用户支撑 (718 票) ## 可執行教訓 ### 健康数据的价值不在「存起来」,而在「被使用」 > 把使用场景(就诊、用药、保险)作为产品的第一设计对象。 - ✅ 推薦做 (DOs): - 围绕具体使用场景设计产品价值 - 把机构接入的可行性作为进入前提 - ❌ 絕不能做 (DON'Ts): - 不要用存储与接口能力替代使用场景 - 不要在没有活跃用户的平台上投入开发者生态 ## 救亡方案 ### 先绑定一个高频使用场景,再谈数据汇聚 — 良略编辑部 干預時點: 2013 年前后开发者接入有限、用户活跃度长期不足时 - 必須斷腕: - 停止在没有使用场景时扩大开发者生态 - 停止把存储能力当作产品价值 - 停止假设机构数据接入会自然发生 - 破局動作: - 围绕就诊、用药与保险等场景设计使用价值 - 优先打通一两类机构的可接入数据 - 用实际使用频次验证产品是否成立 - 預期結果: 产品在具体场景中被稳定使用,数据汇聚成为自然结果。 ## 社區見解 ### 平台的技术和隐私设计实际上相当严谨,问题是人们不会为了「把数据存起来」而定期打开一个网站。 — 良略编辑部 (工程师) 从技术角度看,这个平台做对了不少事:开放的开发者接口、对隐私与合规的重视、与多种设备与服务的对接尝试。但它面对的是一个使用频率极低的需求——多数人一年只在看病或体检时关心自己的健康记录。而真正有价值的病历数据在医院的系统里,接入需要机构配合、标准统一与责任划分,这三件事都不是一家公司能推动的。没有活跃用户,开发者就没有动力;没有开发者,平台就更没有理由被用户打开。这个循环维持了十余年,最终以关闭收场。 - 如果重來一次的糾偏招式 健康数据平台最需要想清楚的一件事是:用户会在什么时候打开它。 --- 來源: 良略 · https://www.lianglue.com/c/healthvault