
电商库存风险排查,真正难的不是算出“还剩多少件”,而是判断这些库存还能支撑几天、在途货物是否真的能按时到仓,以及下一次补货会不会把现金流压在卖不动的商品上。很多店铺出现“仓库有货却断货、销售下滑却持续补货”的根源,都是把库存余额当成了补货计划。本文将按照风险发现、数据核对、补货测算、执行复盘的顺序,拆解一套适合电商运营、采购和供应链团队使用的库存排查方法。
电商库存风险排查全解析:重点看懂补货计划
同样是800件库存,对一个日销20件的商品来说,理论上可以覆盖40天;对一个活动期日销140件的商品来说,只能覆盖不到6天。若供应商生产、运输、质检和上架共需要7天,后一个SKU即使账面库存不低,也已经处于明显的断货风险区间。
因此,我在做库存风险排查时,第一步不会问“这个SKU还有多少库存”,而会先问三个问题:当前可售库存还能卖多久?下一批货最早什么时候可售?在这段时间内,销量会不会因为活动、广告或季节变化而加速?
库存风险的核心单位是覆盖天数,补货计划的核心单位是时间窗口。只有把库存量转换成销售覆盖时间,再与真实供应周期进行比较,补货决策才有业务意义。
缺货风险和积压风险看起来是一对相反问题,但在同一家店铺、甚至同一批商品中经常同时发生。高销量SKU因为采购反应慢而断货,长尾SKU因为采购批量过大而积压,这说明问题不一定是总库存不足,而可能是库存结构失衡。
我通常把库存风险分成四类:第一类是销售覆盖不足导致的缺货风险;第二类是销量下降或预测过高导致的积压风险;第三类是库存分布不合理导致的结构性风险;第四类是库存金额过高导致的现金流风险。
| 风险类型 | 典型表现 | 核心判断问题 | 优先动作 |
|---|---|---|---|
| 缺货风险 | 可售库存覆盖天数小于供应总周期 | 下一批货能否在断货前变成可售库存 | 确认在途、加急采购或控制销售节奏 |
| 积压风险 | 库龄持续增加,销量低于预测 | 继续补货是否会扩大资金占用 | 暂停采购、调拨、组合销售或清仓 |
| 结构性风险 | 总库存充足,但核心SKU缺货 | 库存是否集中在低动销商品或错误仓库 | 跨仓调拨、调整库存上限和采购优先级 |
| 现金流风险 | 库存金额增长快于销售和毛利 | 哪些商品占用资金却没有贡献相应收入 | 降低采购批量,优先消化高金额低贡献SKU |
这张表的重点不是给风险贴标签,而是帮助团队把“感觉库存不对”变成可执行的处理动作。不同风险的解决方式并不相同,缺货风险需要加快供给,积压风险则可能需要停止供给。

