这轮即时零售的竞争，先松动的不是配送时效，是门店真正能卖出去的 SKU 深度。经济日报 11 月 9 日的三季报解析给了一组可以当基准的数字：美团平台上每天中午 12 点有超过 100 万个实体营业点位，深夜 12 点仍有 35 万个在接单，而行业增量的说法已经从「再开多少店、再铺多少仓」换成「上了多少好商品」。对管渠道和商品的人来说，这句话的实际含义是考核指标要重置——点位越铺越密，如果分品类可售率不动，生意只是在同一批货上重复分配。这些判断，只能以 11 月 9 日的公开报道为限。
深夜 35 万个点位，卖的还是那几排货
把这三行放在一起，能看到一个不太体面的结构：点位和仓的密度上去了，可售的商品并没有同步上翻。一家社区店中午能接单，靠的是店里那几排货架；深夜还能接单，靠的是有人值守加上附近仓的余量。点位数量衡量的是「能不能下单」，SKU 深度衡量的才是「下单之后能不能发货」。前者是平台侧的覆盖指标，后者才是品牌侧真实的出货口径，两者在大促期间经常被混着讲。
点位密度不等于商品密度
一个 100 平米的社区店，货架容量大致在 2000 到 3000 个 SKU 之间，而一个快消品牌在城市层面的在售规格通常过百。这意味着单店能上翻的往往只是一部分规格，剩下的要靠附近的前置仓接。平台把点位数字做得漂亮，代价是同一件商品要在多个节点各留一份库存，周转慢的规格最先被挤出去——它不会显示为缺货，只会显示为「本店没有」。
一小时签收背后是三次库存确认
用户看到的一小时，是三次确认叠出来的结果：下单时确认门店有货，拣货时确认货架有货，出库时确认骑手能按时到。任何一次确认失败，订单都会退回到更远的节点，时效从一小时变成次日。渠道团队能直接干预的只有第一次确认，所以真正该盯的不是总缺货率，而是「接单后被退回」的比例，它比缺货率更早暴露货架与系统之间的差。
可售率的口径要先统一
不同团队报上来的可售率经常对不上，原因不是数据错，而是口径不同。仓库口径看的是总仓有没有货，门店口径看的是店里有没有货并且能被系统接单，履约口径看的是接单之后能不能按时送到。三个口径在平日差别不大，在大促期间会拉开十几个百分点，因为运力和拣货能力会先崩。品牌方如果拿仓库口径去评估门店执行，会得出一个乐观但没用的结论。
| 口径 | 怎么算 | 会漏掉什么 |
|---|---|---|
| 仓库可售 | 总仓库存大于零 | 门店未上架、陈列缺位 |
| 门店可售 | 门店有货且可被系统接单 | 货在店内但未录入系统 |
| 履约可售 | 接单后承诺时效能达成 | 运力与拣货能力不足 |
统一口径的做法不复杂：先把三个数分别算出来，再看三者的差值落在哪一段。仓库与门店的差，指向铺货与上架执行；门店与履约的差，指向运力和拣货排班。差值比绝对值有用，因为它对应的是不同的动作，而绝对值只对应一句「还需要提升」。区域之间对比时尤其要注意，同一个口径在不同城市的门店密度下含义并不相同。
补货节奏要跟着品类走
把补货频次统一压到一个标准，是过去两年最常见的降本动作，也是最容易伤到可售率的动作。高频刚需品的可售天数掉到一天半以下时，任何一次补货延迟都会直接变成缺货；而长尾规格的周转本来就慢，压频次反而释放了仓容。真正有效的做法是按品类设两套节奏，让高频品走日配、长尾品走周配，中间用一次动态调整把促销和新品插进去。
- 高频刚需日配为主，可售天数低于 1.5 天即触发加单，考核看缺货时长而不是缺货次数。
- 长尾规格周配为主，用前置仓接单，考核看仓内动销率，避免门店为凑陈列而压货。
- 大促与新品单独插单，首发前把授权门店与前置仓的库存对齐，考核看首发 72 小时缺货率。
回到那句「上了更多好商品」，它其实是一个组织问题：谁来决定哪些规格值得占门店的货架位，谁来为长尾规格的仓内库存负责。这两件事在过去分属商品部和渠道部，中间靠一份月度铺货表连接，大促期间这张表往往已经过期。把可售率按品类拆开、按周回看，才能让这张表重新有时效。
常见问题
门店可售率和平台显示的「有货」是一回事吗？
不完全是一回事。平台显示的「有货」通常基于门店库存是否大于零，门店可售率还要看商品是否已上架、能否被系统接单。大促期间两者的差值会明显放大，因为上架和拣货的人手同时被占。
深夜点位多，对品牌铺货意味着什么？
意味着履约半径被拉长，但不是所有品类都适合。夜间订单集中在应急和即时消费，SKU 结构比日间窄，品牌更该关注的是夜间可售的规格是否覆盖了应急场景，而不是把白天的全量货盘照搬过去。
补货频次压下来，缺货率为什么反而没降？
因为缺货率的分母包含了大量长尾规格，而真正掉货的是少数高频品。频次压缩对长尾是减负，对高频是加压，两者混在一个指标里就会互相抵消，看不出问题在哪。
三个口径里，哪个最适合放进月度考核？
门店可售率更适合作为执行考核，履约可售率更适合作为协同考核。仓库口径容易做得好看，但对门店执行没有约束力，单独使用会掩盖上架环节的问题。
