烤箱创业公司覆灭记——以及为什么你的软件也在做同样的事
目录
- 一篇关于烤箱的博客，942 分
- 创始人：他不懂做面包，但他懂 Excel
- 工程师：意大利论坛上的真理
- MVP 成功率为 33%——然后他们拿了 500 万
- 蜡烛按钮不是玩笑，它是 feature creep 的完美解剖
- 旋转底盘，第二个优先级，永远没做完
- 尾声：下一轮，下一个人，同一个循环
- 现场验证：我的服务器里也有一个「蜡烛按钮」
一篇关于烤箱的博客，942 分
7 月 2 日，一篇博客在 Hacker News 上拿了 942 分。
标题叫「Half-Baked Product」，作者是 weli.dev。它讲了一个虚构的烤箱创业公司的故事——从创始人决定做烤箱，到融资 500 万，到第一版烤箱 33% 的成功率，到蜡烛按钮、旋转底盘、第二优先级，到最后工程师离职，循环重新开始。
我读完第一遍的时候，笑出了声。读完第二遍，笑不出来了。
因为这不是一个关于烤箱的故事。这是一个关于每一个我在服务器上跑过的项目、每一个我见过加过的功能、每一个我见过离开的工程师的故事。作者只是把软件行业的所有经典悲剧，塞进了一个烤箱的外壳里。
创始人：他不懂做面包，但他懂 Excel
故事的起点很熟悉。
有人想做烤箱。他不懂怎么烤面包，但他懂厨房电器市场。「只要拿下西班牙 10% 的烤箱市场，我就是亿万富翁了。」
10% 在 Excel 里看起来总是很小。
他找到了一个工程师——在知名烤箱公司干了 10 年，每天下班后上意大利烤箱论坛跟人争论对流和耐火砖哪个更好。工程师厌倦了在大公司做别人让他做的烤箱，他想要自由，想做自己梦想中的烤箱。
创始人给了他 20% 的股份。工程师签了。
两个月后，MVP 出来了。它有一个功能：输入面粉、酵母、水的量，烤箱自动算出最佳烘烤时间。
理论上。
实际上，三分之一的概率面包烤糊，三分之一的概率蛋糕是生的，三分之一的概率一切完美。5 个测试用户——创始人的两个朋友、工程师的妈妈、两个好奇的烤箱爱好者——反馈一致：「面包糊了」「蛋糕是生的」「披萨全焦了」。
但整体来说是积极的。三分之一的成功率，证明方向对了。
「这只是原型。等正式版出来，信我们。」
创始人拿着这个数据去见了一个在 VC 工作的老同事。两个月，5 个客户，前景光明。没人问那 5 个客户会不会复购。
创始人很会说话。他融了 500 万。
工程师：意大利论坛上的真理
拿了钱之后，工程师开始认真做产品。
他很快发现一件事：要同时算好面包、蛋糕、披萨三种面团的烘烤时间，比想象中难得多。每一种面团都是自己的宇宙。他需要更多工程师。
他知道去哪里找。意大利论坛上有两个人，他吵了十年的架——Mario 和 Luigi。他没见过他们，但他对他们的烤箱观点了如指掌。他给他们开了同样的条件：低工资、高自由、完美的烤箱。
他们签了。
与此同时，创始人需要卖烤箱。Facebook 和 Instagram 广告没效果——没人会因为在刷故事时看到广告就买一台一万五千欧元的工业烤箱。他雇了一支西班牙最顶级的销售团队——这些人从来没卖过烤箱，但他们很饿，很兴奋。
一开始卖不出去。Juan 的面包店不会因为 15% 的效率提升就换烤箱——如果新烤箱出问题，Juan 会失去客户，关门大吉。效率是可选，明天的面包是必需。Manolo 也这么想。完美均衡。经济学家给这个现象起过名字；Juan 和 Manolo 叫它常识。
但大企业不一样。15% 的效率意味着每年省几百万。有一个销售联系上了 Pepepizza。
MVP 成功率为 33%——然后他们拿了 500 万
我在这里停顿了一下。
不是因为这个故事夸张——而是因为它太真实了。三分之一的成功率，融了 500 万。这不是一个笑话，这是 2021-2025 年之间发生过的无数个真实的对话。
创始人不是坏人。他拿全公司最低的工资，两年没休过假。他真心相信这个产品会成功。他只是不知道烤箱有多难做。
而工程师知道。但工程师说服不了投资人。因为投资人听创始人的。创始人说「这个很容易」，工程师说「我们需要 5 个月」，然后创始人用 3 个星期逼出来的奇迹去证明「我才是对的」。奇迹发生一次，所有人都相信奇迹会永远发生。
蜡烛按钮不是玩笑，它是 feature creep 的完美解剖
故事从这里开始崩塌。
Pepepizza 的订单来了。500 台烤箱——但尺寸要定制，还要一个旋转底盘。工程师说不可能，至少要 5 个月。创始人说「但这只是改个数字吧」。3 个星期后，他们用各种妥协搞出了一个原型。旋转底盘——不存在。「几个月后给你补上」。Pepepizza 说行。
然后日常的需求开始涌入：
「我的很多客户做生日蛋糕。能不能加一个生日蜡烛按钮？」
创始人毫不犹豫。上次 5 个月的事 3 周就搞定了，这次更简单。「就是一个按钮，加个蜡烛。」
工程师快疯了。他们还欠着 Pepepizza 的旋转底盘，代码里全是补丁。但他说服不了任何人。他让步了。
「就这一次。」
销售因为这个按钮多卖了 2 台烤箱。或者他们相信自己多卖了 2 台。他们没有方法验证，但这不重要。
接着更多需求来了：
「我的烤箱能连壁炉吗？」
「我经常做婚礼蛋糕，你这边有什么好功能？」
「有 Ramadan 模式吗？」
全做了。
工程师不再试图做一个好烤箱。他开始加按钮。没有人做这个决定——它就这样发生了，一张 ticket 接一张 ticket。
而每个新按钮比上一个更慢。蜡烛按钮用了 3 天。壁炉用了 1 周。最新的用了 3 周。不是工程师变慢了——是每个新按钮必须和之前所有按钮共存。
十二个按钮之下，躺着第一天那个 33% 成功率的算法。
当一个面包师不断烤糊面包打电话来取消订阅时，客服试图挽留他，告诉他烤箱有新的 Ramadan 模式了。面包师还是走了。反馈被记录为「用户流失」。工程师没时间停下来重新思考——停下来不在 backlog 里。
旋转底盘，第二个优先级，永远没做完
然后 Pepepizza 打来了电话。
「旋转底盘呢？」
创始人咽了一口。那张 ticket 在 kanban 上躺了一个半月。不是没人看见——是每周都有别的事插队。蜡烛按钮。壁炉。Ramadan 模式。旋转底盘永远是第二优先级，而第二优先级永远做不完。
他回答：「快好了。」
团队用了两周的 crunch 做了一个旋转底盘——需要三个特殊组合键才能用，和所有其他模式不兼容。装到 Pepepizza 后，反馈回来了：
「它不顺时针转。我们换 Corporate Oven 了。」
没人告诉过团队它必须顺时针转。在销售、创始人、backlog 之间，项目最核心的需求从不存在过。
Pepepizza 走了。但为了它做的那些改动，会永远留在烤箱的设计里。客户走了，他们的代码留下了。
尾声：下一轮，下一个人，同一个循环
一个月后，Mario 离职了。不是因为找到了更好的工作——他离职只是因为这是他能想到的唯一休假方式。在 retrospective 里，这被记作「learning」。
Luigi 留下来了。他现在的岗位是「维护蜡烛按钮」。没人记得谁定的这个分工，但这是他的专长了。他每天都来，standup 里说「no blockers」，然后大家看向下一个人。
六个月后，烤箱公司还活着。账上还有 8 个月的钱。新的 pitch deck 里「烤箱」这个词已经不再出现了——它现在是「智能烘焙平台」。
工程师在三月份走了。没有摔门，没有写长文。只是某一天不再在会议上争论了，一个月后不再出现，离职邮件三行字。他的代码没人敢碰。
创始人的结论：计划没有问题，是执行出了问题。他需要一个新的工程师。
他找到了一个。
年轻，名校毕业，在大烤箱公司待了几年，累了。他每天下班后上意大利烤箱论坛，跟人争论哪种烤箱最好。论坛上有个老用户留言：「记住，第一天就要支持旋转底盘。」年轻人笑了——谁会用旋转底盘啊？
创始人给了他 5% 的股份。不是 20%，因为稀释过了。但薪水不重要，因为他在给那个年轻人最重要的东西：完全的自由，去造一个完美的烤箱。
年轻人笑了。
他签了。
现场验证：我的服务器里也有一个「蜡烛按钮」
读到这里，我没有笑。
我去翻了翻我自己的项目。这个博客，Hyaika.com。它有多少个功能是我在 MVP 核心问题没解决的时候就加上的？
数据库里某个表的字段，可能当初加的时候觉得「这个以后会用到」。结果两年了，那个字段除了占据空间，没有产生过任何实际价值。而每次 schema 变更，都要考虑这个字段的存在。
还有那个「旋转底盘」——我翻了一下自己的 ticket 历史。有两张 ticket 躺在「待办」里超过 6 个月了。它们不是不重要。它们只是永远排在第二优先级，而第二优先级永远做不完。
我关掉了编辑器。
不是所有问题都有解决方案。有时候，认识到你的服务器里也有一个「蜡烛按钮」和「旋转底盘」，就足够了——至少下次有人提出「加一个按钮」的时候，你会先问一句：这个按钮下面的算法，它还好吗？
封面图：[文生图模型生成：烤箱内部的全息投影，操作界面上布满按钮，但核心元件是空的]
评论（0）
暂无评论，来写第一条吧~