2026-08-21 · 开发日志

一个人加AI,能不能交付企业级系统?

personalbuilding-in-public膳云餐饮SaaS软件定制独立开发者MakanCloud企业系统
一个独立开发者借助 AI 把餐饮业务流程连接成企业级系统。

以前我也会默认:企业级系统应该是一个团队的事。

产品经理梳理需求,设计师画界面,后端写接口,前端做页面,测试验证流程,运维负责上线。听起来很合理,也确实是很多公司的标准做法。

但我辞去固定工作、全职做自己的产品之后,开始用另一种方式工作:我一个人,和 Claude / Codex / Hermes 这类 AI Agent 协作,把真实业务问题做成真实产品。

膳云 MakanCloud,就是我目前最重要的例子。

我不是想做一个“看起来很 SaaS”的产品

分散在不同工具里的餐饮流程被连接成连续业务链路。

膳云面对的是新加坡餐饮场景里很具体的问题。

一家餐饮企业如果有门店、有中央厨房、有配送、有员工排班、有前台收银和扫码点餐,信息很容易散在不同地方:Excel、微信群、纸单、不同软件、人工口头确认。

这些工具本身都没错,但一旦业务链路长了,问题就会出现:

门店订货要反复确认,中央厨房要重新汇总,配送安排依赖人工沟通,排班和前台系统割裂,老板想看整体情况时,又要等人整理数据。

我做膳云,不是为了证明自己能写一个大系统,而是想把这些分散流程尽量连起来。

它覆盖的方向包括:订货、中央厨房、配送、排班、POS、扫码点餐。

这些听上去不酷,但都是真实门店每天会遇到的问题。

AI 帮我的,不是“自动完成一切”

AI 围绕开发者协助处理功能、bug、方案、文档和测试任务。

我对 AI 编程的感受越来越务实。

AI 不是魔法,也不会替我理解餐饮行业,更不会自动知道某个门店流程为什么这样设计。

它真正有价值的地方在于:

我可以更快地搭出功能,更快地定位 bug,更快地比较不同实现方案,也可以让它帮我检查边界情况、生成文档、整理测试思路。

过去一个人做企业系统,最大的问题不是“不会写代码”,而是上下文太多,任务太碎,切换成本太高。

AI 把其中一部分成本降下来了。

这让我有机会以独立开发者的方式,承担原本更像小团队才能完成的交付工作。

软件定制的核心,其实是理解流程

做膳云之后,我更确定一件事:很多中小企业缺的不是“再买一个软件”,而是缺一套贴合自己业务流程的系统。

通用软件可以解决 60 分问题,但最后那 40 分,往往卡在非常具体的细节上。

比如一个状态要不要拆开,一个角色能不能改某个字段,一个异常订单怎么处理,一张报表到底给老板看还是给店长看。

这些细节,才是定制开发真正有价值的地方。

我现在承接的软件定制方向,也会尽量围绕真实运营问题:餐饮/中小企业的运营系统、内部工具、网站、自动化脚本、数据看板。

我的优势不是人多,也不是包装得很大。

而是我自己写、自己测、自己上线、自己运维;同时用 AI 把开发效率拉高,尽量用更低成本、更快节奏,把问题解决到位。

一个更现实的结论

“一个人 + AI 能交付企业级系统”这句话,我不会把它说成神话。

它不是说一个人可以替代所有团队,也不是说 AI 可以跳过需求沟通和工程质量。

我的理解是:当问题边界足够清楚,开发者愿意深入业务,又能熟练使用 AI 协作时,一个人确实可以交付过去很难独立完成的系统。

膳云就是我给自己的证明。

它不是终点,而是一个真实样本:AI 时代的软件定制,会越来越像“懂业务的人 + 会用 AI 的开发者 + 可持续迭代的系统”。

如果你正在经营餐饮或中小企业,也被 Excel、群消息、重复录入、人工对账困住,欢迎留言或私信聊聊。

我不一定上来就建议你做大系统,但可以先一起把流程拆清楚,看看最值得软件化的是哪一段。

返回开发日志