解剖11个关闭・撤退案例的死因 — 比起资金耗尽，更多的是平台问题和"盈利却无法继续"

本媒体的收录案例严重偏向成功的事业。392件中，能作为关闭・撤退记录下来的只有11件——不到3%。这与世间事业的实际死亡率相去甚远，这种偏斜本身，正是阅读收益案例媒体时最先需要校正的幸存者偏差。即便如此，把11件的死因排开来看，能看到与通行说法不同的分布。

11件一览

死因分类

按”为什么结束”给11件分组，大致是5类。

①外部规则・平台起因(2件)。Reddit调研工具在盈利状态下，因Data API商用许可谈判未能达成而关闭。AI文章生成SaaS的崩塌，导火索也是$50,000的诈骗损失和支付相关的条款变更。这一组的死因不是收入或需求，而是握在他人手里的规则与外部的恶意，MRR $35K或$15K这样的”成功数字”没有构成任何防御。

**②市场・需求不成立(3件)。**健康AI花7年获得付费客户4家，SEO工具的峰值是β首日的1,000人，围棋游戏10年收入为零。都属于”做得出来，却没人付钱”的类型，致命伤不是一击，而是增长停滞期的长期化。值得注意的是撤退所用的年数——7年・10年意味着损失的大头不是金钱，而是以机会成本的形式堆积。

③损益・时间性价比的止损(3件)。出租空间用29个月确定了约220万日元的亏损后撤退。Python自动化副业每月赚着9.4万日元，仍以与投入时间不匹配为由收场。Logo生成在月$3,000稳定5年之后，以买断制模式必须”每月持续拉来100个新客”的结构性疲劳为由结束。这一组的特征是不只亏损，“小幅盈利”同样能成为撤退理由，继续经营的成本在账本之外。

**④外部冲击・事故(2件)。**餐车刚做到月收入38万日元，就被新冠的外出限制直接击中，被迫停业。终结月UU100万的同人二创平台的直接导火索，是查询中限制获取条数的一行代码(.limit(20))消失的事故。但后者的本质不是事故：因为没有收入，只能靠每月8,000日元的服务器硬撑，负荷跳升的那一刻，“花钱扩容”这个选项根本不存在。没有收入的人气服务，第一次故障往往就是最后一次故障。

**⑤见好就收(1件)。**AI头像生成在首周赚到$150K之后,看到有资本的竞品入场、市场转向广告消耗战,本人早早主动终止。这甚至算不上失败，趁着赢的时候下桌,是一种少有记录的结束方式。

用数字看”死法”

关闭时点月收入可知的8件，分布从0日元延伸到约525万日元(MRR $35K)。11件中至少有3件，在关闭时点处于盈利或高收益状态。“倒下=钱烧完了”这个直觉，在这个样本里是少数派。

运营期间为4个月〜10年，中位数大致落在2〜4年的区间。快的死亡多见于外部冲击型，慢的死亡多见于需求不成立型。也就是说，撤退的快慢衡量的不是失败的大小，而是”判断的快慢”。比起10年收入为零，29个月止损、亏220万日元的那一个，算上机会成本的总损失反而很可能更小。

可复现的条件与局限

能从这11件一般化的有3点：①立在他人规则之上的事业，成功数字越大越会成为”谈判对象”，防御力反而下降(在平台风险的各案例中反复看到的结构)；②撤退标准不应只看亏损额，而应事先把”时间性价比”和”结构性疲劳”也定义进去；③”盈利状态下收场”不是失败，而是决策。

局限在样本。这11件仅限于”本人有诚意公开撤退”的案例，悄无声息消失的大多数没有映在这里。关闭案例3%的占比不是现实的死亡率，而是公开偏差的测量值。本媒体承认这种偏斜，并将继续优先收录撤退的记录。整体分布见数据汇总，“出售”这另一种退出见出售案例列表。