电商后台显示的库存总量,通常混合了多种状态:已经上架可售的库存、被订单锁定的库存、正在调拨的库存、等待质检的库存、退货待检库存以及残次不可售库存。如果直接用库存总量减去销量,很容易得出一个看似充足、实际无法支撑销售的结论。
例如,一个SKU账面库存为1500件,其中可售库存800件,已锁定订单260件,待检库存220件,残次库存120件,在途库存400件。真正可以直接用于判断销售覆盖的,首先是800件,而不是1500件;在途400件也不能简单等同于现货,必须结合预计到货日期和入仓处理时间确认。
我建议企业至少保留以下几个字段:账面库存、可售库存、锁定库存、待检库存、不可售库存、确认在途库存、预计到货日期和可调拨库存。字段越清楚,补货计划越不容易出现重复采购。
采购人员经常使用供应商承诺的“5天交期”计算补货,但这5天可能只代表生产完成时间,不包括出库、干线运输、末端配送、仓库收货、质检和平台上架。对于跨区域或跨境电商,运输延迟还可能使平均交期失去参考价值。
在补货计算中,我更倾向于使用“供应总周期”,即从下单确认到商品重新进入可售状态的完整时间。供应总周期应包括采购确认时间、生产时间、运输时间、入仓时间和质检上架时间。如果某供应商平均7天到货,但过去20次订单中有5次超过10天,补货计划就不能只按7天设计。
活动期间的销量变化通常不是平稳增长。预热期可能提前消耗库存,活动当天出现集中爆发,活动结束后又快速回落。如果把活动销量平均摊到整个月,可能低估活动前几天的断货风险;如果把活动峰值直接延续到整个补货周期,又会造成过量采购。
因此,活动库存应单独建模。至少要把自然销量、活动增量、广告带来的增量、活动结束后的回落速度分开记录。对于历史数据不足的新品,可以使用保守、基准和乐观三个情景,而不是只给出一个看似精确的销量数字。
某些服装、鞋类、美妆和家居商品的订单销量很高,但退货率也很高。若只用下单量计算日均销量,可能把实际净消耗估得过高;若退货入仓后还需要质检和重新包装,又不能把所有退货都视为立即可售库存。
我会把“订单销量”和“净消耗”分开看。净消耗需要考虑取消订单、退款、退货回库、退货可售率和重新上架时间。对于退货波动明显的品类,补货模型中应加入退货修正项,否则库存覆盖天数会被系统性低估。
“低于100件就补货”是一种方便执行、但缺乏业务判断的规则。日销5件和日销100件的SKU不可能共用同一个补货阈值,供应商交期3天和30天的商品也不应采用相同库存下限。
固定数量只有在销量稳定、供应周期稳定、SKU生命周期较长时才有一定参考价值。对于波动明显的电商商品,应改用再订货点或库存覆盖天数。换句话说,不是库存低了就补,而是预计可用库存无法覆盖未来需求和供应缓冲时才补。
在途库存是最容易引发重复采购的数据。采购表中显示已经下单,运营人员看到当前库存不足又再次下单,最终两批货同时到仓,造成短期库存堆积。
在途库存必须按照可靠程度分层。已经出库并有明确物流节点的货物,可以按预计到货时间纳入供应计划;只是供应商口头承诺、尚未生产或没有明确出库时间的货物,不应与确认在途库存使用同一口径。
| 在途状态 | 是否纳入可用库存预测 | 建议处理方式 |
|---|---|---|
| 已出库,有物流轨迹 | 可以纳入,但要按预计到货日计算 | 每天更新异常节点 |
| 已完成生产,待发货 | 谨慎纳入 | 要求供应商确认发货时间 |
| 已下单,未生产 | 不应视为确定供给 | 保留采购记录,但单独计算风险 |
| 供应商口头承诺 | 不纳入 | 转化为正式订单或交期确认 |
最近7天数据响应快,但容易被活动、偶发爆单、断货和广告调整影响;最近30天数据更稳定,却可能反应迟钝,无法及时捕捉趋势。单独使用其中一个窗口,都可能让补货计划出现偏差。
更稳妥的做法是同时观察7天、30天和更长周期,并标记异常日期。若近7天日均销量140件、近30天日均销量100件,而最近7天恰好包含大促,就不能直接把140件当成长期需求,也不能完全忽略销量上升信号。
我的判断通常是:先确认销量变化来自什么,再决定采用哪个窗口。如果是持续自然增长,7天数据权重可以提高;如果是单次活动,活动销量应单独拆分;如果期间出现断货,历史销量还需要进行缺货修正。
安全库存不是所有商品都固定保留几天。它实际上是在需求波动和供应波动之间购买的一段缓冲时间。销量波动越大、供应商越不稳定、缺货损失越高,所需缓冲通常越高;商品越容易过季、毛利越低、清仓成本越高,越不能盲目堆高安全库存。
对于高毛利核心SKU,可以接受更高的库存缓冲;对于低毛利长尾SKU,则应优先控制采购批量和库存上限。安全库存应该与缺货损失、库存持有成本和供应稳定性共同决定,而不是直接复制别人的天数。
ABC分类适合确定管理优先级,但它本身不能告诉你应该补多少。按销售额划分为A类的商品,可能毛利很低;按销量划分为A类的商品,可能退货率很高;按库存金额划分为A类的商品,可能已经是积压品。
我建议至少分别做销售额、毛利额、缺货损失和库存金额四种排序。一个SKU如果销售额高、毛利贡献高且缺货损失大,应重点保障;如果销售额一般、库存金额高且库龄持续增加,则应重点去库存。
ARIMA、机器学习和深度学习模型并非不能使用,但模型效果依赖于连续、干净且有足够长度的历史数据。大量断货、频繁促销、SKU改款和数据口径变化,会让模型学习到错误的销量规律。
对于中小电商团队,我通常建议先把移动平均、加权平均、活动修正和供应周期分层做好。只有当数据量、数据质量和维护能力都达到要求后,再评估是否需要复杂模型。一个简单但每天执行的模型,往往比一个复杂但没人维护的模型更有价值。

