大促流量进店,你的库存接得住吗?这个问题的答案直接决定了大促GMV最终落在你的报表里,还是落在竞争对手的报表里。我操盘过多次双11和618,也服务过不少SKU数量从几十到几百的中小商家,一个反复被验证的事实是:流量运营解决的是“多少人进店”的问题,库存调配解决的是“多少人能买到”的问题,后者才是大促成交的临门一脚。库存接不住流量,前面所有投放、种草、直播引流全部白费,用户加购时兴致勃勃,结算时看到“无货”两个字,他只会关掉页面,去下一家。
这篇文章不写那种“库存管理很重要、备货要充分”的正确的废话。我会用具体的数据观察、后台操作经验、踩坑复盘,把一个完整的SKU库存调配框架拆给你看:从流量预判到备货系数设定、从安全库存动态调整到活动期间的按小时水位监控、从多仓调拨到预售拦截、从大促后清仓复盘到下一次活动的经验沉淀。
一、核心结论:库存不是后勤问题,是流量转化问题
先给结论:大促期间的SKU库存调配,本质上是让每一个SKU的库存消耗速度,匹配对应流量入口的进店节奏。你投了直通车、买了资源位、做了直播,这些动作决定的只是“进店UV”和“加购量”,真正决定销售额的是“可售库存能否覆盖结算高峰”。
大多数商家的库存配置是“总仓思维”,仓库里确实堆满了货,但用户想买的那个颜色、那个尺码、那个规格恰恰没有。这就是SKU维度的缺货。总库存储备再充足,也解决不了单品维度上的不匹配。用公式表达就是:大促销售额 = 流量 × 转化率 × 客单价,且库存深度必须同时满足每一个SKU的转化需求。

这个结论来自我连续三年跟踪店铺后台数据的观察。2022年双11,我服务的一家服饰店铺,进店UV比预估高出40%,但最终销售额只比平日翻了3倍,问题不出在流量,而出在爆款卫衣的M码和L码在开卖后4小时内全部售罄,大量加购用户等到晚上才来付款,看到的就是一片灰色“失效”按钮。
所以,你把库存当作后台仓储模块去管,它就永远是被动响应的状态;你把库存当作流量转化漏斗的最后一道闸门去管,你才会真正重视每个SKU的“水位”和“流速”。
二、真实场景:大促库存失控的三种典型状态
下面这些场景,我不止一次在商家后台和数据报表里看到过。你可以对照一下,自己店铺有没有同样的问题。
1. 爆款SKU超卖,售后投诉集中爆发
很多商家为了冲销量,在大促时选择“先卖后采”或“超量上架”。如果供应链给力,这确实能提高销售额;但更多情况是,库存数字还没及时减去,订单已经远超实际可发货量。大促结束后,你面对的不是利润表,而是一堆等待退款或投诉的订单。2023年618期间,我一个做小家电的朋友因为库存同步延迟,超卖了300多单,赔付加上运费险损失接近2万元,还连累了店铺DSR评分。
2. 长尾SKU积压,活动结束后变成库存垃圾
为了凑齐SKU宽度,很多商家在活动前把所有款式都备足了货。结果流量集中在少数几个爆款上,长尾款式根本卖不动。活动结束后,这些库存既占仓库,又占资金,最后只能走清仓渠道,利润被严重压薄。我见过一个卖家居收纳的商家,活动前备了60多个SKU,活动结束后TOP5的SKU贡献了75%的销售额,剩下55个SKU的库存够卖一年。
3. 多平台多仓库库存数据分散,无法实时掌握
现在的商家很少只做一个平台,天猫、京东、拼多多、抖音,每处一个库存数字。如果每个渠道的库存是独立的,总库存确实够,但某个渠道的爆款已经缺货,而其他渠道还在正常售卖,这时候如果无法快速调拨,就会在缺货渠道白白丢失流量转化机会。2024年年货节,我遇到一位食品商家,天猫店某款礼盒卖断货,但京东仓还有270多件库存,因为没有及时调拨,当天至少少卖了200单。
这三种状态的共同根源,可以归为三条:备货凭经验、过程无监控、调拨靠感觉。
备货凭经验,指的是备货时没有把流量预估、转化率预判、竞争环境变化纳入计算;过程无监控,指的是活动期间没有按小时或每两小时刷新库存消耗速度;调拨靠感觉,指的是多仓之间的库存调度没有规则,等发现缺货时,物流时间已经来不及。

