做缺货预警时,只盯着“可售库存还能卖几天”,很容易把仓库推向另一个极端:畅销款没有断货,慢销款却越堆越多,现金被一批批看起来“还有货”的 SKU 锁住。我的经验是,库存预警不能只有一条“低于安全库存就补货”的红线,至少还要同时识别库存周转慢、销售趋势转弱、库存结构失衡这三类信号。否则,卖家可能在补货速度上做得很漂亮,却在库存质量上持续亏损。
很多店铺把库存状态简单分成“有货”和“缺货”。只要仓库数量大于零,系统就认为商品可以继续销售;只要预计可售天数低于补货周期,系统就发出补货提醒。这种设计只解决了库存数量问题,却没有回答一个更重要的问题:这些库存能不能在合理时间内卖掉。
例如,一个 SKU 还有 600 件库存,过去 30 天日均销量为 4 件,理论可售天数是 150 天。它当然不是缺货,但也绝不是健康库存。按照月度销售速度计算,这批货可能需要五个月才能消化;如果其中有 20% 的概率因为季节变化、竞品降价、包装升级或渠道调整而贬值,实际风险会比缺货更高。
缺货预警解决的是“未来卖不出去”的风险,慢周转预警解决的是“货卖得太慢、资金回不来”的风险。两者方向相反,却必须使用同一套库存决策框架。
我在梳理电商库存时,通常不会直接问“要不要补货”,而是先把每个 SKU 放进四个象限:高销量低库存、高销量高库存、低销量低库存、低销量高库存。不同象限的动作完全不同,不能用同一条规则处理。
| 库存状态 | 典型特征 | 主要风险 | 优先动作 |
|---|---|---|---|
| 高销量、低库存 | 日均销量高,预计可售天数低于采购与运输周期 | 断货、排名下滑、广告浪费 | 优先补货,必要时调整渠道配货 |
| 高销量、高库存 | 销售稳定,但库存覆盖天数明显高于目标 | 资金占用、仓储成本上升 | 放缓采购,检查促销和采购批量 |
| 低销量、低库存 | 卖得慢,但剩余数量不多 | 偶发断货,通常损失有限 | 评估是否停采、清仓或自然售罄 |
| 低销量、高库存 | 销售持续偏弱,库存覆盖超过目标周期 | 滞销、过期、贬值、仓储费累积 | 停止补货,制定清理和退出方案 |
这张表最容易被忽略的是“高销量、高库存”状态。它不是立即安全,也不是立即危险,而是提醒经营者检查采购批量是否过大。很多卖家只在库存快没时紧张,却没有在库存刚开始积压时采取措施。

