电商库存执行标准:补货计划环节如何体现常见误区

补货计划最危险的时刻,往往不是仓库库存见底,而是系统里明明还有库存,运营却已经开始催采购;或者某个 SKU 连续几天卖得很好,团队顺手把下个月的采购量翻倍,活动结束后却发现库存要用半年才能消化。电商补货真正要解决的,不是“补多了还是补少了”,而是每一次补货是否有可解释的数据依据、明确的责任动作和可复盘的结果。
我在复盘电商库存问题时,通常不会先看采购金额,而是先追问五件事:这批货是根据什么需求预测出来的?仓库里的库存有多少真正能卖?在途货什么时候到?供应商交期是否稳定?补货计划发布后有没有人跟进偏差?只要其中两项无法回答,补货计划大概率就不是执行标准,而是一张带有数字的主观判断表。
一份合格的电商补货计划,至少应同时回答需求、库存和供应三个问题。需求决定未来可能卖多少,库存决定当前还能撑多久,供应决定新货能不能在缺货之前到仓。只看其中一项,都会把复杂问题简化成错误动作。
在实际经营中,我更倾向于把补货计划写成“判断链”,而不是一个孤立的采购数量。判断链应当是:需求预测,可用库存核算,库存覆盖天数,交期校验,补货量测算,审批下单,到货跟踪,实际销售复盘。
低库存确实可以减少资金占用和仓储压力,但它并不等于健康库存。对于高毛利、高复购、供应商交期长的商品,缺货一次造成的损失,可能超过多保留几天安全库存的成本。相反,对于保质期短、季节性强或退货率高的商品,库存过多又会迅速转化为滞销风险。
因此,补货计划的目标应是在服务水平、库存成本、资金约束和商品风险之间取得可解释的平衡。不能把“库存金额下降”单独当成供应链改善,也不能把“现货率提高”单独当成补货成功。

很多补货争议并不是计算公式不同,而是数据口径不同。运营说“仓库还有 800 件”,仓储说“可售只有 520 件”,采购又说“还有 300 件在路上”。如果没有统一口径,团队会围绕数字争论,却无法判断是否真的需要补货。
我建议先把库存拆成几个层级,再把可用于补货决策的库存单独命名:
| 库存字段 | 含义 | 补货判断时的处理方式 |
|---|---|---|
| 账面库存 | 系统记录的库存总量 | 只能作为起点,不能直接视为可售库存 |
| 可售库存 | 已入库、状态正常且可被订单占用的数量 | 纳入当前库存覆盖测算 |
| 已锁定库存 | 已被订单、活动或渠道预留的数量 | 从自由可用库存中扣除 |
| 在途库存 | 已采购但尚未完成入库的数量 | 只有在到货时间可信时,才可计入未来供应 |
| 冻结及待质检库存 | 暂时不能正常销售的库存 | 不应直接并入可售库存 |
某店铺的主推 SKU 近 14 天日均销量约为 80 件,仓库账面库存为 500 件,采购系统显示还有 200 件在途。表面上看,库存总量达到 700 件,似乎能够覆盖较长时间。但进一步拆解后发现,其中 100 件已经被已付款订单锁定,200 件在途货物预计 10 天后才能入仓,而供应商承诺交期只有 7 天。
这时,真正能支撑未来几天销售的库存不是 700 件,而是 400 件左右;如果活动期间日均销量上涨到 110 件,现货甚至只够支撑不到 4 天。错误不在于没有采购,而在于把账面库存、已锁定库存和未来才能到货的库存混在了一起。
另一种情况更容易被忽略:团队准确预测了活动期间的销售增长,活动销售目标也基本完成,但活动结束后仍然留下大量库存。这并不一定说明预测完全错误,而可能是团队只预测了“活动卖多少”,没有预测“活动后还能以什么速度卖完”。
例如,一款日常日均销量 30 件的商品,活动期间预计卖出 1,500 件。团队为了防止断货,加上了较高的安全库存和供应商起订量,最终采购 2,300 件。活动实际卖出 1,450 件,看起来预测误差不大,但活动后每天只能卖 20 件,剩余库存需要超过一个季度才能消化。
我把这种问题称为单点预测陷阱:计划只看活动高峰,不看需求回落曲线;只看销售目标,不看采购批量和活动后的库存成本。
不少店铺会按照固定周期统一补货,比如每周一查看所有 SKU,低于某个库存数就下单。这种做法对稳定标品有一定效率,但对长尾商品非常危险。长尾 SKU 的销量可能一周只有几件,供应商却要求最低起订量 50 件,结果每次补货都在扩大库存尾部。
当仓库空间紧张时,团队往往先处理最明显的畅销款,却忽略了真正占用资金的不是某一个大单,而是几百个小 SKU 长期积累的库存。补货执行标准必须考虑 SKU 分层,不能让所有商品共用一个触发规则。

