Wunderlist：为什么一款用户上千万的待办应用，被收购之后一定会被关掉？
大厂收购你的目的常常是拿到团队和能力，而不是让你继续独立生长
Wunderlist：巅峰期设计精良的待办事项与任务管理应用，用户规模超过千万，被视为同品类中体验最好的产品之一，2015 年被大型软件公司收购；终局是收购后功能被整合进收购方的自有任务应用，原产品于 2020 年正式关闭，用户被迁移到新的产品线中。
リンクについて：网站已无法访问：域名无法解析或连接超时。
公开报道整理 待核查 データ基準日 2020 出典 1 件 この欄の見方
この表示の読み方
この欄は「何を知り、何を確認したか」をそのまま示し、ご自身で判断できるようにするものです。
· 確認状況：「未確認」は出典と突き合わせていない状態、「確認済み」は主要な事実が出典と一致している状態です。
· 数値の基準時点：本文中の数字がいつ時点のものかを示します。
· 出典数：末尾に一つずつ記載し、開いて確認できます。「一次資料」は公式発表・年報・目論見書・監督機関文書です。
· 訂正：何をどう直したか、根拠は何かをすべて公開します。
編集方針 → 編集方針：収録基準・確認手順・AI 利用の明示・訂正の約束をまとめたページです。
设计精良的待办事项与任务管理应用，用户规模超过千万，被视为同品类中体验最好的产品之一，2015 年被大型软件公司收购
收购后功能被整合进收购方的自有任务应用，原产品于 2020 年正式关闭，用户被迁移到新的产品线中
3,815 票が参加
1 プラン · 1 知見
投稿会先进入待审，通过后才进入公开目录和站点地图。
根本的敗因の国民的公投
企業の命運を決定づけた致命的死穴に投票してください。
与收购方自有产品线直接重叠
两条产品线互斥，整合即意味着其中一条必须消失
收购目的偏向团队与能力而非产品
产品独立发展不在收购方规划中，投入与迭代随之停止
创始人提前离开
产品缺少持续的内部推动者，进一步加速了整合
用户数据与生态绑定在买家体系内
用户无法反对整合，只能接受迁移或自行离开
年表：絶頂から終局へ
产品发布
以待办与任务管理应用进入市场
用户增长
用户规模超过千万，成为同品类口碑最好的产品之一
被收购
被大型软件公司收购，创始团队与产品进入该体系
服务关闭
功能被整合进收购方的自有任务应用，原产品正式关闭
4大視点からの徹底回顧分析
発展の軌跡と最盛期の礎
产品以清爽的界面与跨平台同步在任务管理工具中获得口碑，用户增长稳定，因此进入大厂的收购名单，创始团队与产品一起被纳入对方体系巅峰期的成绩单是：设计精良的待办事项与任务管理应用，用户规模超过千万，被视为同品类中体验最好的产品之一，2015 年被大型软件公司收购。此时的它拥有渠道、品牌与资本的合力，看起来没有任何理由会输。
致命的転換点における戦略ミス
收购方本身已有同类产品线，收购的目的是获得团队与能力，独立产品与自有产品线重叠，最终只能被整合关停公司的流量、分发或支付长期依赖单一平台，当平台把同一功能内置为免费能力时，原有的用户价值在一夜之间被抽走。
内部組織カルチャーと過信
组织习惯了「跟着平台节奏走」，产品规划始终滞后于平台政策变化，没有人负责建立真正属于自己的护城河。
破綻の連鎖と終焉
收购后功能被整合进收购方的自有任务应用，原产品于 2020 年正式关闭，用户被迁移到新的产品线中。Wunderlist的结局不是某一次意外，而是上面这些判断在数年里不断叠加、又始终没有被纠正的必然结果。
ビジネスの実践的生存ルール
高額な失敗の代償から導き出された実践的教訓（DO & DON'T）
被大厂收购时，先问自己的产品是否与对方重叠
重叠的产品很少能独立存活。
- •在收购协议中约定产品的存续期限与迁移方案
- •把品牌与用户关系作为谈判筹码而不是附属品
- •不要把收购当作产品成功的终点
- •不要在收购后停止与用户的直接沟通
再生シミュレーター：もしあなたが当時のCEOなら、決定的な転換点でどう立て直すか？
歴史は変えられませんが、戦略思考は磨けます。過酷な事業整理と新たな勝負手を提示し、起業家や投資家による実現可能性投票で検証します。
在收购谈判中把产品存续与用户迁移写进条款
介入すべき時点：2015 年被大型软件公司收购的谈判阶段
- •不接受没有产品存续约定的收购条件
- •不在整合期内停止原产品的迭代
- •不对用户隐瞒整合与迁移安排
- •在协议中约定原产品的独立运营期限与功能承诺
- •明确数据导出与迁移的时间表并提前告知用户
- •把品牌与用户沟通渠道保留在自有域名下
整合后的资源投入按协议执行，产品团队的考核与用户留存指标挂钩。
产品在整合期内继续获得用户信任，即使最终合并，用户也能完整带走自己的数据，品牌不必以「被关停」收场。
専門家による徹底見解
起業家、投資家、元社員、アナリストによる現場の分析
这款应用的体验和口碑都很好，所以被大厂看上了。但对方已经有一个同类的任务产品，收购的主要目的是把优秀的团队和能力拿进来。这种情况下，两条产品线只能活一条，而活下来的必然是主品牌。用户在这个过程中没有任何发言权，只能在通知里看到服务关闭与迁移指引。
卖公司的时候，要一并争取产品的存续条款和用户的迁移知情权。
情報源
出典 1 件以下は本ケースを整理する際に参照した資料です。番号は本文タイムラインの [1][2] に対応します。一次資料を優先し、原文が失効しても確認できるようアーカイブを併記します。
うち 1 件は海外サイト（ウィキペディア、インターネット・アーカイブ等）で、中国本土からは開けない可能性があります。国内で閲覧できる出典（百度百科、主要経済メディア、取引所公告など）を可能な範囲で併記しています。
-
[1]
失敗分析メモの書き出し · 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