需求预测不一定要从复杂算法开始,但必须先统一计算口径。建议同时保留近7天日均销量、近30天日均销量、近90天日均销量、活动期日均销量和净销量。不同窗口用于观察不同问题,不能把一个窗口的数据强行用于所有场景。
近7天适合发现短期趋势,近30天适合判断常态需求,近90天适合观察季节和生命周期。活动期数据则应单独保存,不能与自然销售混为一谈。若某段时间发生断货,应标记为需求受限期,因为当时销量低并不代表消费者需求低。
一个常用的基础预测方式是加权平均:
预计日销量 = 近7天日均销量 × 50%
+ 近30天日均销量 × 30%
+ 近90天日均销量 × 20%
这不是所有SKU都适用的固定公式,但适合用作稳定商品的起始模型。对于活动SKU,应在基础销量上叠加经过历史数据或情景推演得到的活动增量,并单独设置回落期。
供应总周期应从采购确认时点开始计算,直到商品恢复可售为止。一个完整的周期可能包括采购确认1天、生产4天、运输5天、入仓1天和质检上架1天,总计12天。若只把生产4天当成交期,补货计划会产生8天的时间缺口。
除了平均交期,还应观察交期波动。供应商平均交期为7天,但实际订单分别用了5天、6天、7天、10天和12天,这时用7天做唯一标准并不稳妥。对于断货代价高的核心SKU,可以参考较高分位的历史交期,而不是只看平均值。
基础公式如下:
库存覆盖天数 = 当前可售库存 ÷ 预计日销量
预计断货天数 = 当前可售库存 ÷ 预计日销量
再订货点 = 供应总周期内预计需求量 + 安全库存
如果当前可售库存低于再订货点,说明需要启动补货评估。但这里的“启动评估”不等于“马上按固定数量下单”,还要扣除确认在途库存、仓间可调拨库存以及已经锁定但可能取消的订单。
更贴近电商的判断方式是:
预计可用库存 = 当前可售库存
+ 确认在途库存
+ 可调拨库存
供应周期内预计销量
预留安全库存
当预计可用库存小于零时,代表现有供给无法覆盖未来周期;当预计可用库存明显为正,但覆盖天数远超商品销售周期时,则应检查是否会形成积压。
建议补货量可以这样理解:
建议补货量 = 目标库存水平 – 预计可用库存
目标库存水平不是一个固定数字,而是未来目标覆盖周期内的预计需求、安全库存和必要的活动缓冲之和。还要考虑最小起订量、包装规格、仓储容量、现金流和商品保质期。
| 判断因素 | 补货量应增加的情况 | 补货量应减少的情况 |
|---|---|---|
| 销量趋势 | 连续多个周期增长,且增长并非单次活动造成 | 近7天和近30天均持续下降 |
| 供应稳定性 | 交期波动大,缺货损失高 | 供应商稳定且可快速补单 |
| 库存成本 | 库存持有成本低,商品生命周期长 | 易过季、易损耗或清仓折损高 |
| 活动计划 | 活动已确认且预计增量有历史依据 | 活动尚未确定,流量预测可信度低 |
| 现金流 | 库存资金占用在预算范围内 | 采购后将影响工资、广告或其他核心采购 |
为了让运营、采购和管理层使用同一套语言,可以把SKU分为四种状态。红色表示预计在供应总周期内断货,需要立即处理;黄色表示覆盖天数接近供应总周期,需要确认订单和交期;蓝色表示库存覆盖过长或库龄偏高,应暂停补货;绿色表示需求、库存和供应基本匹配。
风险分级的价值在于确定处理顺序。库存表里有几千个SKU时,不可能每天逐个讨论。先把红色SKU推到采购和运营负责人面前,再处理蓝色积压品,团队才能把有限时间用在损失最大的地方。

