运营记录①｜开始了4个事业，坏掉了3个 — 本站编辑部公开自己数字的理由

本站收集并记录别人公开的数字：月收入、出售金额、运营年数、获客渠道。排完343个案例后，有一件事越来越说不过去——我们从未公开过自己的数字。

给别人的事业标注”n=多少""中位数是多少”，自己却匿名旁观。这不合道理，所以开始这个连载。共4篇，按”没做成的优先”的顺序，记录编辑部亲手做过的4个事业。

先说明一点:这里谈的四项事业都与本媒体本身无关。它们是作者在本职工作或个人活动中做的事,并非 Small Start 的运营本身。数字取自各事业自己的代码仓库与分析工具。

4个事业与现状

后三个都是在2026年5月下旬的17天内先后启动的。同一时期、同一个人、同样的热情。两个月后，只有一个还在动。

关于隐去服务名称

先写下对读者不利的条件：这个连载四个事业的名称、服务名、公司名都不公开。还在运营的那个，公开名字的时机另行考虑；停掉的那些，涉及他人。

这对读者不公平。本站对收录案例的要求是”沿出处链接可以核验数字”，而自己的文章却做不到。我们明知如此仍然要写。数字的出处在外部看不到的地方：运营仓库的提交历史和Google Analytics 4的后台。等到可以公开名字时，会替换成带URL、可核验的版本。

作为交换，能写的数字一律不加工：不四舍五入、不截取有利区间。“不公开的数字”会明确写明不公开。

用日期定义”停止”

事业停止的日子通常是模糊的。既不是宣布放弃的那天，也不是最后一个用户使用的那天。我们采用一个粗暴的定义：最后一次提交的日期。停下手的那天，仓库里留着记录。

这张表就是连载的起点。**提交最多的事业最先停了。**51天277次提交，平均每天5.4次，是信息网站(89天214次、每天2.4次)两倍以上的速度。

投入量与结果正好倒序排列。常见的”努力不够”的解释，在这里用不上。

三种完全不同的坏法

把停掉的三个都归为”失败”，就什么也看不见了。实际上坏法完全不同。

**B2B SaaS坏在资本结构，不是坏在人。**拿到了VC和天使的投资，与四大之一的高管对谈也已敲定，外表一切顺利。引入外部资本需要把股份集中在代表手里，共同创业者之间的分配从一开始就差距很大。事业越增长，被要求的贡献量与将来能拿到的份额越不相称，不公平感不断累积，拼尽全力的理由先耗尽了。数字和事业都活着，却无法继续。

**共享App停在过度打磨上。**51天做到17种语言、订阅收费、邀请机制和推送通知。确认有多少人会用的环节，一次也没有出现过。

**游戏App停在重写上。**用Swift开工4天后全面转向Flutter，第17天停止。而且因为已经上架，留下了再也改不了的地方。

第2、3篇分别展开这三个。第4篇公开唯一还在运转的信息网站的实数。

这个连载也是对自己幸存者偏差的对策

已收录的343个案例中，记录为”停业(closed)“的只有8个。公开数字的运营者偏向成功一侧。像第一个月时薪400日元的餐车、29个月亏损约220万日元的两家共享空间这样把不顺利的过程也写出来的案例弥足珍贵，但作为母集合远远不够。

只靠外部收集填不上这个缺口，那就自己交出自己那份。像失败5次后6个月做到月入2.3万美元的开发者那样，失败被清点过的记录，对后来的读者才更有用。

写什么，不写什么

只写仓库和分析后台能确认的事实：提交数、日期、版本号、文章数、活跃用户、页面浏览。

不写只以无法核验的形式存在的数字。App的下载量和付费金额本连载不公开——没有以可公开的形式整理好，整理好了会补记。SaaS的融资额也不公开，因为涉及他人。

由此得出的不是教训，而是观察。“4个中停了3个”这一结果，能一般化的东西不多。也不能说照做就会得到同样的结果。即便如此，按投入量从多到少的顺序停止这个排列，对自己来说是第一个发现。

第2篇从最早、外表最齐整、坏得最安静的B2B SaaS讲起。

本连载

• 第1篇(本文) 开始了4个，坏了3个
• 第2篇 两人开始的SaaS，坏在资本的分配上
• 第3篇 277次提交与17种语言，还是停了
• 第4篇 3个月月活9,103人 — 信息网站的实数