三、常见误区:那些让你“看起来努力但不解决问题”的做法
这些陷阱,很多商家都踩过。我做代运营和顾问时,目标客户最喜欢问的就是“怎么备货”。但问来问去,我发现他们用的方法往往停留在表面,甚至是用战术上的勤奋掩盖战略上的懒惰。
1. 误区一:备货总量充足 = 每个SKU都健康
很多商家的Excel表里只有一列“总库存”。总库存数字很好看,但一旦拆分到SKU就是另一回事。卖衣服的,S码断货,L码积压;卖零食的,麻辣味卖光,五香味剩一堆。总库存充足不代表每个SKU都有货。库存管理的基本单位一定是SKU,不是仓库总数。这个道理大家嘴上认同,实际做表的时候却总用总库存代替单品监控。
2. 误区二:安全库存是一个固定值
常见做法是给每个SKU设置一个安全库存数字,比如“低于100件就开始补货”。但大促流量是脉冲式的,开卖前两小时的销量可能是平时的50倍,固定安全库存无法应对这种陡坡式消耗。正确的做法是,安全库存必须随着大促节奏动态调整,以“覆盖未来X小时的预估销量”为标准,而不是一个静态数字。大促期间,你需要的安全库存线应该是不断往上抬的,因为流量在涨,消耗速度在涨,补货周期在拉长。
3. 误区三:活动期间只看总库存,不监控流速
活动期间,运营盯着实时销量,供应链盯着库存数量,但这两件事常常脱节。运营看的是“今天卖了多少”,供应链看的是“还剩多少”,很少有人计算“按照过去两小时的消耗速度,还能撑几小时”。这就是缺少流速监控。库存消耗速度比绝对库存数量更值得关注,因为流速直接告诉你什么时间点会断货。
4. 误区四:长尾SKU清仓 = 大促结束后的收尾工作
长尾SKU积压的根子在活动前和活动中,不在活动后。活动前备货时,就要把“清库存”成本计入总利润模型,长尾SKU卖不动的损失,和缺货少赚的利润,本质上是一件事的两面。大促结束后再处理,就只能打折清仓,没有选择的余地。

四、专业判断逻辑:SKU库存调配的动态管理框架
下面这个框架,是这些年里反复调整后沉淀下来的一套打法。它不是某个ERP软件里的固定功能,而是一套可以落在Excel表里的逻辑闭环:预测 → 分层 → 设定动态安全线 → 建立阈值警报 → 按流速调拨 → 复盘修正。这套逻辑适用于SKU数量在几十到几百之间的中小商家,也适用于多店铺多平台的情况。
1. 预测先行:把流量预判变成备货系数
备货不是拍脑袋,是把流量预估和转化率预估换算成库存需求。我自己习惯用的步骤是:
(1)拉取该商品去年同期的搜索点击量、加购量、收藏量、转化率数据;
(2)叠加当前正在进行的预热活动数据,例如预售定金数、直播加购量、粉丝群里的意向接龙;
(3)把SKU分成四个档次:爆款、常规款、风险款、长尾款,每一类给予不同的备货倍数;
(4)在Excel表里,按“预估流量 × 预估转化率 × 备货倍数”算出目标备货量。
爆款的备货倍数可以放到1.5~2倍。为什么是1.5倍而不是3倍?因为爆款通常供应链响应快,补货周期短,备到2倍已经能覆盖大多数正常波动,再高就会在活动后形成大量返仓库存。长尾款的备货倍数可以降到0.5倍甚至不备货,用预售的方式来承接需求。
这四种SKU的备货逻辑不同,因为它们的流量曲线完全不同。爆款的流量从开场就冲高,长尾款的流量在整个活动周期里是平缓展开的,给它们设同样的备货系数,结果必然是爆款超卖、长尾积压。SKU分级的本质,是按照流量集中度配置库存深度。