库存风险排查通常需要同时查看订单、商品、采购、仓库和活动数据。如果团队每天在多个表格之间复制粘贴,最容易发生的不是公式错误,而是数据更新时间不一致。运营看到的是昨天的销量,采购看到的是上周的在途表,仓库看到的是实际收货状态,三方最后使用了不同版本的库存。
我建议把库存风险看板设计成“输入数据、计算字段、风险结果、行动记录”四层。输入层接收订单、库存、采购和活动数据;计算层生成日均销量、覆盖天数和预计断货日;结果层显示红黄蓝绿风险;行动层记录谁在什么时间采取了什么措施。
九数云官网提供了面向企业数据分析和可视化的相关能力,企业可以通过其官网了解产品功能与适用方式:九数云。在实际选型时,我更关注它能否连接现有数据源、是否支持字段计算、权限管理、定时刷新和多角色查看,而不是只看大屏样式。
一个可执行的库存看板,不需要一开始就接入所有系统。先建立四张基础表,通常已经足够完成第一轮风险排查:销售明细表、库存快照表、采购在途表和商品主数据表。
| 数据表 | 关键字段 | 主要用途 |
|---|---|---|
| 销售明细表 | 日期、SKU、渠道、订单量、取消量、退款量、活动标记 | 计算日均销量和净销量趋势 |
| 库存快照表 | 日期、SKU、仓库、可售量、锁定量、待检量、不可售量 | 确认真实可售库存和仓间分布 |
| 采购在途表 | 采购单号、SKU、下单量、已发量、预计到货日、实际状态 | 判断在途库存是否可靠 |
| 商品主数据表 | SKU、品类、毛利率、保质期、生命周期、供应商 | 决定不同SKU的安全库存和补货策略 |
如果企业有多个平台,还应增加渠道字段;如果采用多仓发货,则必须增加仓库字段。否则总库存看起来充足,但某个平台或某个区域仓已经断货时,看板仍然无法及时识别。
首页不宜堆满几十个指标。对库存决策最有价值的内容,通常是红色高风险SKU数量、预计7天内断货SKU、库存金额最高的低动销SKU、在途异常订单、库存覆盖天数分布和补货订单执行进度。
我建议首页采用“先风险、后明细”的顺序。第一屏告诉管理者问题有多大,第二屏告诉运营哪些商品需要处理,第三屏展示采购订单和供应商交付情况,最后再下钻到单个SKU的销量、库存和历史动作。
每个风险卡片都应该能够点击进入明细,而不是只展示一个无法追溯的数字。例如“预计7天内断货SKU为18个”,点击后应能看到SKU、当前可售库存、预计日销量、断货日期、在途数量、供应商和建议动作。
库存看板的字段命名要让非数据人员也能看懂。与其展示一个含义不明的“库存健康度”,不如直接显示“库存覆盖天数”“预计断货日期”和“建议补货量”。这些字段能够直接关联到运营和采购动作。
| 字段 | 计算逻辑 | 业务解释 |
|---|---|---|
| 近7天日均销量 | 近7天净销量 ÷ 7 | 观察短期趋势和活动影响 |
| 近30天日均销量 | 近30天净销量 ÷ 30 | 判断常态销售速度 |
| 预计日销量 | 按商品类型进行加权或情景修正 | 作为补货和断货预测基础 |
| 库存覆盖天数 | 可售库存 ÷ 预计日销量 | 判断现有库存还能支撑多久 |
| 预计断货日期 | 当前日期 + 库存覆盖天数 | 确定处理优先级 |
| 预计可用库存 | 可售库存 + 确认在途 + 可调拨库存 − 期间需求 | 避免把不可靠在途重复计算 |
| 建议补货量 | 目标库存水平 − 预计可用库存 | 形成采购数量建议 |
下面用一个情景模拟说明看板的判断过程。某家居收纳类店铺有一个核心SKU,当前可售库存800件,近7天日均销量120件,近30天日均销量100件,促销期间预计日均销量140件,供应商生产和运输需要5天,入仓质检需要2天,确认在途库存400件,安全库存设为300件。
如果按照近30天日均销量计算,库存覆盖为8天,刚好高于7天供应总周期;如果按照活动期日均销量计算,库存覆盖只有约5.7天,已经短于供应总周期。也就是说,活动期间不能只看当前800件库存,而要核对在途400件是否能在5.7天内到仓并完成上架。
如果在途货物预计第4天到仓、第5天完成质检,那么供给风险可以缓解;如果预计第8天才到仓,即使采购单已经存在,也无法解决活动前的断货问题。此时更合理的动作可能是加急运输、从其他仓调拨、降低广告预算,或限制活动流量,而不是盲目再下一张同样数量的采购单。
九数云这类分析工具的价值,不是替管理者自动拍板,而是把原本分散在订单、库存和采购表中的数据放到同一个判断路径里。最终仍然需要业务人员确认活动真实性、供应商可信度和资金承受能力。

假设某款厨房收纳盒售价稳定,平销期日均销量100件,最近7天因短视频投放增加,日均销量120件。店铺计划在5天后参加平台活动,预计活动期日均销量140件,活动持续3天。当前可售库存800件,已经确认在途400件,供应总周期为7天,安全库存为300件。
如果只看当前库存,800件除以100件,得到8天覆盖;如果只看近7天,得到约6.7天覆盖;如果按活动期140件计算,覆盖约5.7天。三个结果差异很大,但它们并不互相矛盾,只是回答了不同情景下的库存问题。
| 计算情景 | 预计日销量 | 当前库存覆盖 | 风险判断 |
|---|---|---|---|
| 平销期 | 100件 | 8天 | 略高于供应总周期,需要观察在途到货 |
| 近期趋势 | 120件 | 约6.7天 | 已经短于供应总周期,进入高风险区 |
| 活动期 | 140件 | 约5.7天 | 活动前必须确认供给,否则可能提前断货 |
如果400件在途货物能在第4天到仓并于第5天可售,那么活动开始前可以增加库存缓冲;如果第8天才能完成上架,它对活动前的销售没有帮助。这里最关键的不是在途数量,而是“在途库存的可售时间”。
我会把在途库存分成三个问题检查:第一,货物是否已经实际出库;第二,物流节点是否支持预计到货日期;第三,仓库是否有能力在到货后及时收货、质检和上架。任何一个环节不确定,都应降低这批在途库存的可靠权重。
方案一是加急补货或加急运输,优点是能够尽量保障活动供货,缺点是运输成本、采购成本和现金占用增加。该方案适合高毛利、缺货损失高、活动确定性强的核心SKU。
方案二是调整活动和广告节奏,把流量控制在现有库存可以承受的范围内。优点是不用立即增加库存,缺点是可能损失活动排名、广告转化和销售机会。该方案适合活动增量不确定或商品毛利较低的SKU。
方案三是从其他仓库或渠道调拨。优点是通常比重新生产更快,缺点是会把其他区域的库存风险转移过来,并产生调拨和重新入仓成本。该方案适合总库存充足但区域分布不均的情况。
活动期补货不能只看活动峰值,还要预估活动结束后的库存消化周期。假设活动期间额外采购1000件,活动结束后日均销量恢复到60件,那么仅这批增量库存就需要约17天才能消化,还没有计算原有库存和在途库存。
因此,活动补货应设置“活动结束库存上限”。如果预计活动结束后库存覆盖超过商品正常销售周期,就应提前降低采购量,或同步设计组合销售、赠品、渠道分销和后续内容投放计划。