在数据量较大的店铺里,我会建议把订单、商品、库存、采购、活动和供应商交期放到同一套分析视图中。以九数云这类数据分析工具为例,可以将多来源业务数据整合后,搭建 SKU 销量趋势、库存覆盖天数、在途跟踪和异常预警看板。这样做的价值不只是“图表更漂亮”,而是让运营、采购和仓储看到同一组经过定义的数据。
不过,工具不会自动消除口径错误。如果系统把待质检库存也标记为可售,或者在途数量没有预计到货日期,那么仪表盘越自动化,错误决策反而可能执行得越快。数据工具解决的是可见性和协同问题,补货标准仍然需要业务人员定义。
历史销量是重要输入,但不是可以直接复制的未来需求。一次直播爆单、一次大促、一次异常低价,都会让历史数据偏离日常销售水平。反过来,商品曾经长时间断货,也会使历史销量被低估,因为当时并不是没有需求,而是没有库存可卖。
我通常会先给销量打标签,而不是直接把所有日期放进平均数。至少应标识日常销售、活动销售、断货销售、异常退款、价格调整和投放变化。对于被异常事件影响的日期,可以单独作为情景参数,而不要与普通日期简单混平均。
“少补一点,卖完再说”听起来谨慎,但它忽略了补货周期。若供应商生产和运输需要 20 天,而商品每天销售 100 件,那么临时发现库存不足时再下单,已经没有足够时间弥补缺口。
少补策略尤其不适合高销量、稳定需求且缺货损失较大的 SKU。对于低销量、易变质、生命周期临近结束的商品,它可能是合理策略;但对于核心引流款,就需要比较缺货成本与持有库存成本,而不是一概压低库存。
销售排名回答的是“过去卖得多不多”,补货计划要回答的是“未来还需要多少”。两者并不等价。热销可能来自短期流量、竞品断货、价格补贴或单次内容传播,若这些因素消失,销量会迅速回落。
热销款补货前,我会额外检查四项:
仓库现货不等于可售库存。已分配订单、售后换货、渠道预留、质检异常和仓间不可调拨库存,都可能让可自由使用的数量下降。对于多仓店铺,还要考虑库存是否位于订单能够覆盖的区域,不能把全国总库存直接当成某个仓的可售能力。
一个常用的核算框架是:
可支配库存 = 正常可售库存 − 已分配库存 − 预留库存 + 可确认及时到货的在途库存
这里的“可确认及时到货”是关键限制条件。如果在途货物预计在商品断货之后才到,即使数量真实存在,也不能帮助解决当前缺货。
供应商说“7 天交货”,不代表从下单当天到商品上架只需要 7 天。实际流程可能包括排产、生产、包装、出库、干线运输、末端配送、收货、质检和上架。若其中任何环节存在波动,计划交期就会低估库存风险。
我建议将交期拆成完整履约时间,并记录承诺交期与实际交期的差异。对于同一供应商,不能只看一次准时交货,而应观察过去多个批次的平均交期、最长交期和延期比例。供应商交期稳定性,往往比报价低几个百分点更值得进入补货决策。
预测准确率是有用指标,但它只说明预测数字与结果有多接近,并不能直接说明库存经营是否健康。一个团队可以通过频繁修改预测、缩短统计周期来提高准确率,却没有改善缺货率、库存周转和滞销库存。
更合理的做法是把预测放进指标组合中,同时观察订单满足率、现货率、库存周转、库存库龄、紧急补货次数和计划达成率。若预测准确率提高,但缺货仍然频繁发生,问题可能出在交期、审批、采购执行或库存口径,而不在预测模型本身。
采购单生成只是补货流程的中间节点,不是终点。供应商确认数量了吗?承诺到货日期是什么?是否已经生产?是否存在缺料?货物发出了吗?仓库是否完成收货和质检?这些问题如果没有责任人跟踪,计划就会停在表格里。
在执行层面,我会要求每一张补货计划至少有四个字段:计划数量、承诺到货日期、当前节点和异常责任人。对于长交期或高价值 SKU,还要增加延期天数、替代方案和下一次复核时间。
补货系统最容易处理的是稳定销售,最难处理的是变化。活动临时提前、销量突然翻倍、供应商延期、到货少于订单、质检不合格、某仓积压而另一仓缺货,这些情况都需要预先定义动作。
没有异常规则时,团队通常会出现两种极端:要么所有异常都临时找老板审批,响应速度很慢;要么运营直接追加采购,造成重复下单。执行标准应规定什么情况下暂停补货、什么情况下升级审批、什么情况下改为跨仓调拨或替代采购。