一个可执行的库存预警,不应该只显示“补货”两个字。我建议至少输出以下三项:第一,预计多少天后会低于安全库存;第二,当前库存按正常销量还要卖多久;第三,按照销售趋势和商品生命周期,剩余库存是否可能在目标周期内卖完。
例如,系统可以把结果写成:“建议补货 800 件;预计 17 天后跌破安全库存;现有库存覆盖 46 天;过去 14 天销量较过去 60 天下降 32%;若趋势不变,库存将多出约 23 天。”这样的信息比单纯提示“库存充足”更能帮助采购、运营和财务共同判断。
我见过一种很典型的情况:某家店铺在大促期间把一款收纳用品从每天 30 件卖到每天 180 件,运营人员直接用近 7 天销量计算补货量。促销结束后,商品恢复到每天 22 件,但采购订单已经按高峰销量下达。结果是,卖家成功避免了短期缺货,却在两个月后留下大量高位库存。
问题不在于促销数据不能使用,而在于它不能未经处理地代表未来需求。促销销量同时包含了价格刺激、广告曝光、平台流量倾斜、赠品影响和提前购买行为。如果把这一段数据当作常态,系统会把一次性需求峰值误认为长期需求趋势。
比较稳妥的做法是,把自然销售、活动销售和异常销售拆开。自然销售用于计算基础需求,活动销售用于测算活动补货,异常销售则需要标记后降权,不能直接进入长期日均销量。
新品上架后前几天没有稳定销量,系统可能把它判定为“低销量高库存”;但如果商品刚好获得了内容曝光,未来销量也可能快速上升。对新品而言,单纯看周转天数没有意义,因为分母还没有稳定下来。
我会把新品分成三个阶段处理。上架 1 至 14 天,重点观察点击、加购、转化和评价反馈;上架 15 至 45 天,开始计算滚动销量和复购信号;超过 45 天后,才逐渐使用常规库存模型。这个阶段划分不是行业统一标准,而是一个便于执行的起始框架,具体还要结合商品客单价、购买频率和供应周期调整。
总库存充足,不代表每个销售区域都有货。某些店铺把华东、华南和海外仓的库存直接汇总,系统显示总库存还有 2,000 件,但实际主力流量区域只剩 3 天库存,另一个仓则积压了 1,400 件。此时补货和调拨必须同时考虑,否则总库存数字会掩盖局部断货。
相反,也有卖家看到某个仓库库存很高,就判断商品卖不动,却忽略了库存集中在一个距离主要买家较远的仓。运输时效、仓储费用、调拨成本和渠道限制,都会改变库存的真实可用性。
| 库存口径 | 包含内容 | 能否直接用于缺货预警 | 注意事项 |
|---|---|---|---|
| 物理库存 | 仓库账面上实际存在的数量 | 不能 | 可能包含质检、破损、冻结和待处理库存 |
| 可售库存 | 能够立即用于销售的数量 | 可以,但不完整 | 还要扣除已承诺订单和渠道锁定库存 |
| 在途库存 | 已经采购但尚未入库的数量 | 不能直接抵扣风险 | 应按预计到仓时间和到货可靠性折算 |
| 区域可用库存 | 某仓或某渠道实际可供消费者购买的数量 | 最适合局部预警 | 需要结合配送时效和调拨限制 |

库存表中最危险的数字,不一定是小数字,而是一个看起来很大的数字。退货待检、待维修、包装破损、赠品拆分、渠道预留和订单拣货中的数量,如果没有及时从可售库存中剔除,就会让预警系统认为商品仍然有充足供给。
我建议仓库至少把库存拆为可售、待检、残次、冻结、已分配、在途六类。对于缺货预警,只有可售库存和确认到仓的在途库存可以进入供给计算;待检库存只能按历史合格率折算,其他库存不能直接作为可售供给。
“每个 SKU 留 100 件安全库存”是最容易执行、也最容易失真的规则。不同商品的日销量、交期、毛利、季节性和缺货损失不同,固定数量没有共同的业务含义。对日销 5 件的商品来说,100 件相当于 20 天;对日销 100 件的商品来说,100 件只够一天。
更合理的安全库存应该围绕需求波动和补货周期计算。一个简化公式可以是:
安全库存 = 日均销量 × 需求波动天数 + 日均销量 × 供应风险天数
如果日均销量为 20 件,正常波动需要覆盖 5 天,供应商偶发延迟需要覆盖 3 天,那么安全库存可以先按 160 件估算。之后再根据缺货成本、供应商准时交付率和销售波动修正,而不是永久固定。
周转天数短,通常意味着资金占用少,但并不代表经营质量一定高。如果一个高频刚需商品只有两天库存,而供应周期是十五天,周转再快也可能频繁断货。缺货会影响自然流量、广告转化、客户体验和后续排名,综合损失可能远高于多持有几天库存的成本。
我更关注“目标周转区间”,而不是追求单一最低值。快消商品可能需要较高补货频率,低频耐用品则应接受更长周转周期;季节性商品在旺季前需要主动提高覆盖天数,淡季则必须快速收缩采购。
平均销量会掩盖极端波动。某 SKU 过去 30 天每天销量分别为 0、0、0、50,平均值可能看起来还不错,但它实际上高度依赖某几次活动或内容曝光。另一款商品每天稳定卖 10 件,平均值相同,补货风险却完全不同。
我会同时看均值、中位数、变异系数和最近趋势。均值描述规模,中位数描述典型水平,变异系数描述波动,趋势则判断需求是否正在发生变化。四个指标放在一起,才能避免“平均数很漂亮,实际销售很不稳定”的问题。

