软件巨头的健康数据平台退场 (HealthVault)：一个开放接口、做了十二年的健康数据平台，为什么用户一直不多？
开放接口能带来开发者，但带不来数据——数据在医疗机构手里
软件巨头的健康数据平台退场 (HealthVault)：巅峰期由大型软件公司推出的个人健康记录平台，允许用户集中保存病历、检验与设备数据，并向第三方开发者开放接口；终局是在用户与开发者采用长期不足的情况下，公司在十余年后宣布关闭服务，建议用户将数据迁移到其他平台。
由大型软件公司推出的个人健康记录平台，允许用户集中保存病历、检验与设备数据，并向第三方开发者开放接口
在用户与开发者采用长期不足的情况下，公司在十余年后宣布关闭服务，建议用户将数据迁移到其他平台
3,210 votes cast
1 plans · 1 insights
投稿会先进入待审，通过后才进入公开目录和站点地图。
Root Causes Consensus Poll
Vote for the primary fatal error that caused this enterprise to collapse.
用户缺少持续使用健康记录的理由
健康数据是低频查看内容，难以形成日常使用习惯
机构数据接入受标准与合规限制
病历等核心数据的获取依赖机构配合，进展缓慢
开发者生态缺少用户支撑
没有足够的活跃用户，第三方应用无法获得回报
长期投入缺少可验证的回报
在价值未被证明的情况下维持平台运转十余年
Timeline: peak to collapse
平台上线
公司推出个人健康记录平台并向开发者开放接口，定位为健康数据的汇聚中心
开发者生态有限
接入的设备与应用数量有限，用户活跃度不足，平台价值难以体现
方向调整与投入减少
公司将重心转向其他医疗与云服务方向，平台迭代放缓，用户增长停滞
宣布关闭
公司宣布关闭平台，建议用户将数据迁移到其他服务，十余年的尝试结束
Four-Dimensional Retrospective Breakdown
Background & Golden Era
公司拥有庞大的软件生态与开发者资源，希望通过开放接口让第三方设备与应用把健康数据汇聚到平台上；产品在隐私与合规上做了较多投入，并尝试与医疗机构合作打通病历数据巅峰期的成绩单是：由大型软件公司推出的个人健康记录平台，允许用户集中保存病历、检验与设备数据，并向第三方开发者开放接口。此时的它拥有渠道、品牌与资本的合力，看起来没有任何理由会输。
Fatal Turning Point Miscalculation
普通用户缺少持续使用健康记录的动力，医疗机构的病历数据又因标准与合规问题难以规模化接入；开发者无法获得足够的活跃用户，生态始终未能形成，公司在十余年后宣布关闭服务并引导用户迁移数据底层架构的缺陷被增长掩盖了很多年，真正爆发时表现为线上事故、体验崩塌与迭代停滞，修复成本远高于当年重做的代价。
Internal Culture & Bureaucratic Hubris
技术决策长期被短期交付目标绑架，「先上线，以后再改」变成永久状态，没人对架构健康度负责。
The Collapse & Aftermath
在用户与开发者采用长期不足的情况下，公司在十余年后宣布关闭服务，建议用户将数据迁移到其他平台。软件巨头的健康数据平台退场 (HealthVault)的结局不是某一次意外，而是上面这些判断在数年里不断叠加、又始终没有被纠正的必然结果。
Battle-Tested Actionable Survival Rules
Distilled practical DOs and DONTs forged from costly corporate catastrophes.
健康数据的价值不在「存起来」，而在「被使用」
把使用场景（就诊、用药、保险）作为产品的第一设计对象。
- •围绕具体使用场景设计产品价值
- •把机构接入的可行性作为进入前提
- •不要用存储与接口能力替代使用场景
- •不要在没有活跃用户的平台上投入开发者生态
Revival Simulation: If you were the CEO at the inflection point, how would you save it?
History cannot be rewritten, but executive decision-making can be honed. Propose decisive divestitures and strategic bets, and let entrepreneurs & VCs vote on feasibility.
先绑定一个高频使用场景，再谈数据汇聚
Critical intervention point：2013 年前后开发者接入有限、用户活跃度长期不足时
- •停止在没有使用场景时扩大开发者生态
- •停止把存储能力当作产品价值
- •停止假设机构数据接入会自然发生
- •围绕就诊、用药与保险等场景设计使用价值
- •优先打通一两类机构的可接入数据
- •用实际使用频次验证产品是否成立
平台已投入多年，转化方向需要内部共识与资源重新配置。
产品在具体场景中被稳定使用，数据汇聚成为自然结果。
Expert Post-Mortem Insights
Firsthand diagnostic analyses from entrepreneurs, VCs, alumni, and analysts.
从技术角度看，这个平台做对了不少事：开放的开发者接口、对隐私与合规的重视、与多种设备与服务的对接尝试。但它面对的是一个使用频率极低的需求——多数人一年只在看病或体检时关心自己的健康记录。而真正有价值的病历数据在医院的系统里，接入需要机构配合、标准统一与责任划分，这三件事都不是一家公司能推动的。没有活跃用户，开发者就没有动力；没有开发者，平台就更没有理由被用户打开。这个循环维持了十余年，最终以关闭收场。
健康数据平台最需要想清楚的一件事是：用户会在什么时候打开它。
Business Post-Mortem Memo · 软件巨头的健康数据平台退场 (HealthVault)
一个开放接口、做了十二年的健康数据平台，为什么用户一直不多？
# Business Post-Mortem Memo：软件巨头的健康数据平台退场 (HealthVault) > 一个开放接口、做了十二年的健康数据平台，为什么用户一直不多？ > Period: 2007 - 2019 | Industry: Healthcare & Biotech > Peak: 由大型软件公司推出的个人健康记录平台，允许用户集中保存病历、检验与设备数据，并向第三方开发者开放接口 > Final: 在用户与开发者采用长期不足的情况下，公司在十余年后宣布关闭服务，建议用户将数据迁移到其他平台 ## Overview 开放接口能带来开发者，但带不来数据——数据在医疗机构手里。巅峰期由大型软件公司推出的个人健康记录平台，允许用户集中保存病历、检验与设备数据，并向第三方开发者开放接口；终局是在用户与开发者采用长期不足的情况下，公司在十余年后宣布关闭服务，建议用户将数据迁移到其他平台。 ## Top-voted root causes 1. [Product & Tech] 用户缺少持续使用健康记录的理由 (1,056 votes) 2. [Strategy] 机构数据接入受标准与合规限制 (887 votes) 3. [Org & Culture] 开发者生态缺少用户支撑 (718 votes) ## Actionable lessons ### 健康数据的价值不在「存起来」，而在「被使用」 > 把使用场景（就诊、用药、保险）作为产品的第一设计对象。 - ✅ DOs: - 围绕具体使用场景设计产品价值 - 把机构接入的可行性作为进入前提 - ❌ DON'Ts: - 不要用存储与接口能力替代使用场景 - 不要在没有活跃用户的平台上投入开发者生态 ## Revival plans ### 先绑定一个高频使用场景，再谈数据汇聚 — 良略编辑部 Intervention: 2013 年前后开发者接入有限、用户活跃度长期不足时 - Must cut: - 停止在没有使用场景时扩大开发者生态 - 停止把存储能力当作产品价值 - 停止假设机构数据接入会自然发生 - Breakthrough moves: - 围绕就诊、用药与保险等场景设计使用价值 - 优先打通一两类机构的可接入数据 - 用实际使用频次验证产品是否成立 - Expected outcome: 产品在具体场景中被稳定使用，数据汇聚成为自然结果。 ## Community insights ### 平台的技术和隐私设计实际上相当严谨，问题是人们不会为了「把数据存起来」而定期打开一个网站。 — 良略编辑部 (工程师) 从技术角度看，这个平台做对了不少事：开放的开发者接口、对隐私与合规的重视、与多种设备与服务的对接尝试。但它面对的是一个使用频率极低的需求——多数人一年只在看病或体检时关心自己的健康记录。而真正有价值的病历数据在医院的系统里，接入需要机构配合、标准统一与责任划分，这三件事都不是一家公司能推动的。没有活跃用户，开发者就没有动力；没有开发者，平台就更没有理由被用户打开。这个循环维持了十余年，最终以关闭收场。 - Alternative Move if Replayed 健康数据平台最需要想清楚的一件事是：用户会在什么时候打开它。 --- Source: 良略 · https://www.lianglue.com/c/healthvault