零售门店进销存：从一句话需求到双端上线

一、门店老板说的其实是一句话

我们和连锁零售企业聊需求时，最常听到的一句话是：

"我想知道每个店、每个货架上还有多少货，够不够卖，别让我压货也别让我断货。"

这句话背后是三件事：商品要有档案、库存要有数字、进出要有流水。传统做法是买一套进销存软件再配一个盘点 App，两套系统之间靠人工导表格对齐；或者让 IT 部门排期开发，等三个月。

Inkwell Engine（青岛墨联软件自研的 AI 驱动自主开发平台）走的是另一条路：业务人员把这句话描述给平台，平台自己建模、自己写页面、自己出接口，一次构建同时产出 PC 管理端和移动端同伴页。本文以零售门店进销存为例，完整走一遍这条落地路径——所有环节都对应平台上真实存在的能力模块，你可以照着复现。

二、痛点拆开看：门店进销存到底难在哪

用业务语言说，门店进销存的难点不在"算数"，在"对不上"。

第一，商品口径对不上。 采购单上写"农夫山泉 550ml"，收银系统里叫"农夫山泉天然水"，仓库标签上是另一个条码。同一个商品在三套口径里漂移，库存数字就没有可比性。解法是先把商品主数据立起来：一个编码、一条档案、全公司引用同一处。

第二，库存数字没有来源。 很多门店的"库存"是一个 Excel 单元格，改了就改了，没人知道为什么从 100 变成 87。没有出入库流水的库存数字，本质上是一个无法审计的猜测。解法是让库存数量由流水推导，而不是由人手工维护一个孤立数字。

第三，盘点发生在卖场，记录却回到办公室。 店员拿着纸笔在货架间清点，晚上再由内勤录入电脑。信息延迟一天，错录率也随之而来。解法是让盘点直接在手机上完成，当场录入、当场生效。

第四，安全库存无人提醒。 补货全靠店长经验，卖断了才知道要订货。解法是每个商品在每个仓位设一个安全库存线，低于这条线的商品能被一眼筛出来。

这四条痛点，分别对应 Inkwell 上的四个动作：建商品档案、建库存与流水双表模型、开移动盘点端、用筛选条件盯安全库存。下面逐条展开。## 三、数据怎么建：商品档案 + 库存台账 + 出入库流水

Inkwell Engine 的数据建模由 AI 根据业务描述自动生成，人只需要审。零售进销存这个场景，平台会落出两张核心表（对应平台上已有的产品管理与库存管理两个模块）：

商品档案（product）。 一条记录一个商品，字段包括：名称、编码、规格型号、单位、分类、存放仓库位置、状态（在售/停售等枚举值由数据字典统一维护）、销售价与成本价。这里有一个工程细节值得业务人员知道：金额字段在平台内部以"分"为单位存储（平台称之为 Money 约定），避免小数运算误差，页面上显示的仍然是你熟悉的元。商品编码支持模糊搜索，状态支持下拉筛选——这意味着两千家门店共用一份商品主数据，改一处，处处生效。

库存台账（inventory 的 Stock）。 一条记录是"某商品 × 某仓位"的库存快照，字段包括：所属商品（引用商品档案，不是复制粘贴商品名）、仓位、当前数量、可用数量、锁定数量、安全库存线。商品名称和编码由系统从商品档案自动带出并只读显示，杜绝手填错名。

出入库流水（inventory 的 StockFlow）。 这是库存台账的子表：每一次入库、出库、盘盈、盘亏都记一条流水，含流水类型（字典枚举）、数量、发生日期、变动后结余、备注。库存页面上打开任意一条库存记录，可以直接展开看到它名下的全部流水。

这三张表的关系一句话说清：商品是名词，库存是状态，流水是动词。 状态永远可以由动词回放验证——这就是"对得上"的底层保证。