慢周转是一个预警状态,不是最终结论。有些商品销售速度慢,但毛利高、退货率低、生命周期长,适合保持少量库存;有些商品销售速度看起来不慢,却需要高额广告投入,实际贡献利润很低。不能只根据周转天数决定下架或清仓。
我通常会把慢周转判断和单位库存贡献一起看。可以计算“每库存占用金额带来的月度毛利”,再结合仓储费、资金成本和贬值概率。如果一个 SKU 每占用 1,000 元库存每月只能贡献 20 元毛利,而清仓折价可以释放资金投入到高周转商品,即使账面上还有利润,也可能应该退出。
库存预警如果只发给采购,采购往往只能做一件事:补货或不补货。但慢周转问题通常需要运营调整价格、主图、投放、组合销售和渠道;财务则需要判断资金占用和毛利损失。单部门收到的预警,容易变成“采购背锅”,而不是经营决策。
一个更有效的预警消息应该同时包含建议责任人。例如,断货风险由采购和仓配处理,转化下降由运营分析,库存金额过高由财务关注,临期或季节性风险由商品负责人处理。预警不只是颜色变化,而是把问题送到最有能力解决它的人手上。
库存模型出错,很多时候不是公式错,而是输入口径不一致。不同部门对“销量”“库存”“交期”的定义不同,系统再精确也只能得到看似精确的错误答案。
其中,供应周期最容易被低估。采购员可能只记录供应商承诺的生产天数,但实际风险还包括付款审批、排产等待、质检返工、干线运输、清关和仓库上架。只拿生产周期做缺货预测,往往会让预警晚一周甚至更久。
在没有复杂预测系统的情况下,我会先使用加权销量。一个简单的示例是:近 7 天销量权重 50%,近 14 天销量权重 30%,近 30 天销量权重 20%。计算出的基础日均销量,比单纯使用近 30 天平均数更能反映近期变化。
但权重不能机械套用。商品正在快速下降时,近期数据应提高权重;商品受大促影响时,活动期间数据应降低权重;季节性商品则要和去年同期或相邻季节对比。
可以使用以下思路计算基础销量:
基础日均销量 =
近7天日均销量 × 50%
+ 近14天日均销量 × 30%
+ 近30天日均销量 × 20%
如果近 7 天包含大促,则应先做活动修正。例如活动期间销量是自然销量的 2.5 倍,且活动只持续了 3 天,就不能把这 3 天直接按原值并入常态预测。
缺货预警可以使用补货点,慢周转预警可以使用目标覆盖天数。两者需要同时计算,而不是先做一个、以后再补另一个。
补货点 = 预测日均销量 × 供应周期 + 安全库存
库存覆盖天数 = 可售库存 ÷ 预测日均销量
假设某商品预测日均销量为 30 件,供应周期为 20 天,安全库存为 180 件,那么补货点是 780 件。如果当前可售库存为 900 件,短期不需要补货;但如果目标覆盖天数是 30 天,当前库存覆盖 30 天,处于合理上限。若库存为 2,400 件,则虽然没有缺货风险,却存在 80 天库存覆盖,应该立即检查采购和销售趋势。

同样是 1,000 件库存,昨天入库的 1,000 件和 120 天前入库的 1,000 件,不应该得到相同的风险等级。库存年龄反映的是资金被占用的时间,也反映商品未来折价、包装过时、品质变化和渠道竞争加剧的可能性。
我建议至少设置 0 至 30 天、31 至 60 天、61 至 90 天、91 至 180 天和超过 180 天五个年龄段。具体分段可以根据商品生命周期调整,但必须能够让团队看到“库存正在变老”,而不是直到清仓时才发现问题。
| 库存年龄 | 常见判断 | 建议动作 |
|---|---|---|
| 0,30 天 | 正常入库库存 | 维持销售节奏,关注首批动销 |
| 31,60 天 | 需要结合销量判断 | 检查补货是否过量,优化页面和投放 |
| 61,90 天 | 出现慢周转信号 | 限制追加采购,测试组合销售或优惠 |
| 91,180 天 | 资金占用明显 | 制定专项去化计划,评估折扣与渠道转移 |
| 超过 180 天 | 高概率成为滞销库存 | 停止常规补货,核算清仓、退供或报损方案 |
同样的 20 天库存覆盖,对高毛利配件和低毛利大件的意义不同。高毛利商品可以承受更高的库存缓冲,低毛利商品则不适合长期占用仓储和资金。预警等级最好加入库存金额、单位毛利、仓储费和预计折价。
我会把库存风险粗略分成三层。第一层是数量风险,判断会不会断货;第二层是效率风险,判断资金周转是否低于目标;第三层是价值风险,判断库存继续放置是否会损失更多。只有同时看到三层,才能避免“没有断货,所以不用管”的误判。