2. 弹性分层:给每个SKU设置动态安全库存线
安全库存不是固定数字,而是一个动态水线。我的习惯做法是:安全库存 = 补货周期内的预期消耗 × 波动系数。
补货周期指的是从你发现缺货到新货上架可售之间需要的时间,包括采购/调拨耗时、物流时间、上架处理时间。如果你的供应商发货要2天,物流要1天,上架要0.5天,那补货周期就是3.5天。预期消耗就是这3.5天里,按当前流速预计会卖掉多少件。波动系数则是用来对冲不确定性的,一般来说,大促期间可以取1.3~1.5。
举例来说,一个SKU当前日均销量是100件,补货周期为3.5天,波动系数取1.4,那它的安全库存线就是100 × 3.5 × 1.4 = 490件。也就是说,当库存低于490件时,就要启动补货动作,而不是等库存到0了才着手采购。
还需要指出的是,不同SKU的波动系数不同。爆款的销量波动更剧烈,波动系数要取大值;长尾款的销量相对平稳,波动系数可以放松一些。这种“弹性分层”的做法,核心不是给每个SKU设一个固定的安全库存数,而是给每个SKU设定一个随流速变化而升降的安全水线。
3. 动态监控:活动期间按小时刷新“库存消耗速度”
大促期间,尤其是开卖后的前6个小时,我把监控频率定为每2小时刷新一次。看的数据不是“还剩多少货”,而是“按过去两小时的消耗速度,还能撑几个小时”。这个“还能撑几个小时”的计算,等于当前可售库存除以最近单位时间的销售速度。
我习惯把SKU分成三档监控:
(1)红色档:预计剩余可售时间不足4小时的SKU,需要立刻启动补货或调整流量分配;
(2)黄色档:预计剩余可售时间在4~12小时之间的SKU,需要准备预售方案或调拨方案;
(3)绿色档:预计可售时间超过12小时的SKU,维持正常节奏。
这种监控方式的好处是,把“库存有多少”转化为“还能卖多久”,这样每个操作动作的优先级就清楚了。比库存数量更值得盯的,是库存的消耗速度。
4. 灵活调拨:建立规则,而不是等缺货了再想办法
多仓调拨、预售分流和临时下架,不是缺货时的补救,而是活动进行中就需要不断操作的常规动作。
具体来说,我常用的动作有:
(1)多仓商家:设置店铺级别的总库存共享,每个仓的可配送区域不同,如果A仓缺货但B仓有货,可以通过修改仓库的配送范围,让订单流入B仓;
(2)单仓商家:在商品详情页开启预售,让超出的需求先锁定为订单,按新一批采购到货时间承诺发货时效;
(3)极端情况:当一个SKU的库存已经无法支撑剩余的流量,与其超卖后挨罚,不如主动把该SKU的广告计划暂停,将流量引导至替代款或相近款,避免流量白白浪费。
这里要特别说明一点:很多商家把“临时下架”视为损失流量的行为,确实,下架会损失一部分搜索权重,但相比之下,超卖导致的赔付、差评和DSR下滑的损失更大。实际操作中,临时下架只是把流量导向另一个有货SKU的中间步骤,不是终点。
五、实操案例:一家服饰店铺的双11库存调配全过程
下面这个案例是我服务过的一家服饰商家,店铺SKU数量在180个左右,主攻天猫和拼多多两个平台。为了把过程说清楚,我先把背景数据列出来,注意这些数据做了脱敏处理,但逻辑和决策过程是完整的。
店铺主营卫衣和休闲裤,11月1日到11月3日是第一波活动,11月10日到11月11日是第二波。预热期,我们发现某款基础款卫衣的加购量特别高,有4300多个加购,而这款SKU的备货只有3500件。按照行业平均值估算,加购到支付的转化率在40%左右,意味着这款SKU在双11当天的需求量大约在1700件左右,看起来3500件是够的。但这款卫衣有两个颜色、四个尺码,总共8个SKU,问题就来了:所有加购用户都集中在灰色M码和黑色L码上,这两个SKU的加购量占全款的62%,按比例换算,灰色M码的需求量约530件,黑色L码约490件,而备货只有300件出头。
换句话说:总量是安全的,但具体到SKU,这两个热门尺码颜色属于高危状态。我们在活动前就把灰色M码和黑色L码的备货从300件追加到600件,同时把另一个颜色(白色)的库存从400件减到250件,因为白色款的加购量只有灰色款的四分之一。
双11当天,开卖后2小时,灰色M码销量280件,我们立刻把该SKU的状态从“现货”调整为“预售”,同时启动拼多多仓库的库存调拨,从拼多多仓调出150件到天猫仓。当天中午12点,灰色M码的库存消耗速度趋于平缓,我们又把预售状态取消,重新切换回现货。
整个过程下来,这款卫衣总共售出2178件,超卖0件,活动结束后库存剩余约430件,进入正常周转。而同店的另一款牛仔裤,因为预热期数据表现平平,我们没有给它足够的备货,结果它的竞品因为天气原因提前热销,这款牛仔裤反而成了黑马,在活动第二波时出现断货,损失了大约300单。
这个案例说明两件事:
(1)加购数据 + 转化率预估,可以在活动前就定位到有缺货风险的SKU,提前调整备货策略;
(2)活动过程中要动态切换预售和现货状态,把库存从“卖得慢的渠道”调到“卖得快的渠道”,这是大促库存承接的核心动作。