这类SKU通常销售贡献高、补货反应快,但也最容易因为监控滞后而突然断货。建议每天更新可售库存、近7天销量和预计断货日期,并把供应商准时交付率纳入风险判断。
这类SKU的主要矛盾不是仓库里是否有货,而是采购动作是否提前。供应总周期长,意味着补货计划需要更早启动,不能等到库存接近零才下单。
建议使用滚动预测,把未来30天或60天的需求分成已确认活动、常态销售和潜在增量三部分。对于供应商交期波动大的商品,应使用较保守的交期,而不是用一次最快到货记录作为标准。
稳定SKU适合按周或按固定补货周期管理。此类商品不需要每天频繁调整采购数量,否则短期销量波动会带来不必要的采购变化。
长尾SKU最容易被忽视,因为它们通常不会每天触发断货提醒,但会持续占用仓储和资金。对这类商品,我更关注库龄、库存金额和未来销售概率,而不是单纯追求有货率。
如果一个SKU连续多个销售周期低于最低动销标准,且当前库存已覆盖较长时间,就应暂停补货。可以通过组合销售、搭配赠品、跨渠道分销、调拨或清仓处理,而不是继续等待销量自然恢复。
新品的最大风险是把首周销量误判为稳定需求。新品可能受到投放、达人推荐或平台流量扶持,首周销量并不一定代表长期销售能力。
季节性商品的库存价值会随着时间快速变化。夏季商品在旺季前缺货会损失销售,但旺季结束后继续补货,库存价值可能迅速下降。
这类SKU需要同时设置销售截止日期和采购截止日期。销售截止日期用于判断还能卖多久,采购截止日期用于限制继续补货。越接近季节末期,越要把清仓成本、折扣损失和退货风险纳入采购决策。

缺货通常会损失销售额、广告转化、排名和客户体验,但避免缺货也有成本。加急运输、临时采购、较高安全库存和多供应商维护都会增加支出。
如果一个低毛利SKU日均只卖10件,缺货一天损失的毛利可能只有几百元,但加急运输需要几千元,那么为了保持绝对不断货而加急采购并不划算。相反,高毛利核心SKU即使加急成本较高,也可能因为断货损失更大而值得优先保障。
现金流受限时,不能简单按照销量从高到低补货。更合理的排序方法是同时考虑毛利贡献、缺货损失、库存周转和采购付款条件。
| SKU状态 | 销售贡献 | 库存覆盖 | 现金流紧张时的建议 |
|---|---|---|---|
| 高毛利高销量 | 高 | 短 | 优先保障,必要时加急或调拨 |
| 高销量低毛利 | 收入高但利润有限 | 短 | 先核算缺货损失,再决定是否承担加急成本 |
| 低销量高库存金额 | 低 | 长 | 暂停采购,优先去库存 |
| 新品高增长 | 尚未稳定 | 不确定 | 小批量补货,保留现金和快速反应能力 |
| 季节性商品 | 阶段性高 | 变化快 | 根据剩余销售窗口决定,不盲目追求完整备货 |
供应商交期不稳定,最直接的反应是增加安全库存。但库存并不是解决供应问题的唯一方式,过高安全库存可能只是把供应商风险转移成企业自己的现金流风险。
我更建议把解决方案分成三层:短期用安全库存和加急运输缓冲;中期通过交期承诺、分批交付和订单锁量提升稳定性;长期建立备用供应商或调整产品结构。只有单纯增加库存而不改善供应端,风险往往会反复出现。
这取决于调拨时间、调拨成本和各仓需求。如果A仓缺货,B仓有大量库存,但B仓未来两周也会进入高风险区,那么直接调拨可能只是把断货时间从A仓转移到B仓。
调拨前应同时看各仓库存覆盖天数、区域销量、运输时间和平台履约要求。只有当调拨后的两个仓都仍能覆盖各自供应周期,调拨才是降低风险,而不是重新分配风险。