下面是一组我用于复盘的情景数据。某款厨房耗材在活动前日均销量约 36 件,活动期间连续 5 天达到 128 件,活动结束后的 14 天回落到 31 件。供应商生产与运输合计需要 25 天,单件采购成本 18 元,仓储与资金占用成本按每月每件 0.8 元估算。
采购人员按照活动期间的销量预测未来 30 天需求,直接下单 3,840 件。这个数量看起来有数据依据,但它把活动峰值当作常态。实际上,活动后自然需求仍接近活动前水平,订单入库后形成了较大的库存缺口。
| 阶段 | 日均销量 | 销量特征 | 适合的预测口径 |
|---|---|---|---|
| 活动前 30 天 | 36 件 | 自然销售稳定 | 基础需求参考 |
| 活动中 5 天 | 128 件 | 价格和流量刺激明显 | 活动补货参考,不宜直接常态化 |
| 活动后 14 天 | 31 件 | 需求回归原水平 | 判断长期趋势的重要依据 |
| 入库后 30 天 | 29 件 | 自然销售略有下降 | 应控制采购并启动去化 |
如果按活动后 31 件日均销量计算,3,840 件库存理论上可以销售约 124 天;扣除已有库存后,新增采购实际把覆盖周期推高到四个月以上。对一个没有明显季节性的消耗品来说,这已经不是安全库存,而是过度采购。
假设单件毛利为 12 元,正常销售月均约 900 件。采购过量后,卖家为了在 90 天内消化库存,先做了 8% 的折扣,之后又投入广告和满减,最终平均折价 1.6 元/件,额外营销成本约 0.9 元/件。
如果当时少采购 1,500 件,可能在补货衔接期间出现 3 至 5 天的短缺。按每天 31 件、每件毛利 12 元计算,直接少赚约 1,860 元,还不包括流量影响。但过量库存造成的折价和占用成本,可能超过 6,000 元。这个案例说明,不是所有断货风险都值得用大量库存去覆盖,库存缓冲应当和缺货损失、持有成本放在一起比较。

在活动期间,系统可以同时生成两条提醒。第一条是“活动供给提醒”:根据活动销量和活动持续时间计算短期需求,避免活动中断货;第二条是“活动后回落提醒”:活动结束后重新计算自然销量,并冻结基于峰值的常规补货建议。
如果活动后 7 天销量比活动期下降超过 50%,且比活动前 30 天均值低于或接近 20%,系统就不应继续使用活动期权重。若库存覆盖超过 90 天,还应把预警从采购端转向运营端,要求制定去化方案。
这里的关键不是某一个百分比,而是要有“事件结束后的模型切换”。活动、直播、达人带货、平台推荐和节日都属于会改变数据分布的事件。没有事件标签,系统无法知道销量变化是趋势,还是一次性冲高。
这类 SKU 的第一目标是避免有效销售被库存中断。建议先确认可售库存是否真实,再核对在途、供应商排产和各仓库存,最后决定加急、调拨、限购或暂时降低投放。
如果商品毛利高、缺货损失大且供应商稳定,可以接受更高的安全库存;如果商品毛利低、运输费用高,则应优先做渠道调配和销售节奏控制,而不是不加判断地加急采购。
这类 SKU 经常被误认为“表现很好,不需要管理”。实际上,销量好只能说明库存正在消化,不代表库存数量合理。重点要看库存覆盖天数是否超过目标、近 14 天销量是否下滑、库存年龄是否集中在较早批次。
如果商品销售非常稳定,只是采购批量大,可以通过分批入库、供应商寄售或缩短采购周期改善;如果销量已经连续下降,则不能只靠延后采购,还需要同步处理现有库存。

