被收购后关闭的邮件应用 (Mailbox)：一个上线就被抢着用的邮件应用，为什么三年后停止服务了？

# 商业复盘备忘录：被收购后关闭的邮件应用 (Mailbox)

> 一个上线就被抢着用的邮件应用，为什么三年后停止服务了？
> 周期: 2013 - 2016 | 行业: 工具与互联网
> 巅峰: 以手势操作与收件箱管理为特色的移动邮件应用，上线后因创新交互获得大量关注，用户等待名单一度排到数十万人，被视作移动生产力工具的代表产品
> 终局: 被云存储公司收购后独立开发放缓，功能未整合进收购方的主业产品，应用在三年内停止服务，团队被编入其它项目，品牌与产品一并消失

## 核心概览
当收购方的主业与产品方向无关，被收购应用就只是一个人才包。巅峰期以手势操作与收件箱管理为特色的移动邮件应用，上线后因创新交互获得大量关注，用户等待名单一度排到数十万人，被视作移动生产力工具的代表产品；终局是被云存储公司收购后独立开发放缓，功能未整合进收购方的主业产品，应用在三年内停止服务，团队被编入其它项目，品牌与产品一并消失。

## 社区公投头号死因
1. [资本财务] 缺少可持续的付费模式 (1,312 票)
2. [战略决策] 产品方向与收购方主业无关 (1,102 票)
3. [组织管理] 收购后团队被调离 (892 票)

## 可执行教训
### 高频低付费的工具要尽早找到变现路径
> 把使用场景延伸到团队或企业场景。

- ✅ 推荐做 (DOs):
  - 开发面向团队的付费功能
  - 把邮件与日程、任务等场景结合形成套件
- ❌ 绝不能做 (DON'Ts):
  - 不要把用户量当作商业模式的替代
  - 不要假设高频使用会自动带来收入

### 被收购前确认对方战略与产品的匹配度
> 在交易中争取产品的存续承诺。

- ✅ 推荐做 (DOs):
  - 评估收购方是否有与产品相关的业务线
  - 在条款中约定产品维护期限与资源投入
- ❌ 绝不能做 (DON'Ts):
  - 不要只看收购价格
  - 不要假设大公司会持续投入非核心产品

## 救亡方案
### 把工具变成团队场景的套件 — 良略编辑部
干预时点: 2014 年产品更新放缓、团队开始被调动时
- 必须断腕:
  - 停止假设高频使用等同于商业价值
  - 停止依赖收购方的资源维持产品
  - 停止把用户量当作谈判筹码
- 破局动作:
  - 把产品延伸到团队协作与任务管理场景
  - 建立企业版付费与安全合规能力
  - 在收购条款中争取产品存续与资源承诺
- 预期结果: 产品在企业场景获得付费用户，或被收购后作为业务线继续运营。

## 社区见解
### 这类产品的困境在于：用户每天都会用它，但没人愿意为它单独付钱。 — 良略编辑部 (工程师)
邮件客户端属于高频工具，使用体验的好坏直接影响效率，因此容易获得好评与口碑传播。但用户对邮件本身付费的意愿很低，系统自带应用与办公套件已经提供了基本功能。收购方看重的是团队的移动端工程与设计能力，而不是邮件这个品类。当团队被调往其它项目，产品更新停止，用户流失也就成为必然。
- 如果重来一次的纠偏招式 在被收购这类交易里，判断产品命运的不是价格，而是它是否落在买方的战略版图上。

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