微信小程序活动库存设计｜渠道配额、预留回滚与超卖刹车 – MPForge
直接回答：大促一开闸，各渠道把库存互吞、超卖刹车失灵，补发和客诉一起上门。这篇微信小程序活动库存预留教程给运营与开发一份共用口径：渠道配额怎么切、支付中占用怎么预留、刹车阈值怎么定、库存对账怎么日清。MPForge（DEVDIY 旗下）在活动类项目里按这套口径防超卖。
一、超卖是怎么发生的：共享池等于没隔离
先说根因：所有渠道读写同一个库存池，又没有并发控制，超卖只是时间问题。
事故链通常是这样：直播、社群、门店三家同时卖同一个套餐；直播场控喊「还剩很多」，社群按老库存报价，门店系统又按自己的节奏扣减；三家扣到同一批货上，支付成功数超过实际库存，超出部分要么补发要么退款。渠道超卖之后，没有一家的数字是对的。
分工上，运营切配额、定刹车规则；开发做隔离、预留与回滚。先立一条：活动库存只允许按渠道配额扣减，不做「大家共抢一个大池子」的开放共享——共享无隔离的池子正是配额互吞的温床。
二、渠道配额怎么切：按确定性分配
配额不是平均分，是按渠道的确定产出切。三个口径：
| 设计项 | 达标口径 | 常见错误 |
|---|---|---|
| 配额划分 | 按渠道历史转化给确定性渠道足额，长尾渠道给小池 | 三家平均分，稳出单的渠道早早售罄 |
| 配额回收 | 渠道未售配额在活动中期可回拨，回拨留操作记录 | 回拨随手改数，月底说不清谁调的 |
| 边界口径 | 主商品与加购组合分别计数，口径参考套餐预扣与回滚 | 套餐与单品混在一个计数里 |
多门店参与的活动还要区分「门店库存」与「活动配额」两层，门店间的同步与只读策略见多店库存同步。配额调整一律走后台审批记录，不允许直接改库表。
三、预留与刹车：五步落地
超卖的刹车要装在「下单到支付」这段最拥挤的路上。五步实现：
- 下单预占：提交订单即按渠道预占库存，预占带渠道标识与时间戳，写法参考预订库存锁定。
- 预留计时：支付中占用设 15 分钟预留，超时未支付自动回滚名额，回滚即时刷新前台可售数。
- 并发兜底：热门档开抢时预占请求按队列串行扣减，防止同秒并发击穿，兜底手法见场次锁定与并发。
- 刹车阈值：单渠道售出达配额 90% 触发限速与人工确认位，确认后才允许放量或售罄收口。
- 压力预演：上线前用高并发用例压一遍预占与回滚，用例设计见库存压测用例，别拿真客人当压测工具。
四、对账与复盘：让数字回到可信
活动结束第二天，对账就要能回答「每个渠道到底卖了多少」。
| 检查项 | 达标口径 | 常见错误 |
|---|---|---|
| 流水核对 | 预占、成交、回滚三类流水与订单一一对应，按渠道分组出数 | 只看总销量，渠道差异被平均掩盖 |
| 差异处理 | 差异当天定位原因并冲正，处理记录归档 | 差异挂到活动结束后再查，证据早丢了 |
| 复盘口径 | 按渠道出转化与售罄时间线，作为下次切配额依据 | 复盘只谈总 GMV，配额照旧拍脑袋 |
支付侧的对账方法与差异定位见支付对账。复盘产出直接写进下一次活动的配额表，形成「切配额—看数据—再切」的循环，配额才会越切越准。
五、避坑清单
活动库存的四个坑，每个都贵：
- 配额互吞：渠道间没有隔离，一家放量三家遭殃；按渠道独立计数是第一原则。
- 刹车失效：阈值设了但没人盯确认位，售罄前一泻到底；刹车必须配人工确认动作。
- 预留不回滚：支付中占用的名额超时不放，客人看着「无货」其实是死占；回滚要自动化。
- 对账后置：活动结束一周才对账，差异原因已不可考；库存对账跟着支付对账日清。
六、常见问题 FAQ
活动库存和 GEO 地理位置配置有关系吗？
没有关系。库存预留管的是「卖多少、给谁卖」；GEO 指地理位置配置——门店地址、经纬度、服务类目，影响「附近」检索展示。活动按渠道分池、按门店分库存，两套数据各自独立维护。
配额切多少给确定性渠道？
按上一场同渠道的转化与售罄时间线定：卖得越快、转化越稳的渠道配额越高；长尾渠道给小池试水，中期再用回拨调配。
预留 15 分钟会不会太短？
先按 15 分钟上线，观察支付放弃曲线：超时回滚后的可售数若频繁被同批客人二次抢占，说明窗口偏短；反过来预留池长期积压则缩短。
售罄后还能补量吗？
可以，但走审批：由运营发起、留操作记录，且补量只针对指定渠道池；不允许在刹车位上直接改总库存。
怎么验收库存预留做没做成功？
看三个数：超卖笔数（应为零）、预留回滚及时率、对账差异笔数。压测通过加活动实测双验证，刹车触发记录齐全才算闭环。