每日排查的目标不是重新计算所有SKU,而是快速发现会在短期内造成损失的异常。建议关注预计7天内断货商品、活动商品、供应商延迟订单、销量突然加速商品和平台仓库存异常。
每周排查重点是计划执行情况。除了看当前库存,还要比较预测销量与实际销量,检查采购订单是否按计划到货,并观察供应商交期偏差是否扩大。
我建议每周形成一份“库存风险变化表”,记录本周新增红色SKU、已解除风险SKU、持续超过两周的黄色SKU和新增蓝色积压SKU。风险数量变化比某一天的库存余额更能反映管理是否有效。
| 周度指标 | 观察目的 | 异常信号 |
|---|---|---|
| 预测与实际销量偏差 | 判断补货模型是否需要修正 | 连续两周偏差超过20% |
| 供应商准时交付率 | 判断供应总周期是否可靠 | 连续多个周期下降 |
| 红色风险SKU数量 | 判断短期断货压力 | 数量持续增加 |
| 蓝色积压SKU数量 | 判断库存消化能力 | 库龄和金额同时上升 |
| 补货订单按时完成率 | 判断计划执行质量 | 订单下达后频繁变更或延期 |
月度排查要从单个SKU上升到库存结构和经营结果。重点看库存周转率、库存金额占销售额比例、呆滞库存比例、采购计划准确率、清仓折损和供应商表现。
如果一个月的缺货率降低了,但库存金额增长了50%,这不一定是改善;如果库存金额下降了,但核心SKU频繁断货,也不一定是成功。库存管理必须同时看供货稳定性、资金占用和利润结果。
补货复盘至少要回答四个问题:当时使用的销量预测是否合理?供应周期是否按计划完成?在途库存是否被准确计算?最终库存是因为需求偏差还是采购执行偏差产生的?
如果预测正确但供应商延期,问题在供应端;如果供应商按时交付但活动没有发生,问题在需求计划;如果销量和交期都正常却出现重复采购,问题在库存口径和在途数据。不同原因需要不同改进,不能把所有问题都归结为“预测不准”。

