2026-07-17 · BUILD LOG

中小生意,先做一个内部工具

personalbuilding-in-public自动化独立开发者软件定制餐饮SaaS内部工具AI工具

最近聊软件定制时,我发现很多人对"做系统"有一个误解:要么不做,要做就得做一套很完整、很贵、很重的系统。

我自己的判断刚好相反。对很多中小生意来说,第一步不一定是完整系统,而是先做一个能解决具体问题的内部工具。

先找最重复的那一步

我现在会先问自己,也会问对方:每天有没有一件事,你明知道很机械,但还得反复做?

比如把订单从不同渠道整理到表格里,把门店需求汇总给后厨,把排班信息反复确认,把报表截图发来发去。这些事情不一定复杂,但很耗人,也很容易出错。

AI 加上定制开发,最适合先处理这类问题。不是为了显得先进,而是让流程少一点人工搬运。

内部工具不需要一开始就很大

我做膳云 MakanCloud 的过程中,越来越明显地感受到:真实业务里,能跑起来比概念完整更重要。

餐饮场景里有订货、中央厨房、配送、排班、POS、扫码点餐,每一块都可以做得很深。但如果回到一个具体老板今天的痛点,可能只是想先看清楚"今天哪些门店缺货""明天配送怎么排""谁还没确认订单"。

这类问题适合先做小工具:

  • 一个后台页面
  • 一张自动更新的表
  • 一个定时提醒
  • 一个数据看板

先把最卡的地方打通,再决定要不要继续扩展。

AI 降低的是试错成本

我不会说 AI 能让软件开发变得没有成本。真实项目还是要理解业务、设计流程、处理异常、上线维护。

但 AI 的确降低了很多试错成本。以前一个人要做完整商业系统很吃力,现在我可以和 Claude、Codex、Hermes 这类 AI Agent 协作,把想法更快变成可用版本,也能更快定位 bug、调整界面、补自动化脚本。

这对小生意很关键。因为你不一定需要一次性投入做大系统,而是可以先验证:这个工具到底有没有省时间、有没有减少错误、有没有让管理更清楚。

我会怎么判断值不值得做

我一般看三个问题:

  • 第一,这件事是不是高频发生?
  • 第二,它现在是不是靠人工复制、确认、统计在维持?
  • 第三,做成工具后,老板或团队能不能马上少一步操作?

如果三个答案都比较明确,就值得先做一个轻量版本。

我现在全职做自己的产品和自媒体,也承接餐饮/中小企业的软件定制。不会把 AI 包装成万能药,但我确实相信:很多生意不缺大而全的概念,缺的是一个真正能帮你少出错、少沟通、少重复的小工具。

如果你也在经营门店或小团队,可以留言说说:你每天最想自动化掉的流程是哪一个?我后面会继续拆一些适合低成本定制的场景。

Back to build log