长尾商品库存不多,但销量也低。此时最容易出现“为了保持商品不断货,又采购一小批”的惯性决策。若供应商存在最小起订量,补货后可能把一个即将自然售罄的 SKU 重新变成长期慢销库存。
建议先判断它是否具有战略价值。若商品承担引流、搭配、品牌完整性或客户搜索承接功能,可以保留少量库存;若它没有稳定流量、没有关联销售,也没有较高毛利,就应该让它自然售罄并停止采购。
这类 SKU 不能只设置一个“滞销”标签,然后等待运营有空处理。库存已经在产生仓储费和资金成本,应该建立明确的去化期限和责任人。
去化活动必须设截止时间。没有截止时间的“先促销试试”,往往会变成长期低价,既没有快速释放资金,也损害正常商品的价格锚点。
季节性商品在旺季前不能用淡季销量计算补货,在旺季结束后也不能用旺季销量继续补货。它需要一张时间表:备货窗口、销售窗口、清仓窗口和退出窗口。
例如,冬季保暖用品在 9 月开始备货,10 月到 12 月是销售窗口,1 月进入去化阶段。若 12 月下旬库存仍然很高,继续采购并不会因为“天气还没完全结束”就变得合理。季节窗口一旦关闭,库存年龄和折价风险会快速上升。
库存决策不是“多备货一定安全”,而是比较两种风险的预期成本。可以使用一个简化判断:
多备一批库存的预期成本 = 采购与持有成本 + 过量库存概率 × 预计贬值损失
少备一批库存的预期成本 = 缺货概率 × 缺货损失
缺货损失包括直接少卖的毛利,也包括广告转化下降、搜索位置变化、客户流失和重新获取流量的成本。过量库存损失则包括资金利息、仓储、折价、退供、报损和管理人工。只要两边都算,很多争论会从“采购想多备、财务想少备”变成可比较的金额问题。
但提高安全库存不等于无限加仓。即使是高频商品,也应该设置库存上限和复核周期,避免在需求已经下降时继续沿用旧安全库存。
接受短期缺货时,不能什么都不做。可以提前设置替代商品、关联推荐、预售、到货提醒或流量转移,让销售损失保持在可控范围内。真正危险的是没有库存,却仍然持续投放和承诺发货。

库存不是静态资产。采购付款发生在今天,销售回款可能发生在数周或数月之后。对现金流紧张的卖家来说,即使库存账面毛利为正,也可能因为资金被慢周转 SKU 占用而错失更高回报的采购机会。
我建议每周查看“库存金额前 20 的 SKU”和“库存年龄超过 90 天的 SKU”两个清单。前者告诉你钱被谁占用,后者告诉你哪些钱可能难以按原价回来。如果两个清单重合,就应该优先处理,而不是继续等待自然销售。
库存管理不需要每个指标都实时刷新。过多实时提醒会造成告警疲劳,反而让真正重要的风险被忽略。我通常把指标按决策时效分为三层。
| 管理节奏 | 重点查看内容 | 主要负责人 | 处理时限 |
|---|---|---|---|
| 每日 | 断货风险、异常销量、订单冻结、仓库可售库存 | 运营、仓配、采购 | 当天处理 |
| 每周 | 库存覆盖天数、库存年龄、在途可靠性、区域库存结构 | 商品、采购、财务 | 一周内形成动作 |
| 每月 | 周转率、库存金额、慢销占比、清仓回收率、预测偏差 | 经营负责人及各部门 | 形成复盘和规则调整 |
每日提醒应该少而急,只有会影响当天销售的风险才进入;每周报告用于决策和分工;每月复盘则要追踪规则是否有效。把所有问题都设成实时红色,最终只会让团队习惯性忽略。
我建议至少设置观察、关注、行动和退出四级。观察表示指标开始偏离,但暂不需要改变计划;关注表示需要停止新增风险;行动表示必须有负责人和截止时间;退出表示继续持有的经济性已经很弱。
以上比例是建议基准,不是通用行业标准。日化、食品、服装、家具和电子配件的生命周期差异很大,真正上线前需要使用过去 6 至 12 个月数据回测,观察预警是否过多、过晚或过于保守。
一条好的库存预警至少包含三个部分。原因是为什么触发,动作是建议谁做什么,期限是什么时候完成。比如:“某 SKU 近 30 天库存覆盖 112 天,近 14 天销量较前一周期下降 28%,其中 61% 库存已超过 90 天;采购暂停下单,运营在 7 天内提交两种去化方案,商品负责人在本周确认退出节点。”
这种表达比“库存周转慢,请关注”更容易推动执行。没有动作和期限的提醒,本质上只是报表里的一个颜色。