需求基线不是简单的 30 天平均销量。更稳妥的做法是先区分日常需求和事件需求,再根据商品属性决定权重。对于销量稳定的标品,可以提高近期数据权重;对于季节性商品,要对去年同期、当前季节和活动计划进行组合;对于新品,则不能假装拥有可靠的历史均值。
一个可执行的基线可以这样构成:
库存数量必须放到销量速度里解释。500 件库存对日均 10 件的商品意味着很长覆盖期,对日均 100 件的商品可能只够几天。因此,最基本的指标是库存覆盖天数:
库存覆盖天数 = 可支配库存 ÷ 预测日均销量
但这个指标仍然不是最终答案。若供应商交期为 15 天,而库存覆盖只有 10 天,即使计划覆盖天数看起来不低,也可能在新货到仓之前断货。补货触发点至少要覆盖交期需求,并留出适当缓冲。
在途库存不能按数量直接加回库存。必须把数量与预计到货日期绑定,再与缺货日期进行比较。只有在途货能够在需求缺口形成之前完成到仓、质检和上架,才可以承担补货作用。
我会把在途库存分成三类:
| 在途状态 | 典型特征 | 补货决策 |
|---|---|---|
| 已发货且运输稳定 | 有物流节点,预计到货日期较可信 | 可部分计入未来供应,但仍需保留异常缓冲 |
| 已下单未生产 | 数量已确认,但排产和交期不确定 | 不宜完全抵扣补货需求 |
| 供应商口头承诺 | 没有正式订单或明确到货节点 | 不能作为可执行库存依据 |
一个更容易解释的补货量框架是:
建议补货量 = 覆盖期基准需求 + 安全库存 − 可确认的可用库存 − 可及时到货的在途库存
若存在活动,还要单独加入活动增量,并在活动结束后重新计算需求回落。公式本身不是标准答案,真正重要的是每个变量都有来源,且计划人员能够说明为什么使用这个数。
安全库存也不应直接套用“几天销量”的固定值。它受到需求波动、交期波动、缺货成本、商品毛利、供应商柔性和资金能力影响。日均销量相同的两个 SKU,若一个供应商稳定交付、另一个经常延期,安全库存不应相同。

