一场大促打完，真正决定体验的是订单能不能从三公里内发出，而不是折扣打了几折？门店和前置仓接住了越来越多的订单，接不住的环节不在流量，在货架。浪潮卓数监测显示，双 11 期间全国主要即时零售平台网络零售额增长 8.2%，比同期全国网络零售额增速高 4.2 个百分点；京东秒送整体成交额同比增长 42%，淘宝闪购有超过 50 万零售品牌商家参与。这个增速意味着考核重心要从「卖了多少」挪到「货在不在架上」——对管着几十家门店的人来说，这些数字以 11 月 14 日的公开报道为限。
多出来的 4.2 个百分点落在门店身上
把 8.2% 和 4.2 个百分点放在一起看，能读出一条容易被跳过的信息：即时零售的增速是全国网络零售额增速的两倍多，订单正在从跨城快递流向同城门店。这个转移对平台是增量，对门店是压力。一家 800 平方米的社区店，平时一天拣 300 单，大促期间可能要在同样的通道里拣 600 单，通道宽度没变，货架面积没变，能同时可售的 SKU 数量也没变。
报道里还有一句更值得记住的判断：能不能把更多商品做成小时达，要看一座城市有多少可用门店、门店有没有货，以及短距离配送的成本能不能覆盖。三件事里，前两件直接落在供货方和门店身上，第三件才轮到平台补贴。很多团队把大促复盘写成流量复盘，恰恰漏掉了前两件，于是第二年重复同样的缺货曲线。
小时达的瓶颈是可售率，不是折扣
折扣决定有没有人下单，可售率决定下单之后能不能发货。这两个指标在大促期间会同时恶化，但只有前者被写进战报。门店的可售率一旦掉到 80% 以下，系统里显示「有货」的商品会开始分叉：有的只剩一两件，拣货员走到货架前发现已经被拿走；有的压在后仓没有上翻，页面上还挂着可售，实际拣不到。
| 品类 | 大促期的可售率压力点 | 常见缺货主因 | 该谁先动手 |
|---|---|---|---|
| 生鲜果蔬 | 早上到货、上午卖完 | 上翻晚于客流高峰 | 门店排班 |
| 乳品冷藏 | 单次补货量大、周转慢 | 后仓压货未及时上架 | 理货岗 |
| 酒水饮料 | 整箱购买集中 | 面位不足、堆头被占 | 门店陈列 |
| 休闲零食 | 促销带动集中扫货 | 安全库存设得过低 | 补货参数 |
| 日用百货 | 长尾 SKU 数量多 | 门店清单与全国清单不一致 | 供货方 |
这张表里最容易被低估的是最后一行。日用百货的长尾 SKU 在门店层面的清单常常和全国清单不一致，总部按全国清单算铺货率，门店按实际面位摆货，两边都没算错，但对不上。大促期间这种差异会被放大，因为顾客在页面上看到的是全国清单，拣货员在场内看到的是门店清单，中间没有一处提示这两份清单不同。
同一件商品两条链路 库存口径要先拆开
门店库存与仓库存不能混算
跨城快递看的是中心仓库存，小时达看的是门店可售库存，两套库存物理上不在一起，逻辑上更不能相加。一件商品在中心仓有 5000 件，在某家门店只有 3 件，它在两个渠道里的「可售」是两种状态。大促期间如果用一个总库存数做分配，最容易出现的结果是线上显示充足、门店端先断，而且断在最贵的那几天。
可行的拆法是给每个 SKU 建两份视图，一份是中心仓可用量，一份是门店可售量，两份视图各自带更新时点。门店可售量的更新频率要跟着补货班次走，不能一天只跑一次，否则大促当天的数据永远是过期的，用它做补货决策等于用昨天的地图找今天的路。
把货架当仓用 补货节奏要按小时排
排班跟着客流曲线走
小时达把门店变成了前置仓，补货动作就不能再按「早一次、晚一次」排。客流曲线在一天里有明显的高峰，补货如果晚于高峰，等于把最贵的时段让给了空货架。可行的做法是把补货班次与客流高峰对齐：高峰前完成上翻，高峰中只做面位整理与缺货登记，高峰后再做一次集中补货。
这套调整不需要新增系统，需要的是把「上翻完成时点」当成一个可考核的字段记录下来。有了这个字段，区域经理才能判断某家店的缺货到底是没货、没上架，还是上架晚了。三种原因的解法完全不同：没货要动补货参数，没上架要动理货流程，上架晚了要动排班，混在一起讨论只会得出「多加两个人」这一个结论。
常见问题
问：8.2% 这个增速是怎么统计出来的？
答：来自浪潮卓数对全国主要即时零售平台网络零售额的监测，统计区间为双 11 期间，同期全国网络零售额增速比它低 4.2 个百分点。
问：为什么说可售率比折扣更影响体验？
答：折扣只影响下单意愿，可售率决定拣货能不能完成。可售率掉到 80% 以下时，页面显示有货、货架已经拣空的概率快速上升，退款和差评随之增加。
问：门店库存和中心仓库存该怎么分开看？
答：分成两份视图，中心仓看可用量，门店看可售量，各自带更新时点。门店侧的更新频率跟随补货班次，避免用一天一次的数据做大促决策。
问：大促期间补货班次怎么排更合理？
答：与客流高峰对齐，高峰前完成上翻，高峰中只做面位整理与缺货登记，并把上翻完成时点作为可考核字段记录下来，便于复盘归因。
