一句话摘要

2008 年，谷歌推出 Google Health——把病历、用药记录、检查报告统一存进云端的「个人健康记录」服务，比后来的 Apple Health 早六年。理念很美好：你的健康数据你掌握。但现实是个死结：医院不愿共享数据（怕责任和成本）、用户担心隐私（怕谷歌）、保险体系不配合——谷歌拿不到数据源，用户就没有上传动机，形成「先有鸡还是先有蛋」的僵局。2011 年谷歌宣布关闭，2012 年停服，坦承”未能产生广泛影响”。它死于「全行业都不配合的平台型产品」。

发生了什么

• 2008 年 5 月：Google Health 上线——导入病历、管理用药、追踪健康
• 2008-2009 年：与部分医院、药房达成初步合作，但用户规模始终很小
• 2010 年：隐私争议（谷歌搜集医疗数据？）、医疗数据源合作基本停滞
• 2010 年：谷歌推出 Google Buzz 引发隐私风波，用户对谷歌托管健康数据更谨慎
• 2011 年 6 月：谷歌宣布关闭 Google Health——“未能产生广泛影响”
• 2012 年 1 月：服务正式停用，数据导出窗口关闭

关键数据

指标	数值
生命周期	2008-2012（约 3.5 年）
用户规模	未公开，业内估计远低于百万
死亡方式	战略放弃 + 生态缺失
对比	Apple Health 2014 年入场（晚 6 年但生态更强）
核心障碍	数据源、隐私、支付体系三方不配合

为什么会死

1. 数据源是生命线，但没人给它

Google Health 的价值取决于”病历能不能进来”，但医院担心法律责任、保险公司没有动机、电子病历系统各自为政——谷歌拿不到核心数据，产品就成了空壳。

2. 隐私信任的双重夹击

用户要上传最敏感的健康数据，却要信任一家靠数据赚钱的公司；2010 年 Buzz 隐私风波更让”谷歌+你的数据”成为敏感词。信任一旦缺失，健康产品必死。

3. 平台型产品需要全行业配合

健康记录是典型的多方协作平台：医院、药房、保险、医生、用户，任何一方不配合就转不动。谷歌只有用户一端，其他环节全都卡死。

4. 谷歌自己也不坚定

Google Health 从未进入谷歌战略核心（对比后来的云、AI），当它”没有快速增长”时，谷歌选择及时止损——健康行业的慢热，与谷歌的”快进快出”文化天然冲突。

可复用的教训

• 平台型产品先解决”供给侧”。 数据、商家、内容方不来，需求侧再好也是空转。
• 健康/金融等敏感数据产品，信任是第一产品力。 一旦用户怀疑你的动机，功能再强也没用。
• 慢行业别交给快公司。 医疗的周期是十年，谷歌的耐心是两年——错配注定分手。
• Google Health 的遗产：它证明了”个人健康记录”是真实需求，只是 2012 年的美国生态还没准备好——Apple Health 用「苹果不卖数据」的信任才把这个品类做起来。