我不建议让所有 SKU 使用同一套补货频率和审批标准。至少可以按照销量、波动、毛利、生命周期和供应风险做组合分层。
| 商品类型 | 主要风险 | 建议执行方式 |
|---|---|---|
| 高销量、需求稳定 | 缺货损失高 | 高频监控,设置明确补货点和交期缓冲 |
| 高销量、需求波动大 | 过量采购和断货并存 | 滚动预测、分批到货、提高复核频率 |
| 低销量、长尾商品 | 起订量导致库存沉淀 | 降低补货频率,优先采用按需采购或替代品 |
| 季节性商品 | 季节结束后快速贬值 | 设置销售窗口和库存上限,活动后停止机械补货 |
| 交期不稳定商品 | 缺货时间难以预测 | 增加交期监控和供应商备选,不只依赖增加库存 |
下面的案例是我用于说明判断过程的情景模拟数据,不是某家企业的公开经营数据,也不代表行业统一基准。假设某家电商店铺经营一款日常售价稳定的主推商品,计划覆盖期为 14 天,供应商从下单到完成入库平均需要 7 天。
| 项目 | 数值 | 解释 |
|---|---|---|
| 近30天有效日均销量 | 80件 | 剔除一次明显异常活动后的日常需求基线 |
| 近7天日均销量 | 96件 | 近期需求较30天基线增长20% |
| 当前账面库存 | 500件 | 系统总库存,不代表全部可自由销售 |
| 已锁定订单 | 100件 | 已对应订单,不能再次分配 |
| 已确认在途 | 200件 | 预计10天后到仓,晚于正常补货周期 |
| 活动预计日均销量 | 110件 | 示意数据,用于演示活动修正 |
如果只看账面库存,500 件看起来可以支撑 6 天左右的近期销售;如果把在途库存也加上,团队可能认为库存足够。但扣除锁定订单后,当前可售库存只有 400 件,按近 7 天日均销量计算,只能覆盖约 4.2 天。由于在途货物预计第 10 天到达,缺口会在到货前形成。
在类似场景中,我会用九数云这类工具把订单明细、商品主数据、仓库库存、采购订单、活动排期和供应商交期放到同一套分析视图中。重点不是制作一张“库存总额”大屏,而是建立从需求到执行的关联关系。
建议至少搭建四个视图:
这些视图的价值在于把“结果异常”往前追溯。例如,缺货率上升后,可以继续查看是需求预测上升、在途延期、仓库未上架,还是采购审批滞后,而不是直接责怪采购数量。
这里最重要的结论是:即使最终决定采购 500 件,也必须能够解释这 500 件分别对应日常覆盖、活动增量和安全缓冲中的哪一部分。若说不清楚,采购量就很难在活动后被复盘,也无法判断下一次该调整哪个参数。

平均库存周转或平均缺货率容易掩盖 SKU 差异。一个店铺可能整体现货率达到 95%,但贡献大部分销售额的核心 SKU 频繁断货;也可能整体库存周转不错,却有一批低周转商品占用大量仓储空间。
我更关注分层后的指标:
| 观察维度 | 建议查看的指标 | 为什么不能只看总平均 |
|---|---|---|
| 销售贡献 | 核心 SKU 缺货率、订单满足率 | 少数核心商品可能贡献大部分收入 |
| 库存价值 | 高库龄库存金额、滞销占比 | 长尾商品的数量少,但资金占用可能很高 |
| 供应稳定性 | 供应商准时交付率、平均延期天数 | 平均交期无法呈现波动和极端延期 |
| 执行效率 | 补货审批耗时、紧急采购次数 | 计划质量高但审批慢,仍然会造成缺货 |

