当人人都能给自己造系统,真正的坎在哪里?
一个零编程经验的网店店主,用AI为自己缝出了一套库存、客服、订单管理系统,每月省下上百美元订阅费。但他没有炫耀成果,而是问了一个更深刻的问题:这条路会遇到什么极限?本文从产品设计视角,认真拆解自建系统的四道坡,并探讨AI时代小生意者的新可能。

一个零编程经验的网店店主,看了几个教程,用 AI 给自己缝出了一套包含库存、客服、订单、任务管理的系统,每月省下好几百块订阅费。但真正拦住我的不是这个,而是他帖子最后那句问话:你们撞到过什么极限?这个问题问得太好了,我想认真回答一下。
先说看到什么。
一个海外的网店店主发帖。他说店开了好几年,和大家一样,被各种小工具的订阅费一点点撞空了钱包:库存提醒一个、物流通知一个、收评论一个、客服机器人又一个——加起来每月一百多美金,换来的是一堆彼此几乎不说话的零件。
于是他干了件事。他说自己零编程经验,一点都没有,看了几个教程,就想试试。从问一些很小很具体的东西开始,没怎么规划,结果缝出了一套完全为自己生意定制的东西:
— 库存提醒、AI 客服、评论收集;
— 广告平台对接、即时通讯工具对接(他说在他们国家这个特别重要);
— 连到配送供应商;
— 一个把订单按需发给生产的模块;
— 一个管待办事项的任务器,以及一堆他随手接上去的小东西。

他特意声明了一句:我不卖这个,它就是我自己的,为我自己的生意而做。
如果帖子到此为止,那就只是个炫耀。但他往下写了一段,才是真正有意思的地方。
他说:让我开始思考的是——作为一个创业者,我现在能自己做出一个只适合我生意的内部工具,并且一直往上加东西。在 AI 之前,这种程度的定制要花大价钱——一个全职开发、一家外包、好几个月。
然后他招到了大家面前:如果这变得普遍,是不是意味着小生意干脆自己做、不再付十份订阅费了?
而他帖子的最后一句是:还有人这么干吗?你们撞到过什么极限?
我很尊重这个问法。他不是来宣布自己赢了的,他在问这条路的边界在哪。一个人刚做成一件事就先去找它的极限,这比什么都难得。
所以这篇不是来点评他的,是想认真答一下他这个问题。
他那个判断——在 AI 之前,这种程度的定制要花大价钱——我完全认同,而且我觉得他说得还保守了。
以前一个小店主想要一套完全贴合自己生意的系统,这件事在经济上根本不成立。开发费比痛点贵得多,所以他只能买十个通用小工具,忽着用。
现在那个成本塌了。于是那些一直被压在水面下的、只属于某一个人、某一门生意的需求,第一次变得值得做了。他不是个例,他是个信号。
所以他推演的那个方向——小生意会越来越多地自己造、而不是付十份订阅——我觉得是对的。
他问极限。我不想说你这个迟早崩——我没看过他做的东西,没资格断言。我能说的是:根据我们做这行的经验,自建系统通常会在这四个地方遇到坡。
1)人多起来之后的权限。
现在只有他自己用,所以权限不存在。但如果有一天他招了三个客服、两个运营,想让某个人只看到一部分订单、看不到成本价,这件事会比想象中麻烦很多。权限一旦要求细,就不是加个开关那么简单了。
2)业务变了之后改结构。
他现在是一边想一边接。但当一个已经跑了一年、里面存了真实数据的系统,需要改变它最根本的数据结构时,难度跟从零开始完全不一样。旧数据怎么办,是个真问题。
3)出了事,记录在哪。
一个人用的时候,出错了你自己知道。人一多,就会有这个折扣是谁改的,这单为什么取消了这类问题。如果当初没想过要留痕,事后补是很痛的。
4)接第五、第十个外部系统时的口径。
他现在已经接了好几个外部服务。接到第五个、第十个的时候,会发现每个地方对同一个客户,同一张订单的叫法都不一样。对齐这些口径的活,会随系统数量越来越重。
但有一点很重要:这四道坡,不是 AI 写的代码才有。它们是所有自建系统的共同坡——人写的也一样。包括我们自己。
上面那四道坡,有个共同前提:这套东西要长大。
而他很可能永远不需要它长大。
他自己说了:我不卖这个,它就是我自己的。如果这套系统一辈子只服务他一个人、一门生意,那上面四道坡一道都碰不到。到那时候,他就是赢了。
一套只服务一个人、但每天真的在帮他省时间的系统,不叫玩具。它叫合适。
所以我不想给他泼冷水。我只想说:那四道坡,是在你决定让它长大的那一天才会出现的。在那一天之前,他现在这样挺好。
聊到这里,有个区分我觉得值得说一下。
他让 AI 给他生成的,是代码。代码是一次性的产物:写出来那一刻它能跑,但半年后你想改它,得先读懂它——而他不会写代码。
另一种思路是:让 AI 生成的不是代码,而是定义——用一种结构化的、人和机器都能读懂的方式,描述清楚这门生意有哪些东西、谁能对它们做什么。然后由一个底层引擎去执行这份定义。
差别在哪?前面那四道坡——权限、改结构、留痕、口径——如果都由引擎来担,那每个自建的人就不用自己扁一遍。
这就是我们团队目前在赌的方向:把底层引擎开源(ObjectStack),让任何人都能拿去用;把权限、审计、数据一致这些难啌的事,放到运行平台(ObjectOS)里去担。
但我得诚实:这只是我们的赌注,还没被验证。而且他用 AI 直接写代码这件事本身,已经证明了在他那个规模上这条路是通的。我不该轻易说它不行。
回到他那个问题:极限在哪?
我的答案是:极限不在你能不能做出来——你已经做出来了,这件事本身就是答案。极限在于,这套东西要不要长大。
如果不长大,你现在这样很好,而且会一直很好。如果要长大——要服务三十个人、要接十个系统、要能查责、要能改——那前面那四道坡会一道一道地来。
而那四道坡,不是你的错,也不是 AI 的错。它们是所有造软件的人——从一个店主到一家公司——都要面对的共同命运。
你问得对了:真正该担心的不是能不能造出来,而是造出来之后。
—— 一个同样在路上的团队的阶段性思考
本文由 @建国聊SaaS架构 原创发布于人人都是产品经理。未经作者许可,禁止转载
题图来自Unsplash,基于CC0协议
- 目前还没评论,等你发挥!

起点课堂会员权益