还要补充一个数据观察:在多次大促中,我发现头部SKU的库存消耗速度曲线呈现非常陡峭的“开场冲高、随后衰减”形态。前2小时的销量通常占全天销量的30%到45%,到了下午就会明显放缓。这种曲线的意义在于:如果你的库存监控节奏是按天来的,根本没有能力应对上午10点前的缺货风险。所有大促库存预警,至少应该按2小时的粒度运行。
六、不同情况下的行动建议
不是所有商家都适合同一个模板。按商家规模、仓库数量、团队人数的不同,我给出几组参照建议。
1. 单仓单平台的小商家(SKU 50个以内)
这类商家最大的特点是团队小,通常只有运营和客服两个人,没有专职的供应链岗位。建议:
(1)活动前,只对TOP20的SKU做详细备货计划,剩余SKU按日常销量的1.2倍备货;
(2)活动期间,每天固定3个时间点查看库存:上午10点、下午4点、晚上10点;
(3)把销量最集中的前5个SKU手工拉一个表格,记录库存数和销量数,其余SKU不做重点监控;
(4)务必开启平台官方库存预警功能,设置“低于50件”或“低于2天销量”两条预警线。
2. 多仓多平台的中型商家(SKU 100个以上)
这类商家已经有erp系统做支撑,但往往是系统有库存数据,却没建立调拨机制。建议:
(1)活动前,统一各仓库存口径,确保ERP里的可售库存是真实的(排除锁定库存、在途库存);
(2)按“订单发货地址”重新审视每个仓的库存分配,不要平均分配,要把快仓分配给高消耗区域;
(3)活动期间,每天至少做一次全仓库存对账,发现消耗速度快的仓,立即安排从慢仓调拨;
(4)设置渠道优先级:当一个SKU的总库存不足时,优先保证利润率高、DSR权重高的渠道;
(5)利用平台的“库存共享”功能,把多仓库存合并为一个可售总数,减少单仓断货造成的买家流失。
3. 以直播为主、大促集中引爆的商家
直播电商的库存消耗曲线比货架电商更极端,一场直播能在几分钟内卖完一个SKU的全部现货。建议:
(1)直播前设定每款产品的“可售时长”目标,比如“至少撑住60分钟”,把库存除以预估每小时销量,得到可支撑时长;
(2)排品时,把库存充足且转化稳定的款放在前半小时,把库存少但有吸引力的款放在后半段;
(3)准备替代款,一旦某个SKU的库存低于预期的剩余分钟数,主播可以自然切换到替代款上,不让流量冷场;
(4)直播间不要完全依赖现货库存,开通预售或定金模式,可以把超出的需求锁定下来,等直播结束后统一发预售。