稳定畅销商品通常有较清晰的需求基线,补货难点在于及时触发和稳定交付。建议设置库存触发点,并以完整供应周期计算覆盖需求。对于供应商交期稳定的商品,可以降低不必要的安全缓冲;对于交期波动明显的商品,则要同时建立延期预警。
高波动商品不适合一次性根据最高销量采购。可以把采购计划拆成基础批次和追加批次,先保障确定性需求,再根据活动预热、收藏加购、流量变化和实际转化追加。
分批补货的代价是采购和运输管理更加复杂,但它减少了把所有需求判断押在一个时间点上的风险。对于高毛利、高波动商品,增加一次复核的管理成本,往往比活动结束后的库存折价更便宜。
季节性商品的补货计划必须同时写“什么时候补”和“什么时候停止补”。很多团队只设置了库存下限,没有设置库存上限,导致旺季末期仍按照旺季销量自动补货。
建议在计划中明确:
新品没有稳定历史销量,直接套用同类成熟 SKU 的补货量,通常会造成两种错误:要么因为过度保守而快速断货,要么因为把竞品销量当成自身需求而过量采购。
新品更适合采用小批量试销、快速补单和阶段性复核。首批采购应考虑供应商起订量、试投放结果和补单交期;当真实转化、退款和复购数据逐渐积累后,再逐步提高预测权重。
低销量不一定意味着商品没有价值,它可能承担丰富品类、提高客单价或满足特定客户需求。但如果长尾商品每次补货都超过数月需求,就要重新判断现货模式是否合理。
可选方案包括按需采购、预售、与其他商品组合销售、减少颜色和规格、设置更高起订量,或将库存从多个仓集中到一个仓。这里的关键不是简单清理 SKU,而是比较现货带来的销售价值和库存占用成本。

多备库存的优点是提高现货率、减少紧急采购,并能应对短期需求上涨;缺点是资金占用、仓储成本和滞销风险增加。接受较低库存的优点是现金流灵活,缺点是可能失去订单,且紧急补货往往成本更高。
判断时应估算两类成本:库存持有成本和缺货成本。缺货成本不仅是当天少卖的订单,还可能包括广告浪费、客户转向竞品、客服处理、加急物流和活动承接失败。库存持有成本也不只是采购金额,还包括仓储、保险、损耗、折价和资金机会成本。
当供应商经常延期时,最直接的动作是增加安全库存,但这只是用更多资金覆盖供应不稳定。若商品价值高、需求波动大,长期堆库存可能比更换供应商或拆分采购更昂贵。
我会把解决方案分成三层:
预测准确率高并不代表计划一定优秀。若预测团队把所有精力放在修正数字,却没有推动采购按期到货、仓库及时上架,最终经营结果仍然不会改善。
对于管理者,我建议将预测准确率放在过程指标位置,将缺货率、库存周转、滞销金额和订单满足率放在结果指标位置。过程指标用于发现问题,结果指标用于判断投入是否产生经营价值。

自动化适合处理规则稳定、数据完整、销量连续的商品,可以减少人工重复计算。但新品、季节性商品、高价值商品和活动临时变更商品,仍然需要人工判断。最稳妥的方式通常不是完全自动或完全人工,而是按风险分层。
| 商品情形 | 自动化程度 | 人工重点 |
|---|---|---|
| 稳定标品 | 高 | 复核异常波动和供应交期 |
| 高波动主推款 | 中 | 审核活动、流量和分批采购方案 |
| 新品和季节款 | 低至中 | 判断生命周期、活动后需求和库存上限 |
| 高价值或高风险商品 | 低 | 重点审查资金占用、供应可靠性和替代方案 |
补货计划发布前,我建议把下面八项做成固定检查清单。清单不是为了增加形式,而是为了防止团队在高峰期跳过关键判断。
补货计划应至少包含计划数量、计划日期、供应商、承诺交期、预计到货日期、当前状态和责任人。对于有多个仓库的店铺,还要补充到货仓、可调拨数量和目标销售区域。
责任分工可以这样设置:
到货复核不仅要检查采购数量,还要检查实际到货日期、合格数量、上架时长和最终可售时间。对于补货计划来说,“货到了仓库”与“货已经可以被订单使用”是两个不同节点。
如果某批货按时到仓,但因质检和上架延迟 3 天,仍然可能造成缺货。这个差异应回写到补货执行数据中,否则下一次计划会继续低估完整供应周期。
复盘不能只写“预测不准”或“采购延迟”。应进一步区分偏差来源:
| 偏差类型 | 需要追问的问题 | 下一步改进 |
|---|---|---|
| 需求偏差 | 销量是否受活动、价格或流量变化影响 | 增加事件标签和情景预测 |
| 库存偏差 | 系统库存与实物库存是否一致 | 调整库存状态和盘点机制 |
| 供应偏差 | 供应商是否按承诺日期和数量交付 | 记录延期并调整交期参数或供应商结构 |
| 执行偏差 | 审批、下单、跟催或上架是否存在等待 | 明确节点责任和升级时限 |
| 策略偏差 | 采购量是否超出活动后真实消化能力 | 增加库存上限和需求回落评估 |

