FailBase.

Failure Taxonomy · 失败模式

它们都是怎么死的

把 140 个案例的死因归纳成 10 大失败模式。每个模式都是一套"可复用的教训"——看看你的项目,正在哪座墓园里排队。

战略放弃

44 例

不是产品失败了,是母公司不想养了

这是 FailBase 档案库里第一大死因:产品本身活着、甚至活得不错,却被母公司的战略会议判了死刑。谷歌砍掉 Reader、Inbox、Stadia,微软放弃 Groove、Windows Phone,雅虎养死 Flickr、Delicious——它们的共同点不是产品不好,而是在母公司的战略版图上'不再重要'。大公司的资源永远向'战略核心'倾斜,非核心业务的产品,哪怕用户再多、口碑再好,也会在一次战略调整中被整体放弃。对创业者而言,这是最难防御的死因:你无法控制母公司的会议,唯一能做的是在产品设计阶段就评估'我们依附谁、他会不会变心'。

平均存活 8.7 年 · 查看案例 →

技术替代

29 例

被标准、新范式或更快的后辈取代

技术产品最体面的死法,也是最普遍的死法:被更新的技术范式吸收或取代。Flash 输给 HTML5,CoffeeScript 被 ES6 吸收,Backbone 输给 React,Grunt 输给 Gulp 再输给 Vite,Google Code 输给 GitHub,iPod 被 iPhone 吞噬。它们的共同教训是:技术护城河如果只是'更好用'或'更先进',就一定会被标准、开源生态或数量级的速度革命超越。要么建立'不可被吸收'的护城河(类型系统、生态、网络效应),要么拥抱范式转移——拒绝变化的技术产品,墓碑上是同一条铭文。

平均存活 15.2 年 · 查看案例 →

产品失速

23 例

定位混乱、设计翻车或创新停滞

产品失速是'自己作死'的一类:Fire Phone 用噱头当卖点还对标 iPhone 定价,N-Gage 把打电话设计成'塔可',Ouya 拿安卓盒子冒充游戏机,Windows RT 造了个'像 Windows 却不能装软件'的怪物,Evernote 把融资挥霍在咖啡和硬件上。它们的共同点:定位说不清、产品体验翻车、或者核心产品十年不迭代。产品失速往往不是被对手打败,而是被自己的错误决策慢性杀死——每一个决策当时看起来都合理,叠加起来就是一座坟。

平均存活 6.5 年 · 查看案例 →

生态失败

10 例

技术再好,没有生态就是空壳

操作系统、手机、浏览器、直播平台——凡是需要'开发者/内容/用户'三方共振的产品,都死于生态死循环:没有开发者→没有应用→没有用户→开发者更不来。BeOS 技术领先却软件贫瘠,Firefox OS 用 Web 技术造反却空有理想,OS/2 被 Windows 的生态碾压,Windows Phone 倒在'没有用户→没有开发者'的循环里。生态型产品的生死,从来不是技术竞赛,而是'先有鸡还是先有蛋'的破局竞赛——而大多数挑战者,都死在了破局之前。

平均存活 6.5 年 · 查看案例 →

时机错误

9 例

太早是殉道,太晚是陪葬

时机的艺术在于'半步':Google Wave 领先五年,市场没准备好,成了观赏品;Meerkat 先发一个月,被平台转手养肥了对手;MSN、雅虎通在移动时代掉队,成了上一时代的遗物;BeOS 为多媒体未来而生,却没熬到黎明。太早的产品要独自承担教育市场的成本,太晚的产品要面对赢家通吃的格局。判断'领先半步还是领先五年',是技术创业者最难的功课——而绝大多数革命者,都倒在时间差里。

平均存活 8.1 年 · 查看案例 →

社会伦理

8 例

技术跑赢了人心,就会被人心拒绝

最年轻也最致命的一类死因:产品机制触犯了社会伦理底线。Google Glass 的摄像头无感化引发了全民隐私恐慌,成了'Glasshole';Yik Yak 的匿名+地域成了校园霸凌放大器;Secret 的匿名爆料失控到创始人亲手关闭。它们的共同点:技术能力远超社会接受度,产品设计时没有考虑'被影响者'的感受。隐私、匿名、监控——凡是涉及他人的产品,伦理设计必须前置,因为社会信任一旦崩塌,技术再先进也救不回来。

平均存活 5.6 年 · 查看案例 →

治理崩坏

6 例

打败开源项目的,往往是社区自己

开源和社区型产品最独特的死法:不是输给对手,是输给自己的治理。OpenOffice 治理僵化,核心开发者出走分叉出 LibreOffice;Semantic UI 单点依赖创始人,作者弃坑项目就死了;Joomla 社区内斗十五年,重大版本跳票八年;MySpace 被外行母公司管到管理混乱;Yahoo Answers 垃圾内容泛滥无人治理。它们的教训惊人一致:社区/开源项目的天花板由治理决定——创始人依赖、决策内耗、内容失控,都是比外部竞争更致命的内伤。

平均存活 12.2 年 · 查看案例 →

资本断供

6 例

现金流断了,理想就停了

技术产品最不浪漫的死法:钱烧完了。Pebble 众筹破纪录却撑不起对抗巨头,RethinkDB 口碑爆棚却商业化失败,都死在融资断档上。资本断供的死因通常不是产品差,而是'烧钱速度 > 变现速度 > 融资速度'。众筹的钱是预购款不是增长弹药,融到的钱是倒计时不是护城河——没有商业模式的烧钱产品,融得越多离死亡越近。在资本寒冬里,'现金流健康'比'故事性感'重要一万倍。

平均存活 4.8 年 · 查看案例 →

路径依赖

4 例

昨日的护城河,明日的绞索

Symbian、黑莓、IE、Palm——它们都曾是各自领域的统治者,却都死于对旧路径的忠诚。黑莓坚信物理键盘,Palm 死守手写笔,IE 垄断后五年不更新,Symbian 在触屏时代修补旧架构。路径依赖的本质是:过去的成功经验成了认知牢笼,组织基因无法背叛自己。当范式转移来临时,守成者不是看不见变化,而是舍不得亲手毁掉自己建立的旧世界——然后被新世界连根拔起。

平均存活 18.0 年 · 查看案例 →

其它

1 例

无法归类的特殊死亡

这一栏收着档案库里最特殊的案例——比如 FailBase 自己的'自我归档实验'。它提醒我们:有些'死亡'不是失败,而是完成;有些归档不是悼念,而是幽默。技术史不止有悲剧,也有愿意记录自己的玩笑。

平均存活 0.0 年 · 查看案例 →