值得一提的是建模过程本身：在 Inkwell 的 AI 构建器里，你不需要画 ER 图。描述"我要管门店库存，每个商品在每个货架位有数量和可用量，每次出入库要留痕"，平台生成 schema 草稿，字段清单、必填项、引用关系、子表结构一目了然，你确认或口头修正即可。数据库表结构随之建立，增删改查接口同步生成，不需要任何人工编写代码。

四、页面怎么用：PC 管账，手机管盘点

数据建好之后，平台自动生成操作页面。同一个模块在 Inkwell 里天然有两副面孔。

PC 管理端：总部和内勤的主战场。 产品管理页是一张标准的列表 + 表单页：顶部按编码关键字、状态、创建时间区间筛选，列表分页展示，点新建弹出表单录入商品档案。库存管理页则是"主子表"结构：主列表每行一条库存记录，展开行即见该商品该仓位的出入库流水明细，新增流水直接在展开区录入。店长查某个商品的来龙去脉，不用切系统、不用导 Excel，一次展开全看到。

移动端同伴页：卖场里的即时录入。 Inkwell 的 PC 页面构建完成后会自动同步生成移动端同伴页——编译即同步，双端同源同一套数据模型和接口；如果某端做过人工精修，精修内容受保护不会被覆盖。对门店场景，这意味着店员在自己手机上打开库存页，扫码或搜索找到商品，直接录一笔出库或盘点结果，当场写进同一张流水表。纸笔记录和晚间补录这两个环节被整体删除，库存数字的延迟从"隔天"变成"当场"。

日常动线因此变得很短：

1. 新品到货：内勤在 PC 端建商品档案 → 录一笔入库流水 → 库存数量自动累计。
2. 每日销售：店员手机端看出库流水，或者收银侧按规则写入。
3. 每周盘点：手机端逐货架清点，差异录成盘盈/盘亏流水，账面与实物的差额留下痕迹而不是被"抹平"。
4. 缺货预警：库存列表按"低于安全库存"筛一遍，需要补货的商品单独成列，报给采购。## 六、之后怎么延伸：进销存是起点不是终点

门店进销存的数据一旦沉淀下来，Inkwell 平台上已有的其他模块可以直接引用它继续生长——所有模块共用同一套引用引擎（跨模块软外键），新增关联只是"再挂一个字段"的事：

• 接采购： 缺货清单不再靠导出表格传递，直接建采购管理模块，引用供应商档案与商品档案，采购入库写回同一条流水链路。
• 接销售： 销售订单模块引用商品与客户，出库时自动扣减可用库存，形成"订单—出库—结算"的闭环。
• 接审批： 平台自带工作流引擎（审批流/状态机）。大额报损、跨店调拨这类动作可以走审批后才落流水，权限与留痕一次配齐。
• 接报表： 数据看板模块支持分组汇总与图表展示，周转率、滞销榜、各店库存对比这些管理层关心的视图，基于已沉淀的流水数据即可生成。
• 接消息： 站内信与通知模块可以把"低于安全库存"的筛选结果定时推送给采购负责人，预警从"人找数据"变成"数据找人"。

每一条延伸都是同一个模式：描述需求 → AI 建模 → 双端页面自动生成 → 预检上线。企业不需要每加一个功能就重新招标一次软件。

七、这套路径适合什么样的零售企业

坦率地说，三类企业收益最明显：

1. 多门店连锁（十几家到几百家）。 商品主数据统一、库存分布透明是刚需，而标准 ERP 实施重、定制贵。
2. 有自有仓储体系的电商/新零售。 SKU 多、周转快，盘点频率高，移动端即时录入的价值直接体现在损耗率上。
3. 正在从 Excel 过渡到系统化的成长期零售商。 不想被大系统的流程绑架，需要的是"业务说什么，系统长什么样"的贴合度。

如果你的门店还在用三套口径记同一批货，欢迎在官网预约演示：带上你最头疼的那张库存表，我们现场从一句话开始建给你看。