当运营、采购和仓储使用不同表格时,补货会议很容易变成“谁的数据是真的”。更有效的方式是建立统一字段和更新时间,并在看板上同时展示需求趋势、库存状态、采购节点和异常原因。
以九数云这类分析工具为例,可以将不同业务表按照 SKU、仓库、采购单号和日期进行关联,再通过筛选查看某个品类、供应商或活动批次。工具是否适合,不能只看是否能做图,还要看数据更新是否稳定、字段是否能追溯、异常能否定位到责任环节。

不要一开始就试图改造所有商品。先按缺货次数、库存金额、库龄、销量波动和供应商延期记录筛选高风险 SKU。通常,少数核心商品和少数高库龄商品已经能够暴露大部分补货流程问题。
确认系统中的账面库存、可售库存、已锁定库存、冻结库存、待质检库存和在途库存是否有清晰定义。若字段无法区分,先修正库存口径,再讨论补货公式。
至少统计过去多个采购批次的下单日期、发货日期、到仓日期、质检完成日期和上架日期。只有完整周期被记录,安全库存和补货触发点才有依据。
活动高峰的销量不能直接延续到活动后。补货计划应同时写明峰值需求、活动后回落需求和停止补货条件。若只写一个总采购量,后续就很难判断库存积压是需求判断错误,还是采购批量过大。
记录本次补货使用的销量基线、活动修正、当前可售库存、在途数量、交期、采购量和审批理由。下次复盘时,团队才能知道是哪个判断导致了结果,而不是把所有偏差归结为“市场变化太快”。
我对电商补货的最终判断是:真正成熟的库存执行标准,不是给每个 SKU 设置一个看似精确的安全库存数字,而是让每一次补货都能被追溯、被质疑、被修正。工具可以帮助团队统一数据、呈现趋势和追踪节点,九数云这类平台也可以作为搭建分析看板的选择之一;但工具只能放大流程,不能替代业务判断。
下一步可以从一个品类开始,用一周时间完成三张表:SKU 需求基线表、库存状态表、补货执行跟踪表。然后挑选十个高风险 SKU 做复盘,核对“预测需求,可售库存,在途到货,实际上架,最终销售”的完整链路。只要先把这条链路跑通,补货计划就会从经验驱动的采购动作,逐步变成可解释、可跟踪、可复盘的库存决策系统。
本文中的案例数字、图表数字和成本拆解均为情景模拟或建议基准,用于展示补货判断方法,不代表某个行业的统一标准。实际安全库存、库存覆盖期和补货阈值,应结合商品波动、供应商交期、毛利、缺货成本、保质期、退货率和资金能力设定。
关于数据分析工具的示例,本文以九数云官网公开信息作为工具选择参考,具体功能、数据连接方式和实施效果应以实际产品页面、服务协议及企业数据环境为准:九数云官网。
我以前做补货复盘时,最容易被“近30天销量”这个数字带偏。明明某个SKU最近卖得很好,补货后却出现活动一结束就积压;但另一些看起来销量一般的商品,反而因为此前断货,历史数据被严重低估。我想知道,补货时到底应该如何判断销量数据是否可信?
历史销量不是不能用,而是不能直接复制。它记录的是已经发生的订单结果,不一定等于真实需求。一次直播、短期投放、限时折扣、竞品断货,都可能把某几天的销量临时推高;反过来,商品缺货、链接降权或广告暂停,也会让历史销量低于真实需求。实际复盘补货计划时,我会先把销量拆成“需求信号”和“异常影响”两部分。
至少要同时查看近7天、近30天销量,以及活动、价格、广告、缺货天数和退款情况。如果近7天销量是120件/天,但其中5天有直播活动,就不能把120件直接当作日常补货基准。
数据项示例值判断 近30天日均销量80件适合作为基础参考 近7天日均销量120件需要确认增长原因 活动期间日均销量180件不能直接长期外推 缺货天数6天历史销量可能被低估 更稳妥的做法是建立“正常日销量”和“活动增量”两个口径。
例如,正常日销量按80件计算,活动期间额外增加100件,再根据活动持续时间、流量来源和转化率单独测算,而不是把活动销量永久写入日均销量。我的判断标准是:如果一个销量数字无法解释它是由什么流量、价格和库存条件形成的,就不应直接用于补货。补货计划首先要判断销量的形成原因,其次才是计算采购数量。
我曾遇到过系统显示还有800件库存,但运营却说当天就可能断货。后来核对才发现,其中有260件已经被订单锁定,150件在质检区,120件属于另一仓,真正能立即销售的数量远低于账面库存。补货时应该怎样核算,才能避免因为“库存很多”而错过下单时机?
仓库现货、系统库存和可售库存是三个不同概念。补货计划如果只读取库存总数,就会把已分配、冻结、待质检或无法及时调拨的商品误认为可自由使用,最终出现“账面不缺货、实际卖断货”的情况。一个实用的核算框架是:可用库存=现有可售库存+确认能在需求窗口内到货的在途库存-已分配库存-预留库存。
这里的“确认在途”不能只看采购单是否创建,还要看供应商是否确认数量、预计到货日期以及入库所需时间。
库存项目数量是否直接计入可用库存 仓库可售库存500件计入 已锁定订单100件扣除 待质检库存150件暂不计入 确认7天内到货在途200件结合交期计入 未确认到货日期在途120件不宜直接计入 在这个示例中,如果只看仓库总数,容易认为库存充足;但扣除锁定和待质检库存后,可立即支配数量只有250件。
若该SKU日均销量为80件,供应商交期为7天,250件只够覆盖约3天销售,补货已经不能再等待。跨仓库存也要单独判断。华东仓有货,不代表华南消费者可以及时收到;如果调拨需要5天,平台履约要求却是48小时,那么这部分库存对当前订单实际上并不等价于本地可售库存。
因此,补货前至少要核对可售、锁定、冻结、待入库、在途和跨仓库存六个字段。库存执行标准的第一步,不是决定补多少,而是先确认“手里到底有多少能按时卖出去的货”。
我最困惑的是,某个SKU连续两周进入店铺销量前三,运营团队都认为应该赶紧多备货,但活动结束后销量从每天150件跌到每天35件,库存占用持续了两个多月。热销款补货到底应该看哪些信号,怎样避免把短期爆发误判成长期趋势?
热销排名只能说明商品近期表现突出,不能单独证明未来需求会持续。热销可能来自短期直播、达人推荐、竞品断货、低价促销或季节窗口。如果补货计划没有识别热销的来源,就容易把一次流量事件转化成长期库存。我通常会把热销SKU分成两类:一类是自然搜索、复购和稳定转化共同推动的结构性增长;
另一类是依赖单次活动或单一流量渠道的事件性增长。前者可以提高补货基准,后者更适合分批下单并设置库存上限。
观察信号更可能代表持续增长更可能代表短期爆发 流量来源搜索、复购、多个渠道共同增长单场直播或单一广告渠道 转化率活动后仍接近日常水平仅在折扣期显著升高 销量走势连续多周平稳上升几天内突然翻倍后回落 商品生命周期处于稳定增长期临近换季或版本切换 例如,一个SKU平时日销35件,活动期间达到150件,活动结束后又回落到40件。
如果直接按150件日销备14天,就会产生2100件需求假设;但按正常销量加活动增量拆分,实际新增备货可能只需要覆盖活动后的观察期,而不是一次性采购全部数量。更稳妥的执行方式是“基准库存加滚动补货”。第一次只覆盖已确认的销售窗口,活动后观察3至7天的自然销量、流量结构和转化率,再决定是否追加。
对于高毛利、短交期商品,可以适当提高追加频率;对于低毛利、长保质期风险高或换季明显的商品,则应优先控制库存上限。我的判断很明确:热销是加快验证的理由,不是取消验证的理由。越是高波动、高金额的热销SKU,越不适合用一次性大批量采购代替滚动判断。
我发现很多团队的补货流程在采购单下达后就结束了,等到供应商延期、到货少于订单或活动提前开始时,大家才临时处理。即使最后没有断货,也很难说清楚这次补货究竟是预测准了,还是只是碰巧卖完。一个真正可执行的补货计划,应该怎样形成闭环?
补货计划不是一张采购表,而是一条从需求判断到库存结果的执行链。只下单、不跟踪,会掩盖供应商延期、到货差异、质检滞留和活动变化等问题;只看最终是否缺货,也无法判断采购量、交期和需求预测分别出了什么偏差。
建议将补货流程拆成八个节点:需求确认、补货量测算、审批下单、供应商确认、生产或备货跟踪、运输跟踪、到货质检上架、销售复盘。每个节点都要有明确责任人和预计完成时间,不能只记录一个模糊的“已采购”状态。
节点需要确认的内容异常信号 需求确认日常销量、活动、价格和流量计划活动尚未确认却按高峰备货 供应商确认数量、单价、最晚出货日供应商只口头承诺交期 到货跟踪发货、运输、到仓时间物流节点超过预期未更新 入库处理实际到货、质检和上架数量到货数量与采购单不一致 销售复盘实际销量、缺货天数和剩余库龄销量偏差没有归因 复盘时不要只问“这次有没有缺货”,还应拆解四类偏差:需求偏差、交期偏差、库存数据偏差和执行偏差。
例如,计划日销80件,实际日销110件,属于需求偏差;供应商承诺7天却实际12天到货,属于交期偏差;系统显示可售500件但实际只有250件,则属于库存口径偏差。可以设置一组比单一预测准确率更有用的指标,包括缺货率、订单满足率、库存周转、滞销库龄、紧急补货次数、供应商准时交付率和计划达成率。
指标不宜越多越好,关键是每个指标都能对应一个改进行动。如果某SKU连续两次出现同类异常,就应修改规则,而不是要求员工“下次注意”。例如交期经常延迟,就要调整补货触发点;活动后库存反复积压,就要缩小首批采购量;仓库数据经常不准,就要先修复库存状态定义。
真正成熟的补货标准,应当做到可解释、可跟踪、可复盘。只有把采购结果重新反馈给需求、供应商和仓储环节,补货计划才会从一次性判断变成能够持续纠偏的经营机制。


读者评论
文章把账面库存、可售库存和在途库存区分开来,解释了“明明有货却缺货”的原因,实际管理中很有参考价值。
补货不能只看热销排名这一点很重要。活动、投流和价格变化都会影响销量,若忽略活动后的回落,确实容易造成长期积压。
文中对供应商交期的拆解比较具体,生产、运输、质检和上架都应纳入周期,比单看供应商口头承诺更客观。
文章不仅关注预测,还强调下单后的跟进、异常责任人和升级规则,说明补货计划的执行闭环同样决定最终效果。