软件巨头的健康数据平台退场 (HealthVault)：一个开放接口、做了十二年的健康数据平台，为什么用户一直不多？

# 商业复盘备忘录：软件巨头的健康数据平台退场 (HealthVault)

> 一个开放接口、做了十二年的健康数据平台，为什么用户一直不多？
> 周期: 2007 - 2019 | 行业: 医疗与健康
> 巅峰: 由大型软件公司推出的个人健康记录平台，允许用户集中保存病历、检验与设备数据，并向第三方开发者开放接口
> 终局: 在用户与开发者采用长期不足的情况下，公司在十余年后宣布关闭服务，建议用户将数据迁移到其他平台

## 核心概览
开放接口能带来开发者，但带不来数据——数据在医疗机构手里。巅峰期由大型软件公司推出的个人健康记录平台，允许用户集中保存病历、检验与设备数据，并向第三方开发者开放接口；终局是在用户与开发者采用长期不足的情况下，公司在十余年后宣布关闭服务，建议用户将数据迁移到其他平台。

## 社区公投头号死因
1. [产品技术] 用户缺少持续使用健康记录的理由 (1,056 票)
2. [战略决策] 机构数据接入受标准与合规限制 (887 票)
3. [组织管理] 开发者生态缺少用户支撑 (718 票)

## 可执行教训
### 健康数据的价值不在「存起来」，而在「被使用」
> 把使用场景（就诊、用药、保险）作为产品的第一设计对象。

- ✅ 推荐做 (DOs):
  - 围绕具体使用场景设计产品价值
  - 把机构接入的可行性作为进入前提
- ❌ 绝不能做 (DON'Ts):
  - 不要用存储与接口能力替代使用场景
  - 不要在没有活跃用户的平台上投入开发者生态

## 救亡方案
### 先绑定一个高频使用场景，再谈数据汇聚 — 良略编辑部
干预时点: 2013 年前后开发者接入有限、用户活跃度长期不足时
- 必须断腕:
  - 停止在没有使用场景时扩大开发者生态
  - 停止把存储能力当作产品价值
  - 停止假设机构数据接入会自然发生
- 破局动作:
  - 围绕就诊、用药与保险等场景设计使用价值
  - 优先打通一两类机构的可接入数据
  - 用实际使用频次验证产品是否成立
- 预期结果: 产品在具体场景中被稳定使用，数据汇聚成为自然结果。

## 社区见解
### 平台的技术和隐私设计实际上相当严谨，问题是人们不会为了「把数据存起来」而定期打开一个网站。 — 良略编辑部 (工程师)
从技术角度看，这个平台做对了不少事：开放的开发者接口、对隐私与合规的重视、与多种设备与服务的对接尝试。但它面对的是一个使用频率极低的需求——多数人一年只在看病或体检时关心自己的健康记录。而真正有价值的病历数据在医院的系统里，接入需要机构配合、标准统一与责任划分，这三件事都不是一家公司能推动的。没有活跃用户，开发者就没有动力；没有开发者，平台就更没有理由被用户打开。这个循环维持了十余年，最终以关闭收场。
- 如果重来一次的纠偏招式 健康数据平台最需要想清楚的一件事是：用户会在什么时候打开它。

---
来源: 良略 · https://www.lianglue.com/c/healthvault