当人人都能给自己造系统,真正的坎在哪里?

0 评论 71 浏览 0 收藏 10 分钟

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

一个零编程经验的网店店主,看了几个教程,用 AI 给自己缝出了一套包含库存、客服、订单、任务管理的系统,每月省下好几百块订阅费。但真正拦住我的不是这个,而是他帖子最后那句问话:你们撞到过什么极限?这个问题问得太好了,我想认真回答一下。

先说看到什么。

一个海外的网店店主发帖。他说店开了好几年,和大家一样,被各种小工具的订阅费一点点撞空了钱包:库存提醒一个、物流通知一个、收评论一个、客服机器人又一个——加起来每月一百多美金,换来的是一堆彼此几乎不说话的零件。

于是他干了件事。他说自己零编程经验,一点都没有,看了几个教程,就想试试。从问一些很小很具体的东西开始,没怎么规划,结果缝出了一套完全为自己生意定制的东西:

— 库存提醒、AI 客服、评论收集;

— 广告平台对接、即时通讯工具对接(他说在他们国家这个特别重要);

— 连到配送供应商;

— 一个把订单按需发给生产的模块;

— 一个管待办事项的任务器,以及一堆他随手接上去的小东西。

他特意声明了一句:我不卖这个,它就是我自己的,为我自己的生意而做。

如果帖子到此为止,那就只是个炫耀。但他往下写了一段,才是真正有意思的地方。

他说:让我开始思考的是——作为一个创业者,我现在能自己做出一个只适合我生意的内部工具,并且一直往上加东西。在 AI 之前,这种程度的定制要花大价钱——一个全职开发、一家外包、好几个月。

然后他招到了大家面前:如果这变得普遍,是不是意味着小生意干脆自己做、不再付十份订阅费了?

而他帖子的最后一句是:还有人这么干吗?你们撞到过什么极限?

我很尊重这个问法。他不是来宣布自己赢了的,他在问这条路的边界在哪。一个人刚做成一件事就先去找它的极限,这比什么都难得。

所以这篇不是来点评他的,是想认真答一下他这个问题。

他那个判断——在 AI 之前,这种程度的定制要花大价钱——我完全认同,而且我觉得他说得还保守了。

以前一个小店主想要一套完全贴合自己生意的系统,这件事在经济上根本不成立。开发费比痛点贵得多,所以他只能买十个通用小工具,忽着用。

现在那个成本塌了。于是那些一直被压在水面下的、只属于某一个人、某一门生意的需求,第一次变得值得做了。他不是个例,他是个信号。

所以他推演的那个方向——小生意会越来越多地自己造、而不是付十份订阅——我觉得是对的。

他问极限。我不想说你这个迟早崩——我没看过他做的东西,没资格断言。我能说的是:根据我们做这行的经验,自建系统通常会在这四个地方遇到坡。

1)人多起来之后的权限。

现在只有他自己用,所以权限不存在。但如果有一天他招了三个客服、两个运营,想让某个人只看到一部分订单、看不到成本价,这件事会比想象中麻烦很多。权限一旦要求细,就不是加个开关那么简单了。

2)业务变了之后改结构。

他现在是一边想一边接。但当一个已经跑了一年、里面存了真实数据的系统,需要改变它最根本的数据结构时,难度跟从零开始完全不一样。旧数据怎么办,是个真问题。

3)出了事,记录在哪。

一个人用的时候,出错了你自己知道。人一多,就会有这个折扣是谁改的,这单为什么取消了这类问题。如果当初没想过要留痕,事后补是很痛的。

4)接第五、第十个外部系统时的口径。

他现在已经接了好几个外部服务。接到第五个、第十个的时候,会发现每个地方对同一个客户,同一张订单的叫法都不一样。对齐这些口径的活,会随系统数量越来越重。

但有一点很重要:这四道坡,不是 AI 写的代码才有。它们是所有自建系统的共同坡——人写的也一样。包括我们自己。

上面那四道坡,有个共同前提:这套东西要长大。

而他很可能永远不需要它长大。

他自己说了:我不卖这个,它就是我自己的。如果这套系统一辈子只服务他一个人、一门生意,那上面四道坡一道都碰不到。到那时候,他就是赢了。

一套只服务一个人、但每天真的在帮他省时间的系统,不叫玩具。它叫合适。

所以我不想给他泼冷水。我只想说:那四道坡,是在你决定让它长大的那一天才会出现的。在那一天之前,他现在这样挺好。

聊到这里,有个区分我觉得值得说一下。

他让 AI 给他生成的,是代码。代码是一次性的产物:写出来那一刻它能跑,但半年后你想改它,得先读懂它——而他不会写代码。

另一种思路是:让 AI 生成的不是代码,而是定义——用一种结构化的、人和机器都能读懂的方式,描述清楚这门生意有哪些东西、谁能对它们做什么。然后由一个底层引擎去执行这份定义。

差别在哪?前面那四道坡——权限、改结构、留痕、口径——如果都由引擎来担,那每个自建的人就不用自己扁一遍。

这就是我们团队目前在赌的方向:把底层引擎开源(ObjectStack),让任何人都能拿去用;把权限、审计、数据一致这些难啌的事,放到运行平台(ObjectOS)里去担。

但我得诚实:这只是我们的赌注,还没被验证。而且他用 AI 直接写代码这件事本身,已经证明了在他那个规模上这条路是通的。我不该轻易说它不行。

回到他那个问题:极限在哪?

我的答案是:极限不在你能不能做出来——你已经做出来了,这件事本身就是答案。极限在于,这套东西要不要长大。

如果不长大,你现在这样很好,而且会一直很好。如果要长大——要服务三十个人、要接十个系统、要能查责、要能改——那前面那四道坡会一道一道地来。

而那四道坡,不是你的错,也不是 AI 的错。它们是所有造软件的人——从一个店主到一家公司——都要面对的共同命运。

你问得对了:真正该担心的不是能不能造出来,而是造出来之后。

—— 一个同样在路上的团队的阶段性思考

本文由 @建国聊SaaS架构 原创发布于人人都是产品经理。未经作者许可,禁止转载

题图来自Unsplash,基于CC0协议

更多精彩内容,请关注人人都是产品经理微信公众号或下载App
评论
评论请登录
  1. 目前还没评论,等你发挥!