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