库存规则上线前,至少拿过去 6 个月数据做回测。假设当时使用当前规则,系统会在什么时候发出预警?如果提前 14 天预警,是否真的避免了缺货?如果触发慢周转提醒,库存最终是否通过正常销售消化,还是必须折价?
回测时建议关注四个结果:缺货预警提前量、慢周转识别准确率、误报率和预警后的资金回收率。规则不一定要追求零误报,因为过度追求准确会导致预警太晚;更重要的是让团队知道不同误报的成本,并根据商品类别设置不同容忍度。
如果系统标记某 SKU 为高库存高风险,但采购仍然可以按照默认计划自动下单,预警就失去了约束力。可以建立简单的采购权限:观察级允许正常采购,关注级需要商品负责人确认,行动级必须经过经营或财务审批,退出级禁止常规采购。
这不是为了增加审批,而是为了让库存风险有明确的“刹车”。尤其是供应商交期长、起订量大的商品,采购订单一旦下达,后续调整成本很高,越应该在订单确认前完成库存年龄和趋势复核。

如果目前没有成熟的库存预警能力,可以先用一张表建立共同口径。每个 SKU 至少包含:近 7 天销量、近 14 天销量、近 30 天销量、可售库存、在途库存、供应周期、安全库存、库存年龄、单位毛利、仓储成本和商品阶段。
第一周的目标不是把所有预测做准,而是找到明显异常。重点筛选以下几类 SKU:覆盖天数超过 90 天、库存年龄超过 90 天、近 14 天销量连续下降、区域库存严重不均、在途货物预计无法赶上销售窗口。
不要一开始就为每一个 SKU 单独设计规则,否则维护成本会快速失控。可以先按商品生命周期、销量稳定性、毛利水平和供应周期分组,再为每组设置目标库存覆盖与预警阈值。
选取 50 至 100 个 SKU 做小范围测试,观察预警是否过多、负责人是否明确、动作是否真正完成。尤其要记录“触发后没有动作”的原因:是数据不可信、建议不合理、权限不清楚,还是团队没有处理时间。
如果一周出现几百条提醒,却没有人能说清哪些最重要,说明分级不够;如果所有提醒都要求采购处理,说明模型没有把运营、仓配和财务纳入;如果慢周转提醒经常在库存已经超过 180 天后才出现,说明规则缺少库存年龄和趋势变量。
最后不要只看“预警数量下降了多少”,还要看库存金额是否下降、慢周转库存占比是否改善、缺货天数是否减少、清仓回收率是否提高,以及人工处理时间是否可接受。库存管理的目标不是让报表更漂亮,而是让现金更快回到经营循环,同时减少不必要的销售损失。

