如何为小企业构建库存管理应用
构建库存管理应用,先从四样东西入手:商品列表、每个商品在每个库位的数量、每一次库存变动的记录(入库、出库、调整,并附原因),以及基于再订货点的低库存提醒。AI 应用构建器可以根据一段普通的描述,生成数据库、界面和提醒功能。最关键的设计选择是记录每一次变动,而不只是覆盖一个数量,因为正是这份历史记录让你能够信任这些数字。
为什么小企业要自己构建
大多数小企业最初都用电子表格来记录库存,这种方式在一段时间内运作良好,直到出现以下问题:
- 好几个人更新同一张表,并相互覆盖
- 没人能说清楚某个数量为什么变了,或者是谁改的
- 东西用完了,却没有人及时发现
- 库存分散在不止一个地方(卖场、后仓、货车、第二个门店)
- 表格里已经堆满了使用说明
市面上有现成的库存软件,而且通常就是正确的答案(参见本指南末尾)。人们选择自建,通常是因为他们的库存比较特殊(有保质期的批次、由其他商品组装而成的商品、需要归还的租赁品),或者因为他们只需要大型产品的一小部分功能,又或者希望它完全贴合团队的工作方式。如果你正从电子表格出发,如何把电子表格变成应用会是很好的参考。
应用需要什么
核心数据
| 数据 | 主要字段 |
|---|---|
| 商品 | 名称、SKU、条码、分类、单位(个、箱、千克)、成本价、售价、再订货点、供应商、照片、启用或归档 |
| 库位 | 名称(店面、后仓、2 号车) |
| 库存数量 | 商品、库位、现有数量 |
| 变动记录 | 商品、库位、变化量(+ 或 −)、类型(入库、售出、使用、损坏、盘点、调拨)、备注、操作人、时间 |
| 供应商 | 名称、联系方式、交货周期 |
核心理念是:库存数量是变动记录的结果。 每一次变化都通过一条变动记录完成,现有数量由此更新。这样你就免费获得了审计记录,错误也很容易追溯和撤销。
核心界面
- 商品列表:支持搜索、分类筛选,以及“低库存”筛选
- 商品详情页:显示每个库位的数量和最近的变动记录
- 快速调整:入库、出库、库位之间调拨、记录盘点
- 低库存视图:所有库存等于或低于再订货点的商品,按供应商分组
- 盘点模式:用于定期盘点,并将差异记录为调整
以后有需要再加
- 采购订单:向供应商下单,然后按订单收货
- 批次与保质期:适用于食品、化妆品和药品
- 物料清单:由组件制成的成品,因此售出一件成品会减少多种组件的库存
- 报表:库存价值、滞销商品、随时间变化的用量(参见如何构建仪表盘)
- 用手机摄像头扫描条码
构建前需要做出的决定
谁是数据的唯一来源
如果你通过已经在跟踪库存的网上商店或收银系统销售,就要决定由哪个系统负责库存数量。两个系统同时编辑同一组数字,它们一定会逐渐不一致。可选方案有:
- 你的应用只管理商店不跟踪的东西(原材料、耗材、后仓库存)。
- 商店是数据来源,你的应用通过其 API 读取数据,用于报表和提醒。
- 你的应用是数据来源,并把数量推送到商店。 这种方式功能最强大,也最难做对。
从方案 1 或方案 2 开始要安全得多。
谁可以做什么
| 角色 | 典型权限 |
|---|---|
| 员工 | 查询商品、记录入库和使用的库存、进行盘点 |
| 经理 | 员工能做的一切,另外可以编辑商品、再订货点和供应商,并批准大额调整 |
| 老板 | 全部权限,另外可以查看成本价和库存价值报表 |
对部分员工隐藏成本价是常见需求,请在第一条提示词中说明。真正的权限需要应用登录功能,参见如何为应用添加登录。
手机还是电脑
库存工作通常是站着完成的:在仓库里、在收货口、在货车旁。调整和盘点界面应优先为手机设计,使用大按钮,尽量减少输入。报表和商品编辑则可以以电脑端为主。
分步构建
第一步:整理现有数据
在导入之前,先把电子表格导出并整理好:每行一个商品、单位统一、SKU 唯一、没有合并单元格。这一步比人们预想的耗时更长,但能在之后省去大量麻烦。
第二步:撰写第一条提示词
描述业务、库存、人员和变动:
为 Fern & Stone 构建一款库存应用。这是一家植物店,有卖场、后仓和一辆配送货车。商品包含名称、SKU、条码、分类、单位、成本价、售价、供应商和再订货点。按库位跟踪数量。每一次变化都是一条库存变动记录,包含类型(入库、售出、损坏、盘点、调拨)、数量、备注、用户和时间——绝不直接编辑数量。界面包括:可搜索的商品列表(带低库存筛选)、显示各库位库存和变动历史的商品详情页、适合手机使用的快速调整界面,以及按供应商分组的低库存页面。员工看不到成本价;经理可以看到。使用数据库,设计简洁、快速。请让我从 CSV 文件导入商品。
第三步:导入并核对
导入整理好的 CSV,然后将十件商品与实际情况逐一核对。错误的初始数量会从第一天起就破坏人们对应用的信任,因此在切换的当天,请对最重要的商品做一次真实盘点。
第四步:测试变动流程
执行入库、卖出一些、损坏一件、把一些调拨到货车上、做一次盘点并发现两件缺失。检查每件商品的历史记录是否正确反映了实际情况,数量是否吻合。尝试让数量变成负数,并决定应该阻止这种情况还是仅做标记。
第五步:添加提醒和报表
一旦基础功能跑通,人们最先提出的通常是低库存邮件提醒,或发给经理的每日汇总。这需要邮件服务商和定时任务。之后再添加一份简单的库存价值报表,以及一份九十天内没有变动的商品清单。
第六步:先在一个库位上线
先在一个地点使用几周,修正不顺手的地方,然后再推广。最大的风险不是程序错误,而是员工因为应用比电子表格慢,又回到了电子表格。
常见错误
- 只保存当前数量。 没有变动记录,你就无法回答“为什么这个数字是错的?”
- 允许任何人修改任何东西。 再订货点上的一个笔误或一件被误删的商品,可能会被忽略好几周。
- 忽略单位。 按箱采购、按单件销售,需要明确的换算规则,否则数量会相差 12 倍。
- 调整界面字段过多。 如果记录一次到货要花一分钟,人们就不会去做。
- 先做双向商店同步。 先让应用自身获得信任,再把它与其他系统连接。
- 把它当作会计系统。 出于税务目的的库存计价(先进先出、加权平均)有其规则;在依赖应用给出的数字来做账之前,请先与会计师确认。
什么时候现成产品是更好的选择
- 你主要通过 Shopify 或 Square 等单一平台销售。 它们内置的库存功能可能已经满足你的需求,并且与你的销售直接关联。
- 你需要库存与会计紧密相连。 会计软件以及为与之集成而设计的库存产品,能省去大量对账工作。
- 你有仓储运营,涉及拣货、打包、运单标签和多个销售渠道。专门的库存和仓储系统正是为此设计的。
当你的库存不适合这些产品、当你为了使用其中一小部分功能却要购买大型系统,或者当库存周边的流程(审批、工单、租赁归还)才是你真正需要管理的东西时,就值得自己构建。我们关于小企业应该自建还是购买软件的指南详细讨论了这一权衡。
用 Mythex 构建
Mythex 是一款 AI 应用构建器:你描述库存、库位和人员,它就会在实时预览中构建应用,并为项目添加用于商品、库位和变动记录的数据库。你可以附上你目前使用的电子表格截图,让它了解你的列名,并要求它支持 CSV 导入。商品照片使用项目的文件存储。如果你的商店或收银系统提供 API,你可以把它的密钥保存在项目机密中,并让 Mythex 从中读取数据。Mythex 不为你的员工提供内置的登录系统,因此应用账户和角色需要使用你选择的认证库或服务商。文档中关于构建内部工具和构建 CRUD 应用的页面是很好的起点。
如果你需要一条可以修改的首条提示词,可以打开库存跟踪模板,或阅读更广泛的如何构建内部工具指南。
常见问题
基础库存应用需要哪些功能?
带有 SKU 的商品列表、每个库位的当前数量、记录入库和出库(并附原因)的方式、带低库存提醒的再订货点,以及搜索功能。供应商、采购订单和报表可以之后再添加。
我能用手机在网页应用里扫描条码吗?
可以。网页应用可以通过浏览器调用手机摄像头,读取常见的条形码和二维码,因此员工无需专用扫描设备就能查询或调整商品。请用你实际会用到的手机和标签,在实际使用的光线下进行测试。
对于库存来说,电子表格够用吗?
如果只有一个人管理几十种商品,通常是够用的。当多人同时编辑、需要记录谁改动了什么,或者需要在东西用完之前就收到提醒时,电子表格就开始力不从心了。
我的库存应用需要连接网上商店或收银系统(POS)吗?
只有当保持两套库存数量同步已经在让你损失销量或浪费时间时,才需要这样做。双向同步是任何库存系统中最难的部分;如果你的商店或收银系统已经能很好地跟踪库存,就把它作为唯一的数据来源。