Before: 手动检查库存管理的局限
过去三个月，我们的团队每周遇到至少两次这样的情况。
打开Windows设备上的Google表格，浏览订单日志。然后有人会说。「咦？这个没有库存，但订单进来了？」
从那一刻起，后续行动就陷入混乱。联系买方，与其他仓库协商，延迟交期或发送部分出货请求电子邮件。很耗时。有时也会降低与买方的信任度。
最大的问题是「何时发现」。往往不是订单直后，而是准备出货时才发现。那时已经太晚了。
After: 5分钟单位自动监视
上个月，用Claude Code制作了简单的检验脚本。
作动原理：
• 主设备(Windows PC)每5分钟读取Google表格的订单表和库存表。
• 获取每个订单的商品代码和数量，与目前库存比较。
• 发现库存不足或为负数的订单时，即时记录在单独的「警告」表中。
• 同时向Slack发送消息通知团队。(选项：也可发送电邮)
[库存检验机器人流程]
读取Google表格(每5分钟)
↓
提取订单数据
↓
与库存数量比较
↓
侦测超卖 → Slack通知 + 警告表记录
↓
团队成员立即应对
实际效果
导入第一周：
• 在出货前3小时内侦测到2件超卖情况。
• 有时间向买方说明「部分预先出货」，而不是「延迟出货」。
• 其中一笔订单通过自体库存调整得到复原。
目前(第二周)：
• 没有发生超卖事态。(预防效果)
• 反而「库存不足预测」数据帮助团队的采购判断。
• 订单处理时间缩短了5分钟。(警告确认时间变得一致，有组织地进行)
细微的领悟
在这次自动化中学到的是，不必制作「完美的系统」。
我们的脚本仍然很简单。可能无法侦测库存调整，也不能自动将退货商品加入库存。但「在订单进入那一刻」捕捉问题就足够了。
梦想团队的机器人不必完美。只要快速展示我们遗漏的部分就够了。
下一步计划是收集这些警告数据，进行「按订单模式预测库存不足」分析。那样的话，「超卖」这个词可能就不会出现在我们团队的词汇里了。