七、不同情况下的取舍:库存是“花不完的钱”和“接不住的流量”之间的平衡
很多人以为,库存管理就是“尽量不断货”。但如果你真的把每个SKU都备到“永远不会断货”,你的资金链可能会先断掉。库存调配的决策,本质上是利润和风险之间的取舍。库存备少了,失去的是销售机会;库存备多了,失去的是资金效率和仓储成本。你需要一个清晰的取舍标准。
1. 断货损失的计算方式
断货损失 = 缺货SKU的日均销量 × 缺货天数 × 单品毛利 × 流量损失的放大系数。流量损失的放大系数一般取1.5~2,因为用户搜不到想要的货时,可能连带店铺其他商品也不买了,这是“连带流失”。比如,一个SKU日均销量50件,毛利50元,缺货2天,放大系数1.5,那断货损失就是50 × 2 × 50 × 1.5 = 7500元。
2. 积压成本的算法
积压成本 = 库存数量 × 单品成本 × 资金年化成本 × 积压时间(按年折算)。假设1000件库存,单价30元,资金成本年化10%,积压半年,成本就是1000 × 30 × 10% × 0.5 = 1500元,再加上仓储、贬值、可能导致的清仓折扣损失,实际成本更高。
3. 取舍策略:按SKU利润率和动销速度分类决策
把SKU放入一个四象限:高利润高动销、高利润低动销、低利润高动销、低利润低动销。
(1)高利润高动销:必须备足,宁多勿少;
(2)高利润低动销:中等备货,重点监控,用安全库存保障基本供给;
(3)低利润高动销:备货量按预测销量的90%设定,允许偶尔断货来避免积压;
(4)低利润低动销:不备库存,全部采取预售或“拍下后48小时发货”的模式。

这种取舍策略的核心逻辑是:库存不是越充足越好,而是越匹配越好。匹配的目标不是零缺货,而是“每一分库存成本都能换来合理的毛利贡献”。
八、大促后复盘:把库存数据反哺到下一次活动
活动结束之后,库存工作并没有结束。我的习惯是花半天时间做一次完整的“库存-流量”复盘,沉淀成下一场大促可以直接使用的表格模板。
1. 复盘核心数据
把每个SKU的预估流量、实际流量、预估转化率、实际转化率、备货量、实际销量、剩余库存放在一张表里。重点看:
(1)哪些SKU的转化率远高于预估,因为备货不足而错过销售额;
(2)哪些SKU的转化率远低于预估,导致大量库存积压;
(3)哪些SKU的销量与流量基本匹配,说明预测模型表现稳定。
每个月大促或者每个季度大促都做一次,积累三到五次之后,你会发现店铺的“流量-库存”匹配度越来越高。这不是靠感觉,而是靠历史数据的校验。
2. 把复盘结果落成清单
沉淀下来的成果包括:
(1)每个SKU的“预估转化率区间”和“备货系数建议”;
(2)一份“高缺货风险SKU清单”,下次活动前直接按这个清单检查;
(3)一份“长尾SKU清仓计划模板”,活动前就准备好清仓渠道和折扣策略;
(4)一份“库存预警阈值表”,直接在ERP或Excel里设置好。
这套东西做扎实了,下一次大促的备货和监控工作量至少下降30%。

九、你现在可以做的五件事
理论框架说了不少。如果你今天就要开始为下一次大促做准备,那么按优先级顺序做下面五件事。
第一,拉出店铺过去30天和去年同期的销售数据,把SKU按“销售额贡献”从高到低排序,找出贡献了80%销售额的头部SKU,它们是你库存调配的核心。
第二,给你的头部SKU建立“安全库存计算公式”,安全库存 = 补货周期内的预期消耗 × 1.4的波动系数。把这个公式写进你的备货表里,不要再用拍脑袋的数字。
第三,在活动前,针对头部SKU做一个“颜色-尺码/规格-库存”的细分检查,找到那些加购占比明显高于备货占比的SKU,提前追加库存或调整流量分配。
第四,建立活动期间的库存监控节奏:开卖前6小时每1小时刷新一次,6到24小时每2小时刷新一次,后续每4小时刷新一次。刷新时重点看“预计剩余可售时间”,而不是库存数量。
第五,准备好预售模板和多仓调拨方案。预售不仅仅是一个“下架商品”的替代方案,它是你在库存不足时仍然能承接流量的一个有效工具;多仓调拨则能让你在同一个平台的多个仓之间高效匹配库存和订单。

