被收购后关闭的邮件应用 (Mailbox)：一个上线就被抢着用的邮件应用，为什么三年后停止服务了？
当收购方的主业与产品方向无关，被收购应用就只是一个人才包
被收购后关闭的邮件应用 (Mailbox)：巅峰期以手势操作与收件箱管理为特色的移动邮件应用，上线后因创新交互获得大量关注，用户等待名单一度排到数十万人，被视作移动生产力工具的代表产品；终局是被云存储公司收购后独立开发放缓，功能未整合进收购方的主业产品，应用在三年内停止服务，团队被编入其它项目，品牌与产品一并消失。
About this link：原地址会跳转到站内 /legacy/publications/library/proceedings/usits97/full_papers/christenson/christenson.ps。
公开报道整理 待核查 Figures as of 2016 1 sources What do these mean?
How to read this bar
This bar states plainly what we know and what we have checked, so you can judge it yourself.
· Review status: “pending” means no editor has checked it against the sources yet; “checked” means key facts match the sources.
· Figures as of: the year the numbers are current to; later changes are out of scope.
· Sources: listed one by one at the bottom of the page. “Primary” means official filings, annual reports or regulator documents.
· Corrections: every change and its basis is published — nothing is edited silently.
Editorial policy → Editorial policy: the full inclusion rules, verification process, AI disclosure and correction promise.
以手势操作与收件箱管理为特色的移动邮件应用，上线后因创新交互获得大量关注，用户等待名单一度排到数十万人，被视作移动生产力工具的代表产品
被云存储公司收购后独立开发放缓，功能未整合进收购方的主业产品，应用在三年内停止服务，团队被编入其它项目，品牌与产品一并消失
3,988 votes cast
1 plans · 1 insights
投稿会先进入待审，通过后才进入公开目录和站点地图。
Root Causes Consensus Poll
Vote for the primary fatal error that caused this enterprise to collapse.
缺少可持续的付费模式
邮件客户端的使用频率高但直接付费意愿低
产品方向与收购方主业无关
邮件不在收购方的战略规划内，缺少长期资源投入
收购后团队被调离
核心团队分散到其它项目，产品迭代无法持续
系统自带邮件能力持续增强
移动系统与主流办公套件逐步覆盖相关功能，独立客户端的空间被压缩
Timeline: peak to collapse
产品上线与热度
应用上线后因交互创新获得大量关注，用户等待名单迅速增长
被云存储公司收购
收购方以约一亿美元量级的价格完成收购，产品继续独立运营
更新放缓与团队调动
产品更新节奏放缓，团队成员被逐步分配到收购方的其它项目
停止服务
收购方宣布关闭该邮件应用，用户迁移到其它客户端，品牌消失
Four-Dimensional Retrospective Breakdown
Background & Golden Era
邮件应用的用户规模虽大，但缺乏直接的付费路径，收入无法支撑独立的研发与运营；收购方的主业是云存储与协作工具，邮件并非其战略方向，收购的主要目的是获取移动端工程与设计能力；在收购后，团队被逐步调往其它项目，产品更新停滞，用户增长也随之停止巅峰期的成绩单是：以手势操作与收件箱管理为特色的移动邮件应用，上线后因创新交互获得大量关注，用户等待名单一度排到数十万人，被视作移动生产力工具的代表产品。此时的它拥有渠道、品牌与资本的合力，看起来没有任何理由会输。
Fatal Turning Point Miscalculation
收购方宣布关闭该邮件应用，用户被引导使用其它邮件客户端，产品与品牌消失；此案与同期多起生产力工具收购类似，说明在缺少业务协同的收购中，独立产品通常难以长期存续把最关键的渠道交给了既是伙伴又是竞争者的巨头，谈判桌上从来没有 B 计划，平台战略一调整，公司连挣扎的余地都没有。
Internal Culture & Bureaucratic Hubris
管理层把平台给予的资源当成自身能力，缺少独立获客与自有品牌建设的投入，用户记住的是入口而不是产品。
The Collapse & Aftermath
被云存储公司收购后独立开发放缓，功能未整合进收购方的主业产品，应用在三年内停止服务，团队被编入其它项目，品牌与产品一并消失。被收购后关闭的邮件应用 (Mailbox)的结局不是某一次意外，而是上面这些判断在数年里不断叠加、又始终没有被纠正的必然结果。
Battle-Tested Actionable Survival Rules
Distilled practical DOs and DONTs forged from costly corporate catastrophes.
高频低付费的工具要尽早找到变现路径
把使用场景延伸到团队或企业场景。
- •开发面向团队的付费功能
- •把邮件与日程、任务等场景结合形成套件
- •不要把用户量当作商业模式的替代
- •不要假设高频使用会自动带来收入
被收购前确认对方战略与产品的匹配度
在交易中争取产品的存续承诺。
- •评估收购方是否有与产品相关的业务线
- •在条款中约定产品维护期限与资源投入
- •不要只看收购价格
- •不要假设大公司会持续投入非核心产品
Revival Simulation: If you were the CEO at the inflection point, how would you save it?
History cannot be rewritten, but executive decision-making can be honed. Propose decisive divestitures and strategic bets, and let entrepreneurs & VCs vote on feasibility.
把工具变成团队场景的套件
Critical intervention point：2014 年产品更新放缓、团队开始被调动时
- •停止假设高频使用等同于商业价值
- •停止依赖收购方的资源维持产品
- •停止把用户量当作谈判筹码
- •把产品延伸到团队协作与任务管理场景
- •建立企业版付费与安全合规能力
- •在收购条款中争取产品存续与资源承诺
团队场景需要产品与销售投入，短期收入有限。
产品在企业场景获得付费用户，或被收购后作为业务线继续运营。
Expert Post-Mortem Insights
Firsthand diagnostic analyses from entrepreneurs, VCs, alumni, and analysts.
邮件客户端属于高频工具，使用体验的好坏直接影响效率，因此容易获得好评与口碑传播。但用户对邮件本身付费的意愿很低，系统自带应用与办公套件已经提供了基本功能。收购方看重的是团队的移动端工程与设计能力，而不是邮件这个品类。当团队被调往其它项目，产品更新停止，用户流失也就成为必然。
在被收购这类交易里，判断产品命运的不是价格，而是它是否落在买方的战略版图上。
Sources
1 sourcesThese are the references used to compile this case; the numbers match the [1][2] marks in the timeline. Primary sources come first, and archive links are kept where possible.
1 of these are overseas sites (Wikipedia, the Internet Archive, etc.) that may be unreachable from mainland China, so domestic sources (Baidu Baike, mainstream financial media, exchange filings) have been added wherever possible.
-
[1]
Business Post-Mortem Memo · 被收购后关闭的邮件应用 (Mailbox)
一个上线就被抢着用的邮件应用，为什么三年后停止服务了？
# Business Post-Mortem Memo：被收购后关闭的邮件应用 (Mailbox) > 一个上线就被抢着用的邮件应用，为什么三年后停止服务了？ > Period: 2013 - 2016 | Industry: Tools & Internet > Peak: 以手势操作与收件箱管理为特色的移动邮件应用，上线后因创新交互获得大量关注，用户等待名单一度排到数十万人，被视作移动生产力工具的代表产品 > Final: 被云存储公司收购后独立开发放缓，功能未整合进收购方的主业产品，应用在三年内停止服务，团队被编入其它项目，品牌与产品一并消失 ## Overview 当收购方的主业与产品方向无关，被收购应用就只是一个人才包。巅峰期以手势操作与收件箱管理为特色的移动邮件应用，上线后因创新交互获得大量关注，用户等待名单一度排到数十万人，被视作移动生产力工具的代表产品；终局是被云存储公司收购后独立开发放缓，功能未整合进收购方的主业产品，应用在三年内停止服务，团队被编入其它项目，品牌与产品一并消失。 ## Top-voted root causes 1. [Capital & Finance] 缺少可持续的付费模式 (1,312 votes) 2. [Strategy] 产品方向与收购方主业无关 (1,102 votes) 3. [Org & Culture] 收购后团队被调离 (892 votes) ## Actionable lessons ### 高频低付费的工具要尽早找到变现路径 > 把使用场景延伸到团队或企业场景。 - ✅ DOs: - 开发面向团队的付费功能 - 把邮件与日程、任务等场景结合形成套件 - ❌ DON'Ts: - 不要把用户量当作商业模式的替代 - 不要假设高频使用会自动带来收入 ### 被收购前确认对方战略与产品的匹配度 > 在交易中争取产品的存续承诺。 - ✅ DOs: - 评估收购方是否有与产品相关的业务线 - 在条款中约定产品维护期限与资源投入 - ❌ DON'Ts: - 不要只看收购价格 - 不要假设大公司会持续投入非核心产品 ## Revival plans ### 把工具变成团队场景的套件 — 良略编辑部 Intervention: 2014 年产品更新放缓、团队开始被调动时 - Must cut: - 停止假设高频使用等同于商业价值 - 停止依赖收购方的资源维持产品 - 停止把用户量当作谈判筹码 - Breakthrough moves: - 把产品延伸到团队协作与任务管理场景 - 建立企业版付费与安全合规能力 - 在收购条款中争取产品存续与资源承诺 - Expected outcome: 产品在企业场景获得付费用户，或被收购后作为业务线继续运营。 ## Community insights ### 这类产品的困境在于：用户每天都会用它，但没人愿意为它单独付钱。 — 良略编辑部 (工程师) 邮件客户端属于高频工具，使用体验的好坏直接影响效率，因此容易获得好评与口碑传播。但用户对邮件本身付费的意愿很低，系统自带应用与办公套件已经提供了基本功能。收购方看重的是团队的移动端工程与设计能力，而不是邮件这个品类。当团队被调往其它项目，产品更新停止，用户流失也就成为必然。 - Alternative Move if Replayed 在被收购这类交易里，判断产品命运的不是价格，而是它是否落在买方的战略版图上。 --- Source: 良略 · https://www.lianglue.com/c/mailbox-app