Wunderlist：为什么一款用户上千万的待办应用，被收购之后一定会被关掉？

# 商业复盘备忘录：Wunderlist

> 为什么一款用户上千万的待办应用，被收购之后一定会被关掉？
> 周期: 2011 - 2020 | 行业: 工具与互联网
> 巅峰: 设计精良的待办事项与任务管理应用，用户规模超过千万，被视为同品类中体验最好的产品之一，2015 年被大型软件公司收购
> 终局: 收购后功能被整合进收购方的自有任务应用，原产品于 2020 年正式关闭，用户被迁移到新的产品线中

## 核心概览
大厂收购你的目的常常是拿到团队和能力，而不是让你继续独立生长。巅峰期设计精良的待办事项与任务管理应用，用户规模超过千万，被视为同品类中体验最好的产品之一，2015 年被大型软件公司收购；终局是收购后功能被整合进收购方的自有任务应用，原产品于 2020 年正式关闭，用户被迁移到新的产品线中。

## 社区公投头号死因
1. [战略决策] 与收购方自有产品线直接重叠 (1,255 票)
2. [组织管理] 收购目的偏向团队与能力而非产品 (1,054 票)
3. [组织管理] 创始人提前离开 (853 票)

## 可执行教训
### 被大厂收购时，先问自己的产品是否与对方重叠
> 重叠的产品很少能独立存活。

- ✅ 推荐做 (DOs):
  - 在收购协议中约定产品的存续期限与迁移方案
  - 把品牌与用户关系作为谈判筹码而不是附属品
- ❌ 绝不能做 (DON'Ts):
  - 不要把收购当作产品成功的终点
  - 不要在收购后停止与用户的直接沟通

## 救亡方案
### 在收购谈判中把产品存续与用户迁移写进条款 — 良略编辑部
干预时点: 2015 年被大型软件公司收购的谈判阶段
- 必须断腕:
  - 不接受没有产品存续约定的收购条件
  - 不在整合期内停止原产品的迭代
  - 不对用户隐瞒整合与迁移安排
- 破局动作:
  - 在协议中约定原产品的独立运营期限与功能承诺
  - 明确数据导出与迁移的时间表并提前告知用户
  - 把品牌与用户沟通渠道保留在自有域名下
- 预期结果: 产品在整合期内继续获得用户信任，即使最终合并，用户也能完整带走自己的数据，品牌不必以「被关停」收场。

## 社区见解
### 被收购时的真正问题从来不是价格，而是「你的产品在大厂的产品地图上占哪一格」。 — 良略编辑部 (产品经理)
这款应用的体验和口碑都很好，所以被大厂看上了。但对方已经有一个同类的任务产品，收购的主要目的是把优秀的团队和能力拿进来。这种情况下，两条产品线只能活一条，而活下来的必然是主品牌。用户在这个过程中没有任何发言权，只能在通知里看到服务关闭与迁移指引。
- 如果重来一次的纠偏招式 卖公司的时候，要一并争取产品的存续条款和用户的迁移知情权。

### 被收购时的真正问题从来不是价格，而是「你的产品在大厂的产品地图上占哪一格」。 — 孟怀川 (产品经理)
这款应用的体验和口碑都很好，所以被大厂看上了。但对方已经有一个同类的任务产品，收购的主要目的是把优秀的团队和能力拿进来。这种情况下，两条产品线只能活一条，而活下来的必然是主品牌。用户在这个过程中没有任何发言权，只能在通知里看到服务关闭与迁移指引。
- 如果重来一次的纠偏招式 卖公司的时候，要一并争取产品的存续条款和用户的迁移知情权。

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