卖家最容易被两个数字误导:一个是“库存还有多少”,另一个是“最近卖得多快”。前者可能包含大量不可售库存,后者可能只是活动峰值。真正有价值的判断,应该把可售数量、需求趋势、库存年龄、供应周期、利润和缺货损失放在一起。
因此,我不建议把库存预警做成简单的红黄绿看板。看板只能告诉你哪里异常,不能告诉你为什么异常、谁来处理以及处理后是否真的改善。预警系统的终点不是发出提醒,而是推动一个可验证的经营动作。
下一步可以先选出库存金额最高的 20 个 SKU,分别计算库存覆盖天数、库存年龄和近 14 天趋势。先不要急着补货或清仓,先把它们放入“断货风险、健康库存、慢周转观察、退出评估”四个状态中。通常只要完成这一步,卖家就会发现:真正影响现金流的,往往不是最先跳出的缺货 SKU,而是那些长期处于“还有货、暂时不用管”状态的 SKU。
缺货预警和慢周转预警,本质上是同一件事的两面:前者防止销售机会消失,后者防止资金被库存吞噬。优秀的库存策略不是永远把仓库填满,也不是永远追求最低库存,而是在商品、供应链和现金流的约束下,持续把库存放在最有价值的位置。
我一直以为缺货预警的阈值设得越高越安全,直到实际运营时发现,很多销量下滑的SKU也会被系统持续推送补货提醒。为什么销售变慢的商品,反而会触发更强烈的补货信号?
问题通常不在预警功能本身,而在于系统把“近期卖得少”误判成“即将缺货”。如果某SKU过去7天只卖出2件,系统用固定安全库存或较长补货周期计算,很容易给出补货建议;但这2件可能来自一次性大促后的尾单,或者只是自然流量下的低频成交,并不代表未来需求。
我在梳理一批家居类SKU时遇到过类似情况:某款收纳盒近30天销量从每周80件降到每周12件,系统仍按过去90天均值计算,建议一次补货240件。结果补货后,库存覆盖天数从42天进一步上升到超过180天,仓储费和资金占用都明显增加。
更稳妥的做法,是把缺货风险和周转风险放在同一个判断里,而不是只看库存数量。可以先计算库存覆盖天数: 库存覆盖天数 = 可售库存 ÷ 近30天日均销量 如果库存覆盖天数已经远高于采购提前期,且近4周销量持续下滑,就不应直接补货,而应先冻结采购、检查页面转化、调整售价或设计清仓方案。
缺货预警解决的是“卖得动但没货”,慢周转处理的是“有货但卖不动”,两者的动作方向正好相反。
SKU状态库存覆盖天数销量趋势建议动作 高需求低库存低于补货提前期稳定或上升优先补货 低需求高库存超过90天持续下降停止补货,促销或清仓 销量波动接近安全线大促后快速回落按活动周期单独计算 我的判断是,真正有效的预警不应该只告诉卖家“库存少了”,还要告诉卖家“这个库存是否值得继续补”。
只设置一个库存下限,通常只能减少缺货,却无法避免库存结构恶化。
我想给不同SKU设置动态预警线,但不确定该用近7天、近30天还是近90天销量。尤其是季节性商品和新品,平均销量差异很大,怎样设置才不会频繁误报?
我更建议采用“补货提前期需求 + 安全库存”的方式,而不是给所有SKU统一设置一个固定数量。基础公式可以写成: 预警库存 = 日均需求量 × 采购提前期 + 安全库存 其中,日均需求量不能机械地取某个固定周期的平均值。稳定销售的日用品可以使用近30天销量;季节性商品应参考去年同期并结合最近4周趋势;
新品则不宜直接套用历史均值,而应根据曝光、转化率和首批销售速度建立临时模型。我在测试一套库存规则时,把SKU按销量稳定性分组,结果比统一使用30天平均销量更可靠。对于日销量波动系数低于0.3的SKU,30天均值基本够用;波动系数超过0.6的SKU,如果仍然使用简单平均,预警误差会明显增大。
SKU类型需求计算周期安全库存建议额外检查项 稳定日销商品近30天提前期需求的20%,30%供应商准时交付率 季节性商品去年同期+近4周加权按旺季波动放大季节结束日期 新品近7,14天谨慎设置,避免过高转化率和退货率 慢周转商品近60,90天通常不追加安全库存库存年龄和清仓计划 慢周转SKU最容易被误判。
假设某商品近90天只卖出30件,供应商提前期为15天,按公式计算只需要约5件基础库存。如果当前已有60件库存,就算系统显示低于某个固定安全库存,也不应继续补货。因此,我会增加一个前置条件:只有当库存覆盖天数低于补货提前期,且近4周销量没有持续恶化时,缺货预警才允许生成采购建议。
预警和采购建议必须分开,否则系统很容易把提醒直接变成错误的补货动作。
我现在最困扰的是,有些SKU库存数量不多,但卖得也很慢;另一些SKU库存看起来还不少,却因为销量很快即将断货。单看库存数完全判断不出来,我应该看哪些指标?
判断SKU风险至少要同时看两个维度:库存覆盖天数和库存年龄。库存数量只能说明仓库里有多少件,不能说明这些库存还能卖多久,更不能说明资金被占用了多长时间。我通常会先做一个二维矩阵,把SKU分为四类。这样处理后,许多“库存不多所以要补货”的误判会自动暴露出来。
库存覆盖天数低库存覆盖天数高 库存年龄短畅销且可能缺货,优先补货正常库存,维持观察 库存年龄长低频销售,谨慎补货明显积压,停止补货 例如,某配件SKU剩余库存只有18件,近30天卖出6件,覆盖天数约90天,但其中12件已经入库超过150天。这种商品不是“库存少”,而是“库存结构老化”。
如果直接补货,新的库存会把旧库存的处理难度进一步推高。相反,另一款日销20件的核心SKU库存还有100件,看起来数量不少,但库存覆盖天数只有5天。如果采购提前期是12天,它已经属于高缺货风险商品。此时应优先确认供应商交期、安排调拨或限制大额订单,而不是被绝对库存数量误导。
我建议在预警表里至少增加以下字段:可售库存、在途库存、锁定库存、近30天日均销量、库存覆盖天数、最早入库日期、近4周销量趋势和采购提前期。尤其要把锁定库存排除在可售库存之外,否则系统会把已被订单占用的货误算成可销售库存。
实际执行时,可以给不同类型设置不同动作:覆盖天数低且销量上升的SKU进入补货队列;覆盖天数高且库存年龄长的SKU进入清仓队列;覆盖天数低但销量长期平稳偏低的SKU进入人工复核。这样,库存预警才会从“数量提醒”升级为“决策分流”。
我已经设置了不少库存提醒,但每天收到的消息很多,真正需要处理的却很少,最后团队开始忽略预警。有没有一套可以量化评估的方法,判断规则是在降低缺货,还是只是在制造噪音?
库存预警不能只看“有没有发出提醒”,而要像测试营销活动一样进行回测。我建议至少拿过去8,12周的销售和库存数据,模拟当时如果启用这套规则,会提前多少天发现缺货,又会产生多少错误补货。我曾经对一批约600个SKU做过规则对比。
旧规则只看库存低于固定数量,新规则增加了库存覆盖天数、销量趋势和库存年龄三个条件。测试结果显示,新规则的提醒数量减少了约41%,但真正进入缺货风险的SKU识别率提高,采购人员每天需要处理的无效提醒明显下降。
评估指标计算方式重点观察 预警命中率最终发生缺货的预警数 ÷ 总预警数判断提醒是否精准 提前发现天数实际缺货日期 − 首次预警日期判断是否来得及补货 误报率未发生缺货的预警数 ÷ 总预警数判断是否造成提醒疲劳 避免缺货销售额预警后补货避免的预计损失判断业务价值 错误补货金额因误报产生的采购金额衡量慢周转代价 除了看总体准确率,还要按SKU类型拆分。
稳定畅销品的目标是提前发现,慢销品的目标是减少误补货,季节性商品则要看活动节点前后的准确性。如果把所有SKU混在一起计算,平均结果往往会掩盖某一类商品的严重问题。提醒频率也需要控制。
我通常会把同一个SKU的重复提醒设置为“状态变化才再次通知”,例如库存覆盖天数从10天降到5天时再次提醒,而不是每天重复推送“库存不足”。对于已经被人工确认的慢周转SKU,可以暂时进入观察状态,直到销量或库存年龄出现明显变化。
最后,建议每月复盘一次误报原因:是销量周期取错、在途库存未更新、锁定库存计算错误,还是供应商交期不稳定。库存预警不是一次配置永久有效的功能,它更像一套需要持续校准的预测模型。只有把提醒结果和实际经营结果对应起来,系统才不会沦为一个不断响起却没人处理的通知器。


读者评论
以前做补货只看可售天数,确实容易被大促数据带偏。把自然销量、活动销量和异常销量拆开,再结合中位数和趋势判断,实际比单看30天均值可靠得多。
多仓库存那部分很有参考价值。总库存充足不代表主力区域不会断货,尤其是锁定、待检和不可调拨库存,如果不从可售库存中剔除,预警结果很容易失真。
文章没有把慢周转简单等同于滞销,这点比较客观。是否清仓还要看毛利、仓储费、资金占用和商品生命周期,单看周转天数确实可能误判。