被收购后关停的日历应用 (Sunrise)：一个口碑很好的日历应用，为什么被大公司买下后反而关掉了？
被收购的产品价值常常是给主力产品加功能，而不是继续独立存在
被收购后关停的日历应用 (Sunrise)：巅峰期以跨平台日历应用为核心的创业公司，产品以简洁的界面与多平台同步能力获得用户好评，在生产力工具领域拥有较高的媒体关注度与忠实用户；终局是被大型软件公司收购后功能被整合进对方的主力产品，独立应用在两年内停止服务，用户需要迁移到收购方的产品，团队被编入其它项目，独立品牌消失。
公开报道整理 待核查 Figures as of 2016 2 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,562 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
被大型软件公司收购后功能被整合进对方的主力产品，独立应用在两年内停止服务，用户需要迁移到收购方的产品，团队被编入其它项目，独立品牌消失。被收购后关停的日历应用 (Sunrise)的结局不是某一次意外，而是上面这些判断在数年里不断叠加、又始终没有被纠正的必然结果。
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：2015 年收购完成后整合计划逐步清晰时
- •停止假设收购后产品会独立运营
- •停止依赖单一平台的分发
- •停止把用户量当作谈判筹码
- •在交易条款中约定用户迁移与过渡安排
- •把核心能力延伸到团队协作等付费场景
- •为团队成员争取明确的岗位与项目安排
独立运营的资金需求超出自身收入能力。
团队与技术以更好的条件并入，用户得到平稳迁移。
Expert Post-Mortem Insights
Firsthand diagnostic analyses from entrepreneurs, VCs, alumni, and analysts.
日历、邮件这类工具属于系统默认功能，用户对界面与体验有偏好，但为单独的应用付费的意愿并不高。收购方看到的是设计团队与跨平台同步能力，希望把它们整合进自己的主力产品以提升竞争力。因此交易的目标从一开始就不是运营一个独立应用，而是吸收它的能力。对创业团队来说，理解买方的真实动机，往往比交易价格更重要。
当产品的价值主要来自被整合，它在交易完成后消失是可以预期的。
Sources
2 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]
-
[2]
Business Post-Mortem Memo · 被收购后关停的日历应用 (Sunrise)
一个口碑很好的日历应用，为什么被大公司买下后反而关掉了？
# Business Post-Mortem Memo：被收购后关停的日历应用 (Sunrise) > 一个口碑很好的日历应用，为什么被大公司买下后反而关掉了？ > Period: 2013 - 2016 | Industry: Tools & Internet > Peak: 以跨平台日历应用为核心的创业公司，产品以简洁的界面与多平台同步能力获得用户好评，在生产力工具领域拥有较高的媒体关注度与忠实用户 > Final: 被大型软件公司收购后功能被整合进对方的主力产品，独立应用在两年内停止服务，用户需要迁移到收购方的产品，团队被编入其它项目，独立品牌消失 ## Overview 被收购的产品价值常常是给主力产品加功能，而不是继续独立存在。巅峰期以跨平台日历应用为核心的创业公司，产品以简洁的界面与多平台同步能力获得用户好评，在生产力工具领域拥有较高的媒体关注度与忠实用户；终局是被大型软件公司收购后功能被整合进对方的主力产品，独立应用在两年内停止服务，用户需要迁移到收购方的产品，团队被编入其它项目，独立品牌消失。 ## Top-voted root causes 1. [Capital & Finance] 独立工具的付费规模有限 (1,172 votes) 2. [Product & Tech] 面对系统与平台自带功能的竞争 (984 votes) 3. [Strategy] 收购意图与产品延续不匹配 (797 votes) ## Actionable lessons ### 工具类产品要建立可收费的工作流 > 把一次性功能升级为持续使用场景。 - ✅ DOs: - 围绕团队协作与自动化建立付费点 - 在系统能力之外解决跨平台的一致性问题 - ❌ DON'Ts: - 不要把好评当作付费能力 - 不要假设功能不会被系统内置 ### 被收购前要想清楚买方要什么 > 在交易中明确产品的存续安排。 - ✅ DOs: - 在条款中约定用户数据迁移与过渡期 - 评估团队并入后的角色与空间 - ❌ DON'Ts: - 不要把收购价格当作产品成功的证明 - 不要假设收购后产品会继续独立运营 ## Revival plans ### 先把用户关系握在自己手里 — 良略编辑部 Intervention: 2015 年收购完成后整合计划逐步清晰时 - Must cut: - 停止假设收购后产品会独立运营 - 停止依赖单一平台的分发 - 停止把用户量当作谈判筹码 - Breakthrough moves: - 在交易条款中约定用户迁移与过渡安排 - 把核心能力延伸到团队协作等付费场景 - 为团队成员争取明确的岗位与项目安排 - Expected outcome: 团队与技术以更好的条件并入，用户得到平稳迁移。 ## Community insights ### 在生产力工具领域，口碑和收入常常是两件事。 — 良略编辑部 (产品经理) 日历、邮件这类工具属于系统默认功能，用户对界面与体验有偏好，但为单独的应用付费的意愿并不高。收购方看到的是设计团队与跨平台同步能力，希望把它们整合进自己的主力产品以提升竞争力。因此交易的目标从一开始就不是运营一个独立应用，而是吸收它的能力。对创业团队来说，理解买方的真实动机，往往比交易价格更重要。 - Alternative Move if Replayed 当产品的价值主要来自被整合，它在交易完成后消失是可以预期的。 --- Source: 良略 · https://www.lianglue.com/c/sunrise-calendar