你公司是不是也这样：小程序商城上的库存写在商品价格旁边，实际上由一个客服每天早中晚各导一次表、在后台把数量改一遍。
平时勉强过得去，一搞活动就露馅。社群里扔一条福利链接，几分钟涌进上百单，其中十几单对应的货号前一天门店已经卖完了，或者被批发客户整批提走了，客服只能逐个打电话道歉、请客户换个颜色款式，愿意等的登记缺货登记，不愿意等的当天就得安排退款。一次活动下来，客服接电话的时间比打包发货还长。
还有一种亏得更隐蔽的：客户下单之后没有付款，货就被这张没付款的单子占着。真正想买的人打开小程序看见“缺货”转头去了别家，那张没付款的单子最后也没成交——货闲着，生意也跑了。
这些不是客服不仔细，是小程序上显示的那个数字，压根就不是仓库现在真正能卖的数。我们做的，就是让商城上那个数字跟着仓库走。
你公司是不是也这样
- 小程序上的库存靠人工每天导两三次表更新，中间被门店或批发卖掉的货，商城上还挂着有货
- 社群一发活动链接几分钟出上百单，缺货订单要逐个打电话跟客户解释、换规格或安排退款
- 客户下单不付款，货一直被占着，真正想付款的买家点进去看到的是缺货
- 门店零售、批发渠道和小程序共用一批货，谁卖掉多少、还剩多少，没有一个人能当下说出准数
- 小程序订单要人工录回后台开单发货，录慢了发货就延迟，客户在群里催，客服疲于应付
我们是怎么做的
- 先统一可用库存口径：可用库存＝账面结存－已下单未付款占用－门店预留－破损待处理，商城按这个数上架，不再按账面数标示
- 下单即锁库存：客户提交订单时先在后台冻结对应数量并设保留时长，付款成功转为正式占用，超时未付自动释放回可售池
- 门店收银、批发订单、小程序商城共用一套出入库单据，任一渠道成交，其余渠道的可用量同步下调
- 小程序已付款订单按平台单号幂等写入后台生成销售订单，收货信息与买家备注一并带过来，仓库扫码出库后物流单号自动回写商城
- 缺货、地址字段缺失、金额对不上的订单不进入正常流转，落到异常队列由专人当日处理；大促前按活动预估量设临时预留，避免一次性被抢空
改造之后
- 缺货订单从每天十几单降到个位数，社群活动不用再临时抽人打电话逐个解释
- 库存更新时间从一天几次变成分钟级，因超卖造成的赔付与差评明显减少
- 下单未付款不再长期占货，每天释放出来的可售量当天就能被真实买家买到
- 仓库不用再照着小程序后台抄单，每天省下约两小时的录单时间转去做打包发货
这个项目包含什么
适合什么情况
已经在微信小程序或自建小程序做私域零售，库存仍靠人工导表更新、一搞活动就超卖的品牌零售商与区域经销商
关于这类改造
什么是小程序商城与后台库存对接：把小程序上显示的“还剩几件”，交给后台真实库存自动决定。商城负责展示和收单，后台负责算账管货，两边通过接口同步可用库存与订单状态。它替代的是导表格、改数量、抄单录单这三段重复劳动。
为什么会超卖：第一，商城上的数是人工上次改的结果，不是仓库现在的数，中间隔着的这段时间就是超卖窗口；第二，账面结存不等于能卖的数——已被别的渠道提走、破损待处理、已下单未付款的货都不该算进去；第三，活动流量集中爆发，人工改数根本追不上；第四，未付款订单长期占货，把可售池挤空了。
通常怎么做：第一步定口径，先把可用库存的算法写清楚，明确哪些状态的数量不计入可售；第二步打通库存，商城侧按固定频率向后台取数，用增量回传而不是每次全量推送；第三步锁库存，下单冻结、付款转占用、超时释放，三条单据状态都要落到后台；第四步回写订单，按平台单号做幂等，重复推送不会生成两张销售单；第五步处理异常，缺货、地址不全、金额不符的进人工队列，当日清掉不留积压。
什么情况适用：小程序商城日常有稳定出单、且与门店或批发共用一批货的品牌零售商。日订单量很小（每天十几单以内）且只做单一渠道的，先用导表加定时改数也能撑一段时间。
改造前要注意：先做一次编码对照，确认商城里的规格、颜色、组合装与后台货号是一一对应的，多规格尤其容易错位；回传频率按实际单量定，单量小的不必追求秒级刷新；活动期间建议另设临时预留量，不要把全部可用库存一次性放给一个渠道；上线头两周保留每日核对可用库存的习惯，确认无误再改成全自动。
如果你公司也在用小程序做私域，可以把最近一个月的商城订单和后台出库记录各导出一份（隐去买家个人信息），我们先做一次缺货占用与未付占用的试算，看看超卖主要发生在哪个环节。