最后说一句总结:大促的流量成本越来越高,如果你的库存接不住这些流量,那每一次活动都是在烧钱做慈善。把SKU库存调配当成一个流量运营问题去看,把监控节奏从“天”压缩到“小时”,把备货判断从“拍脑袋”升级为“公式驱动”,你就能在一次又一次大促中,把库存变成流量的兑换率,而不是利润的黑洞。
常见问题解答(FAQ)
1. 大促流量大但库存总跟不上,怎么提前判断哪些SKU该重点备货?
我是电商运营,每年大促最怕备货。热门SKU一旦断货,整个店铺的爆发都被拖住;可要是每个SKU都猛备,活动一过全压成库存。我真想知道一套能提前判断哪些SKU值得押、押多少的方法,而不是每次都是拍脑袋做决定。
先给一个结论:大促备货的目标不应该是“多备一点”,而是让爆款SKU的备货水位刚好覆盖流量高峰期的消耗速度。库存是流量变现的临门一脚,备错了位置,流量再大也接不住。我过去备货就吃过亏。有一年618,团队按历史月销的2倍给一款防晒衣备货,结果开售当天中午就断码,晚上流量还在涨,客服一直在接退款投诉。
那年没有提前按“流量峰值小时消耗”来算库存,是我交过最贵的学费。现在我会把SKU分成四类来定备货策略: 爆款:流量高、转化高、消耗快,备货水位按活动峰值期日均销量的1.5到2倍准备;常规:稳定出单,按1.2到1.5倍备货,不博爆发;
风险:搜索热度不低但转化一般,用最低安全库存加预售承接,避免首页流量一冲就超卖;长尾:低流量低转化,用“最小库存+快速补货”策略,活动期间不主动推广。具体怎么算?我用一个运动水杯SKU举例:大促当天10点流量峰值达到每小时1200访客,转化率8%,每小时要消耗96单。
如果仓库可售库存只有300单,补货周期需要24小时,那这300单只够撑3个多小时,后半天必然缺货。安全库存至少应该超过“补货周期内预计消耗×1.5”这个水线,也就是96单/小时×24小时×1.5,约3456单。所以备货前先算三笔账:预计流量峰值、峰值转化率、补货周期。
三笔账算完,再按SKU分类去定倍数,才不会把预算压错地方。
2. 大促期间库存消耗速度远超预期,是硬着头皮继续卖还是临时开预售?
活动刚启动两小时,我主推的SKU就把原计划撑三天的库存卖光了。后台一直在报警,我完全不知道是继续加库存硬冲销售额,还是马上挂预售。既怕等不及的用户退款,又怕超卖被平台处罚,特别纠结。
先给结论:在补货明确跟不上的前提下,立即切换到“预售承接+流量分流”。大促节点,预售锁单比临时断货带来的损失更小,因为订单还在你手里,只是履约时间延后了。我自己做过一次对照测试:同样是库存不足款,A款直接下架,B款挂预售。两天后复盘,A款搜索流量明显流失,转化率跌了9个百分点;
B款尽管退款率升高,但订单总数比A款高出41%。核心区别是:A款把用户推给了竞品,B款则先把用户锁在自己店铺里。临时开预售也要有前提,不是所有SKU都适合。只有已经验证过真实需求的SKU才能开,否则预售会变成退款重灾区。
操作上,先看后台库存预警列表,按“当前可售库存÷每小时消耗速度”排序,优先处理低于4小时就会断货的SKU。大促期间库存不足时,动作优先级我建议这样安排: 第一步,查看可调拨库存,多仓商品先走调拨;第二步,对爆款SKU开启预售,在商品页注明预计发货时间;第三步,把站内推广流量向有库存的替代SKU倾斜;
第四步,真正无货且无法补货的SKU,立刻下架并停止投放。很多运营者不敢开预售,是怕退款扯皮。我的经验是:把发货时间备注、客服话术、售后保障做到位,退款率能控制在可接受范围内,比直接断货带来的隐性损失小得多。
3. 多仓备货怎么调拨才不会出现一个仓断货、另一个仓积压?
我们公司有华东、华南、西南三个仓,每到大促就出现“有单没货”和“有货没单”同时存在的情况。以前靠手工Excel来回核对,等货调过去活动也快结束了。我想知道有没有更系统的调拨方法,能在活动期间动态平衡各仓库存。
先理解一句话:多仓不等于库存充足,只是库存可调动。如果调拨决策速度赶不上流量转移速度,多仓反而会让库存变成“死库存”:货在A仓吃灰,订单却在B仓排队。我处理多仓大促的思路,是把仓从物理位置变成虚拟水位。操作分三步。第一步,开卖前做区域流量预分配。不要按省份平均分仓,而是按过去大促的流量区域占比分配。
示意数据如下: 区域预估单量占比初始可售库存安全水位 华东40%60002000 华南35%52501750 西南25%37501250 第二步,大促期间至少每半天跑一次“可售天数”。可售天数=当前可售库存÷近6小时平均消耗速度。当可售天数低于“补货在途时间+1天”时触发调拨。
举例:华东仓可售2000,每小时消耗150,可售天数5.5;西南仓可售4000,每小时消耗80,可售天数20。此时就该把西南仓的部分货调向华东。第三步,调拨不是一次就完,而是动态循环。第一批调拨单发出后4小时重新拉一次数据,如果华东消耗继续加速,就直接在订单履行策略里把由华东仓发货的订单改到其他仓。
这个策略表至少要包含:仓库名称、承载订单区域、可售库存、消耗速度、调拨状态。“哪个仓缺货就补哪个仓”是救火思维;按“全网流量与库存实时匹配”才是调拨思维。多仓备战必须选后者。
4. 大促结束后怎么复盘SKU库存,才能避免下个活动继续踩坑?
每次大促结束,我们团队只看总销售额和剩了多少货,没人说清楚到底是哪个SKU判断失误。等到下一次活动,还是有人重犯同样的错。我想知道库存复盘到底要看哪些指标,怎么把复盘结果真正变成下次活动能直接用的行动计划。
复盘的核心不只是清点损失,而是修正你的“流量-库存预测模型”。如果只看剩了多少货,就等于丢掉了一半数据。我建议先搭一张SKU复盘表,字段至少包括:SKU、活动预估流量、活动实际流量、预估转化率、实际转化率、备货总量、销量、缺货次数、补货次数、剩余库存、积压天数。
这张表能帮你回答:到底是流量预估不准,还是转化预估不准,还是库存水位设计不合理。举一个我们自己的案例。有个SKU实际流量只有预估的40%,但转化率是预估的2倍。单独看销量,数据好像还行;但看库存,因为流量低于预期,最后积压了50%。
复盘之后才发现:流量预估和转化预估有连带关系,不能把一个低估和一个高估分开看。复盘完,要把发现的规律写进《大促库存准备清单》,至少包含三项: 一是爆款备货参考“预热期加购率、搜索指数、老客回访率”,而不是只参考去年销量;二是每个SKU都写明安全库存倍数的计算基准,防止临时拍脑袋;
三是异常预案:某SKU达到预警水位时,对应执行什么动作、由谁负责。最后提醒一个隐形杀手:长尾SKU的积压。库存复盘表里一定要单独留一列“积压天数”,超过平台正常销售周期的SKU,要么做捆绑、要么做清仓,不要留在仓库里等“下一次机会”。这是很多店铺在活动后利润被吞掉的主要原因。
读者评论
实操性很强,尤其是动态安全库存和按小时监控流速这部分,确实比单纯看总库存有用得多。我们之前就是吃了爆款断货的亏,现在把备货系数和补货周期算进去,今年大促明显稳多了。
文章里说的长尾SKU积压问题太真实了,我们就是那种活动前备了60多个SKU,结果TOP5贡献大半销售额的店铺。现在学乖了,长尾款直接走预售,不占用现货库存,资金压力小很多。
多平台库存不同步的痛点说得很准,我们天猫和京东就是两套库存,上次断货才发现调拨来不及。现在按照文里的思路,把各渠道库存水位统一到一张表里,再设个预警线,至少不用等缺货了才手忙脚乱。