先上图。

这是一套企业进销存管理系统的仪表盘，左侧 8 大功能模块，右侧实时数据看板，商品总数、待审单据、库存预警一目了然。

它不是某个团队花几个月开发的。它是 AI 在我面前"凭空"搭出来的。

从登录、到采购审批流、到销售出库联动、到库存预警、到财务统计闭环，全部跑通。这中间没有任何人工写代码——我只负责提需求、看结果、给反馈。

这大概是我最近做的所有 AI 实验中，最让我兴奋的一次。

一、先看硬货：这套系统到底长什么样

既然是给企业用的系统，第一件事就是登录和权限。

登录页简洁直接，Element UI 风格，一个居中卡片搞定。系统内置了试用账号（admin）和超管（superadmin），供不同角色体验。

登录后的仪表盘是这样的——

四张统计卡片：商品总数 6，待审核采购单 2，待审核销售单 1，库存预警 2。数据很轻，但信息架构是完整的。右下角直接把待审采购单和销售单的摘要表格放出来，管理者不用翻页就能掌握业务脉搏。

系统信息也挺有意思——版本号 1.0.0，当前登录用户，精确到秒的登录时间。这种"仪式感"的小细节，说明系统在设计上不是随便凑合的。

二、这套系统的灵魂：工作流引擎

进销存系统最核心的是什么？不是数据存储，不是页面好看，而是业务流转。

一张采购单从创建到入库，要经过哪些环节？谁审批？谁复核？谁入库？每个环节之间怎么衔接？

这恰恰是绝大多数中小企业的痛点——流程靠吼，单据靠手，状态靠问。

来看这套系统是怎么做的——

五条采购单，五种状态，一个完整的生命周期跃然屏上：

• PO-20260625-001：草稿，联想官方经销商，¥60,000 → 下一步"提交审核"
• PO-20260703-001：待审核，联想官方经销商，¥65,000 → 经销商"采购经理审核"
• PO-20260702-001：已审核，深圳华强科技，¥9,000 → 下一步"到货核对"
• PO-20260701-001：已完成，北京数码通，¥6,400 → 流程结束

注意看每条记录右侧的"上一流程 → 当前流程责任人 → 下一流程"三列。这不是一个简单的"已审/未审"二元状态，而是一个有记忆、有流转、有责任人的工作流引擎。

更妙的是，操作按钮是动态的——草稿阶段显示"提交/作废"，待审核阶段显示"审核/驳回"，已完成阶段只剩"查看/编辑"。这意味着系统不是在展示数据，而是在驱动业务流程。

这是企业级系统和"信息登记表"之间的本质区别。很多花几十万定制的 ERP，审批流做得未必比这个讲究。

三、对偶设计：采购和销售的镜像之美

企业业务本身有天然的对称性：有采购就有销售，有入库就有出库，有应付就有应收。

这套系统精准地抓住了这种对称性。

销售单管理的页面结构和采购单完全相同——一样的列布局，一样的流程流转，一样的动态操作按钮。四张销售单对应四个客户：腾讯科技（¥26,997）、阿里巴巴（¥20,998）、字节跳动（¥8,999）、腾讯科技（¥1,398）。

不同的是，销售单的操作列多了"创建出库单"按钮。这不是复制粘贴出来的两个独立模块，而是从业务关系出发做了联动设计：

• 采购单审核通过 → 创建入库单
• 销售单审核通过 → 创建出库单
• 入库/出库 → 实时影响库存数据

这种设计一致性不是随机的。它说明系统在架构层面就理解了一个道理：进、销、存是同一个业务的三张脸，不是三张彼此独立的表。

四、库存管理的"再订货点"思维

库存管理"增删改查"没什么好讲的，真正有意思的是库存查询页面。

六种商品，分布在三个仓库（主仓库、南库、北库），每个商品都有"安全库存"参数。系统用颜色标注状态——

• 绿色"正常"：ThinkPad X1 Carbon（25/10）、Dell 显示器（12/8）、WD 硬盘（30/25）等
• 黄色"预警"：Logitech MX Master 3S 鼠标，当前库存 5，安全库存 20
• 红色"缺货"：樱桃 MX Board 3.0S 键盘，当前库存 2，安全库存 15

这就是供应链管理中的再订货点（Reorder Point）概念——不等到库存归零才报警，而是当库存跌破预设阈值时提前预警。对于实体零售商来说，这个功能意味着可以避免"卖断货了才发现该补货了"的窘境。

把安全库存做进系统不稀奇。稀奇的是，这套 AI 生成的系统能做到。

五、我们把视角拉高，看完整架构

登录与权限

↓

仪表盘（数据看板）

↓

┌───────┼───────┐

↓ ↓ ↓

采购管理 库存管理 销售管理

↓ ↕ ↓

└──→ 入库 ←──┘

↕

┌──→ 出库 ←──┐

↓ ↓

财务结算 ←────── 财务结算

整个系统分为 8 个一级模块、30+ 个子页面。用一张表来概括：

这个表格不是我编的——是截图里一个页面一个页面跑出来的。每个模块都对应到真实的页面和数据。

六、这件事真正有意思的地方在哪

说实话，进销存系统本身没什么好吹的。这是企业软件里最成熟的赛道之一，市面上能找到上百款。

但这套系统不是"买来的"，是"聊出来的"。你没有写一行代码、没画一张原型图、没开一次需求评审会。你就是跟 AI 描述需求——"我需要一个采购审批流程"，然后它给你一个完整的页面，连工作流引擎都跑通了。

这件事的意义不在于"省了多少开发成本"，而在于它改变了软件开发的范式。

传统的软件开发路径是：需求文档 → UI 原型 → 前后端开发 → 联调测试 → 交付。这个循环短则几周，长则几个月。AI 辅助开发的路径变成了：描述需求 → 看结果 → 提修改 → 看结果 → 可用。

这不是效率提升。这是游戏规则变了。

更进一步说，这套系统最让我感到震撼的，不是它做了什么，而是它知道不该做什么。工作流引擎的动态按钮、采购/销售的镜像设计、库存的再订货点——这些不是"你看过某种进销存系统所以知道"的知识，而是对业务本质的抽象理解。

一个纯粹的代码补全工具，不可能做到这一点。

七、当然，也不是完美的

实话实说。几个子页面（调拨管理、报废管理、生产管理）有菜单入口但内容未落地，属于骨架状态。仪表盘缺少图表可视化（折线图、饼图），"管理驾驶舱"的形态还不够。角色权限体系是固定角色模式，不是灵活编排的权限矩阵。

但如果换个角度看——这是几个小时的产物。一个团队花几周做出来的第一版原型，完成度未必比这个高。

重要的是方向和速度。AI 已经把"从 0 到 1"的门槛降到了地板。剩下的"从 1 到 100"——性能优化、定制开发、安全加固——才是人类真正该投入精力的地方。

*本文所有系统截图来自 AI 辅助生成的进销存管理系统系统。工具：qclaw。*

如果你也在用 AI 做业务系统的尝试，欢迎来评论区交流——