AI 时代经营软件的打开方式

这个标准我完全同意。

但同一套 AI 编程能力，锚在真实生意上，就是另一种东西。

我家开着一家烘焙店。店里现在跑着的经营系统，顾客的小程序、我们的商家后台、后端、口袋里的安卓商家端，全是 AI 写的，我验收。它没有变成奶头乐：每一个功能，都有人在等。

我家店在用的是什么

系统叫屿记.Cake。顾客在小程序里下单、支付、充值、领券；我们在后台接单、核销生日券、管商品和配送。后端把这一切串起来。六月开始搭，到现在真实跑了快一个月。支付是真的，钱是真的，顾客是真的。

路径也交个底：我们从第一天起就没碰过 SaaS。没有「先买一套、不好再换」的过渡，直接 Vibe Coding 自研。

谈不上技术信仰，是算过账的。SaaS 按年收费，给你的是行业平均值：蛋糕店怎么管订单、烘焙店怎么发券，都按多数人的样子预设好。可你店里的真相全是例外：生日券要到店核销，抽奖要按自己的客群选人。小店恰恰是靠这些例外活着的。

AI 编程把「做例外」的成本打了下来。这才是我想说的打开方式。

抽奖不是「功能」，是这周的 PR

最近店里要做抽奖活动，拉人气。

放 SaaS 那边，流程大概是：翻插件市场，找不到；提工单，等排期；再等等，没有回音。放这边，它成了这周的 PR。

而抽奖怎么抽，全是经营逻辑，不是技术逻辑。

候选人不能是「所有会员」，取近 30 天有真实消费的顾客，加上近 30 天到店核销过生日券的人。排序上，核销过生日券的优先：这些人到过店、领了权益、还没花过钱，是最该留住的一批；纯按消费额排，他们这些「零消费」的会沉底。这条逻辑我写进了代码注释，SaaS 的产品经理不会替你想这一层。

抽奖还得防老中奖，名单上直接标出每个人中过几次；公示名单只显示昵称和头像，手机号谁也看不见。签到凑够人数，全场当场开奖。

第一期，32 个人参与。

小新屁股蹲，是老板拍板出来的

开奖要有仪式感。于是就有了那个动画：

所有参与者的头像卡片铺满屏幕，蜡笔小新在卡片之间蹦来蹦去。跳到谁头上，起跳、落地，「duang」一声，光屁股特写，一颗桃心印章「啪」地盖在头像上。谁被盖章，谁中奖。全程有背景音乐，等不及可以快进，播完定格在汇总那一帧。

这东西可爱归可爱，值得单说是因为它说明了自研能改到多深。上线前，细节是我一轮一轮拍板的，都留在了代码注释里：

五个头像一排太挤，改四个；真机上小新站位偏了差不多两张卡片，查出来是原图尺寸污染了布局测量，改成固定换算；没中奖的卡片本来想半透明退场，试了发现会透出背后的页面，改成虚化；「跳过」不做完全跳过，改成快进到最后一帧，仪式还是完整的。

从看到问题到手机上看到新版，通常一个下午。老板、用户、验收人是同一个人。

这种需求，在任何 SaaS 的需求池里都排不上号。在我这里，它是本周的 PR。

顾客开始申请角色了

第一期开奖完，顾客群里是这样的：

我最看重第三条：顾客已经在给下一期提需求了，他在参与这套系统往哪走。

愿望也排上了：下一期马里奥主题，星星人在路上。动画本来就是按主题设计的字段，换主题就是换一组素材的事。顾客许愿到实现，中间就隔这一步。

回到那篇文章的判断标准

token 是虚荣指标，做出来没人用的软件是自嗨，这两条我跟那篇文章站在同一边。

但判定奶头乐，别看「做没做软件」，看「有没有被真实需求反复锤过」。

那篇文章说，能被 AI 一键复制的东西没有价值。对，AI 能复制的是代码。一个月的真实流水、32 个人的名单、一句「下次申请星星人出战」，这些不在代码里，在你和顾客之间。

写在最后

如果你也有一门小生意，或者只是想给家里管点账，别从 SaaS 的平均值开始，从你自己的例外开始。AI 编程最划算的用法，是给你自己的日子写代码。

这就是 AI 时代经营软件的打开方式。

下一期开奖是马里奥。星星人，已经在顾客的申请列表里了。