不要一开始就做复杂报表。先把账面库存拆成可售、锁定、待检、不可售、确认在途和可调拨库存,明确每个字段的定义、更新时间和负责人。
如果不同部门对“库存”有不同理解,后续任何补货公式都不可靠。统一口径的优先级,高于制作漂亮的库存大屏。
建议先选出三类商品:销售额高的核心SKU、库存金额高的长尾SKU、即将参加活动的SKU。不要直接把全部商品接入复杂规则,先用这三类商品验证数据是否准确、预警是否有用、负责人是否真的会采取行动。
数据看板只有进入业务流程才有价值。建议将库存风险看板纳入采购、运营和仓储周会,会议不再从“最近卖得怎么样”开始,而是从预计断货SKU、库存金额异常SKU和在途延期订单开始。
每个风险SKU都要有明确负责人、处理动作和截止时间。没有负责人和截止时间的预警,只是信息展示,不是管理机制。
安全库存不应一次设置后长期不变。连续复盘两到三个周期后,可以根据销量波动、供应商交期和缺货损失调整。若某SKU长期没有用到安全库存且库存持有成本高,可以适当下调;若多次在安全库存范围内仍然断货,则需要检查预测和供应周期是否低估。
最终建议企业为不同商品类型建立规则库,而不是只保存一套总公式。核心畅销SKU、稳定常规SKU、长尾SKU、新品和季节性SKU,都应有不同的预测窗口、预警阈值和补货审批要求。
例如,核心畅销SKU可以采用每日监控和高分位交期;常规SKU按周复盘;长尾SKU设置库存上限;新品采用小批量测试;季节性商品设置采购截止日。规则越贴近商品真实经营特征,补货计划越不容易被机械执行。
电商库存管理最容易被误解的地方,是大家往往把它看成“库存少了就买、库存多了就卖”。但真正有效的补货计划,实际上是在缺货损失、库存持有成本、现金流压力和供应不确定性之间做选择。
我认为,库存风险排查至少要坚持四个原则:第一,使用可售库存而不是库存总量;第二,用库存覆盖时间而不是库存件数判断风险;第三,把确认在途和不可靠在途分开;第四,把活动销量、退货、仓间分布和供应总周期纳入同一张决策表。
工具可以帮助团队连接数据、计算指标、展示异常和跟踪处理,但工具不会替代业务判断。无论使用表格、ERP还是九数云,最终都要回答一个具体问题:这批库存是否足以覆盖下一个真实需求窗口,如果不足,最经济、最可靠的补救方式是什么?
下一步可以从一个核心SKU开始,建立包含可售库存、预计日销量、库存覆盖天数、预计断货日期、确认在途库存、供应总周期、安全库存和建议补货量的基础表。连续运行四周后,再扩展到全店SKU和多仓数据。先让一套简单规则真正被执行,再逐步增加预测模型和自动化能力,通常比一开始追求复杂系统更容易得到稳定结果。
我以前接手过一个日均订单约 1800 单的家居品类,系统里的补货建议精确到个位数,采购团队一度以为计划很科学。但连续两个月仍然出现热销款断货、长尾款积压,我想知道:判断补货计划是否可靠,究竟应该先看哪些数据,而不是只看系统给出的建议数量?
补货计划最容易制造一种“数字很精确,所以结论很准确”的错觉。我的经验是,先不要看建议采购数量,而要倒推它使用了哪些输入数据:可售库存、在途库存、锁定库存、日均销量、供应商交期和安全库存。只要其中一项口径不一致,最终结果就可能精确地错。
我排查过一批补货异常,发现系统把已付款但尚未发货的订单计入可售库存,同时又没有扣除售后待入库商品。结果是系统显示库存还能销售 12 天,仓库实际只能支撑 7 天。采购人员按照建议下单,等货到仓时已经错过了销售高峰。
建议先做一张“库存可用性桥接表”,把账面库存逐层还原为真正可销售库存: 项目数量是否可立即销售排查重点 仓库账面库存10000否可能包含残次品、冻结品 质检与残次库存800否不能直接抵扣需求 已锁定订单1200否应从可售库存中扣除 调拨在途库存1500暂时不可用要按预计到仓日期折算 真实可售库存6500是补货计算的起点 第二个重点是检查销量口径。
不要直接使用过去 30 天平均销量,因为大促、断货和投放波动会把平均值扭曲。我通常同时看过去 7 天、30 天和 90 天销量,并把断货天数剔除。若商品在过去 30 天有 5 天断货,直接用 30 天订单量计算,会系统性低估真实需求。我更愿意把补货建议拆成三个数字:交期内需求、波动缓冲和活动增量。
这样采购人员能知道“为什么补这么多”,也能在活动取消、供应商延期或流量下降时快速调整,而不是把系统建议当成不可解释的黑盒结果。
我曾经把一款日常销量约 300 件的商品安全库存从 1000 件直接提高到 2500 件,结果断货率下降了,但库存资金增加近 18 万元,后续还出现了滞销。后来我发现,真正的问题不是安全库存太少,而是没有把销量波动和供应商交期波动分开计算。
安全库存不是“多备一点更保险”,而是为需求误差和供货延迟购买的一份保险。计算时至少要拆开两个风险:消费者买多少的不确定性,以及供应商什么时候能交货的不确定性。只提高一个固定倍数,往往会把所有商品都推向高库存。在实际排查中,我会先计算交期内需求:平均日销量 × 平均交期。
假设某商品平均日销量为 300 件,平均交期为 10 天,那么基础补货需求是 3000 件。但如果供应商交期可能在 7 至 15 天之间波动,需求量也可能在 220 至 420 件之间变化,仅用 3000 件作为补货线就不够稳妥。
对于数据量不大的团队,可以先采用相对容易落地的分层方法: 商品类型销量波动交期波动建议安全库存策略 稳定走量款低低覆盖 3 至 5 天需求 季节性商品高低按峰值周需求动态调整 供应商不稳定款中高按最长交期而非平均交期评估 高价值慢销款低中降低库存金额,优先锁定产能 如果数据条件允许,可以用需求标准差、交期标准差和服务水平来计算动态安全库存。
但我不建议一开始就追求复杂公式,因为很多企业连缺货日销量、实际到货日和可售库存都没有统一口径。先把这些基础数据清洗干净,通常比换一个更复杂的模型更有效。我的判断标准是:安全库存调整后,要同时观察缺货率、库存周转天数和库存资金占用。
如果缺货率下降 2 个百分点,却让周转天数增加 20 天,就不能简单称为优化。补货策略应该追求目标服务水平,而不是追求仓库里永远有货。
我做过一次库存复盘,团队的整体库存周转率看起来还不错,但利润最高的几个商品却连续断货,低毛利长尾商品反而占用了大量仓容。我想知道,为什么只看库存周转率会误导决策,以及应该建立怎样的库存风险指标组合?
库存周转率是结果指标,不是风险预警指标。它把高销量商品和低销量商品放在同一个分母里,容易掩盖结构性问题。一个企业可以因为清掉一批低价库存而获得漂亮的整体周转率,但核心商品的断货损失可能正在扩大。我在复盘时通常把指标分成四组:缺货风险、积压风险、资金风险和数据风险。
缺货风险看预计可售天数、缺货天数和失销金额;积压风险看库龄、近 30 天动销率和未来需求覆盖;资金风险看库存金额、库存毛利和退货占用;数据风险则看库存同步延迟、在途准确率和异常调整次数。
指标计算方式我关注的信号对应动作 预计可售天数真实可售库存 ÷ 预测日销量低于交期加急采购或切换仓库 库存库龄占比超过设定库龄的库存 ÷ 总库存持续上升降价、组合销售或停止补货 库存覆盖偏差实际覆盖天数 − 目标覆盖天数正负波动过大检查预测和补货参数 在途兑现率按期到货批次 ÷ 总到货批次低于 90%调整供应商交期和安全库存 失销金额缺货期间预测销量 × 单位贡献毛利连续增长优先保障高毛利商品 其中最容易被忽略的是“库存覆盖偏差”。
例如目标覆盖 20 天,实际覆盖 60 天,表面上库存很安全,但资金被锁住;另一款商品实际覆盖只有 3 天,虽然整体周转率正常,却已经处在断货边缘。把每个商品与自己的目标覆盖天数比较,往往比横向比较周转率更有意义。我还建议把库存风险按“商品价值 × 风险紧迫度”排序,而不是单纯按库存数量排序。
库存 500 件、单件毛利 80 元且即将大促的商品,可能比库存 5000 件、单件毛利 2 元的商品更值得优先处理。如果企业只能先做一个看板,我会选择“商品级库存风险矩阵”:横轴是预计可售天数与交期的差值,纵轴是库存金额或预期失销金额。
这样管理者可以一眼区分“马上会断货”“金额很高的积压”和“暂时不用干预的正常库存”,避免被单一总指标带偏。
我曾经遇到过一次平台大促,活动前按照历史日均销量备货,活动当天实际销量达到平日的 4.6 倍;另一次供应商临时延期 12 天,系统仍然按照原交期生成采购建议。现在我更关心的是,补货计划如何应对突发变化,而不是怎样做出一份静态的月度计划。
补货计划最怕“只在月初更新一次”。电商需求和供货都不是静态变量,尤其是大促、直播、广告投放和竞品缺货出现时,过去 30 天平均销量很快就会失效。真正可执行的计划,应该允许业务人员在关键事件发生时重算,而不是等下一个周期。我建议把补货调整分为三种场景。
第一种是需求突然上升,例如活动、直播或流量投放,此时不能直接把当天销量乘以一个倍数,而要确认活动持续时间、转化率变化、客单价变化和可用仓容。第二种是需求突然下降,例如投放暂停或评价下滑,此时要立刻冻结非必要采购,避免旧预测继续推动下单。
第三种是供应受阻,例如交期延长、起订量变化或质检不合格,此时要优先计算还能撑几天,而不是只等待供应商回复。
事件立即检查补货调整责任人 大促前 7 至 14 天活动增量、仓容、到货截止日按活动期分段预测运营与采购 连续 3 天销量上涨上涨来自真实需求还是短期流量提高短期预测,不直接修改长期基线计划人员 供应商延期超过 3 天当前库存可售天数加急、替代供应商或调整销售节奏采购与供应链 连续 14 天销量下降商品生命周期和投放变化暂停补货并复核在途订单运营与财务 我踩过的一个坑,是把临时事件直接写回长期预测。
某次直播带来的销量在两天内增长了 300%,如果把这两天数据直接纳入 30 天均值,后续补货会持续偏高。更稳妥的做法是把事件销量单独标记,建立“基础需求”和“事件增量”两条曲线,活动结束后再判断增量是否形成持续趋势。
在工具层面,某项目管理平台或库存系统都不应该只是展示采购数量,更应该记录每次调整的原因、时间、责任人和依据。这样月底复盘时,团队才能分清预测错了、供应商失约了,还是执行环节没有按时下单,而不是把所有问题都归结为“销量变化太快”。
最终的补货决策可以用一个简单顺序执行:先确认真实可售库存,再扣除已锁定需求,接着覆盖供应商最坏交期,最后叠加经过验证的活动增量。这个顺序看似基础,却能避免许多团队先看销售目标、后看库存现实,最终制定出无法落地的采购计划。


读者评论
把库存换算成覆盖天数这个思路很实用,尤其是区分可售库存、锁定库存和待检库存后,很多“仓库有货却断货”的问题就能解释清楚。实际执行时还要注意每天更新在途状态,否则确认到货时间不准,补货判断仍会失真。
文中对供应周期的拆分比较到位。采购只看供应商承诺的生产天数确实容易低估风险,我更建议再统计过去一段时间的实际交期,区分平均值和异常延迟情况,核心商品最好按偏保守的周期安排。
不同窗口销量不能简单择一使用这一点值得关注。活动、断货和广告投放都会影响近7天数据,直接拿来预测容易过量补货。实际操作中可将活动增量单独记录,再结合近30天和近90天数据复核。