sku库存:供应链负责人老板版路线:补货决策从准备、执行到复盘
很多企业不是因为不会卖货而缺货,也不是因为不会采购而积压,而是把 SKU 库存补货做成了“库存低于某个数字就下单”。我在参与消费品、零配件和多渠道零售项目时,见过同一家公司在月初因断货损失订单,月底又因紧急采购和滞销库存同时增加现金压力。真正有效的补货决策,必须从 SKU 主数据、需求信号、供应约束和资金边界开始,经过订单执行,最后回到缺货率、库存周转和预测偏差复盘,而不是停在一张采购单上。
供应链负责人向老板汇报时,最容易陷入一个误区:把库存总额当成库存健康度。库存总额只能回答“压了多少钱”,却回答不了“这些货能不能在需要时卖掉”。同样是 500 万元库存,可能有一部分是高周转核心 SKU,也可能有大量断码、过季、包装变更前的旧货。
我更建议把库存经营拆成四个同时观察的结果:可售库存、库存覆盖天数、缺货损失和现金占用。只有把这四个变量放在同一张决策表中,老板才能判断库存下降究竟是效率改善,还是因为采购过度收缩导致服务水平恶化。
| 经营问题 | 不能只看什么 | 应同时观察什么 | 老板应作出的判断 |
|---|---|---|---|
| 库存金额过高 | 库存总额 | 可售率、库龄、周转率、未来需求 | 是增长备货,还是慢销积压 |
| 频繁缺货 | 当前库存 | 在途、交期、促销计划、需求波动 | 是补货晚,还是安全库存失真 |
| 采购成本上升 | 单价变化 | 加急运费、最小起订量、批量折扣、资金成本 | 低价采购是否换来了更高总成本 |
| 库存周转下降 | 平均库存 | SKU 结构、滞销库存、渠道分布、退货率 | 应清库存,还是调整产品组合 |
在实际管理中,我通常把补货量先写成一个可解释的框架,而不是直接依赖系统自动推荐。基础公式可以表达为:
建议补货量 = 预测覆盖需求 + 安全库存 − 可用库存 − 有效在途库存
其中,“可用库存”不能简单等于仓库账面库存。已经被订单锁定、质检不合格、即将过期、包装损坏或分配给其他渠道的货,都不应被当成可自由支配库存。
“有效在途库存”也不能只看采购单是否创建。只有已经确认供应商、明确交期、具备物流节点,并且预计能在需求窗口内到仓的在途,才应该进入计算。否则,采购单只是一个承诺,不是库存。
我的判断是:补货模型可以不复杂,但每一个输入都必须能被追问、被验证、被复盘。如果一个建议补货数字没人说得清来源,即使它看起来精确到个位数,也不适合作为老板级决策依据。

不同业务的补货目标并不一样。高端定制产品可能接受较低库存,但不能接受错发和长期呆滞;快消品可能愿意多备库存,以换取货架不断货;工业配件则可能因为一个小零件缺失,导致整套设备无法交付。
因此,我不会先问“安全库存设置多少”,而会先问三个问题:第一,缺货一次会损失什么;第二,多备一批货会占用多少现金;第三,供应商延迟时有没有替代方案。只有把缺货成本和持有成本放在一起,安全库存才有经营意义。
许多企业的问题并不是没有库存数据,而是 SKU 定义不一致。同一款商品可能在采购系统中按箱计算,在仓库按件计算,在电商渠道按套计算,财务又按金额计算。单位换算一旦没有固定规则,系统中的库存覆盖天数就会出现“看起来合理、实际完全错误”的情况。
我曾见过一个项目,采购人员以箱为单位下单,每箱 24 件,销售报表却按单件统计。某个 SKU 的历史销量看起来只有每天 8 箱,采购便认为需求稳定;实际换算后是每天 192 件,库存覆盖天数被高估了近 24 倍。这个错误持续了两周,直到仓库发现拣货频率异常才被定位。
在补货前,至少要锁定以下主数据:
最常用的是 ABC 分类,但只按销售金额分类仍然不够。一个销售金额不高、却决定设备能否运行的配件,不能因为销量小就被当成低优先级。实际管理中,我会把销售贡献、需求波动、缺货影响和供应风险放在一起看。
| 分类 | 典型特征 | 补货重点 | 管理频率 |
|---|---|---|---|
| A 类核心 SKU | 销售贡献高、缺货影响大 | 高频监控、滚动预测、供应商锁量 | 每日或每周 |
| B 类稳定 SKU | 需求中等、波动可控 | 按周期补货、控制批量 | 每周或半月 |
| C 类长尾 SKU | 销量低、品种多、预测价值有限 | 小批量、按单采购或设最低库存 | 每月 |
| 关键备件 SKU | 销量不一定高,但缺货会阻断交付 | 按风险而非销量设置保障库存 | 按项目或设备运行周期 |
我的经验是,A 类商品需要更精细的预测,C 类商品反而不适合过度预测。长尾 SKU 的历史销量经常是零、零、零、突然卖出一批,强行用平均销量计算,容易得到一个虚假的稳定值。对这类商品,采购策略通常应优先考虑客户订单、替代关系和供应商响应速度。
历史销量并不等于真实需求。一次大促、一次渠道缺货、一次价格调整、一次异常退货,都会让销量曲线偏离正常状态。如果某个 SKU 在 6 月因为断货 10 天,只卖出 600 件,直接用 600 件作为月需求,就会把“卖不出去”误判成“没有需求”。
我会将需求记录拆成至少四类:正常销售、促销销售、异常销售和未满足需求。未满足需求尤其重要,它包括客户下单后缺货取消、销售人员记录的失单、替代品销售以及因交期过长而放弃的订单。
一个实用的清洗流程如下:

安全库存的作用,是覆盖需求波动和供应波动,而不是用来掩盖预测失误。常见的简化计算方式是:
安全库存 = 服务水平系数 × 需求标准差 × 交期平方根
如果还要考虑供应商交期波动,则可以把需求波动和交期波动同时纳入。实际工作中不一定要求所有企业都使用复杂统计模型,但至少要区分:需求稳定但交期不稳、需求波动但供应稳定、需求和供应都不稳定这三种情况。
| 场景 | 主要风险来源 | 安全库存调整方向 | 更优先的管理动作 |
|---|---|---|---|
| 需求稳定、交期稳定 | 偶发大单 | 保持较低安全库存 | 提前识别项目订单 |
| 需求波动、交期稳定 | 促销和季节性 | 按活动和季节单独建模 | 让销售计划提前冻结 |
| 需求稳定、交期波动 | 供应商延期 | 适度提高保障量 | 建立交期承诺和替代供应商 |
| 需求波动、交期波动 | 双重不确定性 | 不能只加库存 | 拆分采购批次、预留产能、提高预警频率 |
这里有一个经常被忽略的判断:如果交期波动来自供应商管理差,而不是行业客观约束,增加安全库存只是把供应商问题转成企业现金问题。在这种情况下,供应商绩效改善、分批交付和替代供应源,通常比无限抬高库存更有效。
很多系统把再订货点和补货量混在一起,导致采购人员看到库存低于阈值就一次性下大单。实际上,再订货点解决的是启动采购的时机,补货量解决的是采购多少。
再订货点 = 交期内需求 + 安全库存
例如,某 SKU 日均需求 50 件,供应商正常交期 8 天,安全库存 180 件,那么再订货点就是 580 件。库存降到这个水平时,企业应该启动采购,而不是等库存降到 180 件才下单。
如果还存在已经确认的有效在途,就要把它从未来需求覆盖中扣除;如果在途预计晚于销售窗口,不能提前把它当成可用资源。这个细节看似简单,却是造成“账面库存不少、仓库仍然缺货”的主要原因之一。
供应商经常会用阶梯价格推动大批量采购。例如采购 1000 件每件 10 元,采购 3000 件每件 9.2 元。表面上看,后者每件便宜 0.8 元,但如果企业只能在未来 12 个月卖掉 1800 件,剩余库存可能承担仓储、折价和报废成本。
我在评估批量折扣时,会把采购单价折扣、资金占用成本、仓储成本、滞销折价和报废概率放进同一张表。真正应比较的是单位综合成本,而不是供应商报价中的单价。
| 采购方案 | 采购数量 | 单价 | 预计销售周期 | 潜在剩余库存 | 综合判断 |
|---|---|---|---|---|---|
| 小批量高频采购 | 1000 件 | 10.00 元 | 约 6 个月 | 低 | 现金压力小,适合需求不稳定 SKU |
| 中批量采购 | 2000 件 | 9.60 元 | 约 9 个月 | 中 | 在价格和周转之间较平衡 |
| 大批量采购 | 3000 件 | 9.20 元 | 约 14 个月 | 高 | 账面单价低,但需要承担库龄和现金风险 |

采购单上的“预计到货日”经常被当成唯一进度信息,但供应链执行至少应拆成下单、供应商确认、排产、发货、干线运输、到仓、质检和可销售入库几个节点。任何一个节点延迟,都会改变补货判断。
我的建议是对 A 类和关键备件建立“承诺交期”和“实际交期”两套记录。承诺交期用于决策,实际交期用于复盘。连续三次提前或延迟,都应改变供应商的交期参数,而不是继续沿用采购人员最初填写的经验值。
紧急补货经常被批评为成本高、流程不规范,但在核心 SKU 即将断货时,真正危险的不是加急运费,而是没有明确的损失上限。企业应先算出每缺货一天可能损失的毛利、渠道罚款、客户流失和后续恢复成本,再决定是否接受空运、转仓或高价采购。
我会把紧急决策分成三个层级:低于一天的风险,优先做仓间调拨;一至三天的风险,评估替代 SKU 和部分订单分配;超过三天且核心客户受影响时,才考虑加急采购或高价现货。
这套顺序的关键不是节省每一笔运费,而是避免把所有缺货都直接变成加急采购。很多企业的加急费用高,不是供应链本身不可控,而是没有先利用已有库存、渠道库存和替代品。
销量高通常意味着重要,但不代表永远优先。某 SKU 可能销量高、毛利低、供应稳定;另一个 SKU 销量小,却是高价值项目的关键配件。只按销量排序,会把经营风险简化成销售排名。
我更倾向使用“销售贡献 × 缺货损失 × 供应风险”的综合视角。缺货损失可以按毛利损失、客户等级、交付阻断程度和替代难度估算。这样做的好处是,低销量但高关键性的 SKU 不会被系统自动隐藏。
提高安全库存确实可能降低短期缺货,但它不能解决需求数据错误、库存冻结、供应商延期和仓库分配失衡。如果库存被放在错误的仓库,或者核心渠道拿不到货,再高的总库存也不能改善客户体验。
安全库存过高还会造成一个反馈陷阱:库存金额上升后,企业为了降低资金占用而突然削减采购,随后缺货率上升,再通过紧急采购补救。这个过程看起来像需求不稳定,实际上是参数被频繁大幅调整导致的经营振荡。

在途库存是最容易被高估的一项资源。采购单已下、供应商已答应、货物已发出,这三个状态对缺货风险的含义完全不同。特别是跨境、定制和需要质检的商品,发货后到可销售入库之间,仍可能有较长的不确定期。
我建议给在途库存设置可信度等级:
在计算可用资源时,高可信在途可以全额计入,中可信在途可按折扣系数计入,低可信在途则应从风险视角单独展示,而不应直接抵扣补货需求。
预测模型可以精确到天、到渠道、到颜色和规格,但如果输入数据没有区分促销与正常销售,输出越精细,错误就越容易被误认为专业。预测不是越复杂越好,而是要与需求稳定程度、数据质量和执行能力匹配。
对于稳定销售的 A 类 SKU,滚动预测和异常检测有明显价值;对于低频长尾 SKU,人工确认客户订单和供应商响应时间,往往比复杂算法更有效。复杂模型最大的成本不是开发,而是企业必须持续维护数据、解释结果并采取行动。
采购单价是最容易量化的指标,因此很多采购团队会围绕它优化。但单价下降可能伴随更高最小起订量、更长库存周期、更高仓储费用和更大报废风险。采购人员完成了价格目标,企业却承担了库存目标和现金目标的损失。
更合理的采购评价应至少包含到货及时率、价格偏差、质量合格率、加急采购占比和库存周转影响。采购部门不能对库存完全负责,但必须对自己造成的批量和交期后果承担一部分责任。
库存低并不天然意味着要采购。库存低可能来自销量增长、预测偏低、供应商延期、仓库未及时入账、渠道分配错误或退货未完成质检。不同原因对应不同动作,直接下采购单可能会重复补货。
我通常会先做一个四问检查:
如果答案显示需求没有增长,只是库存状态错误,那么优先解决账实、分配和入库问题;如果需求确实增长,再进入采购数量计算。
补货并不存在对所有 SKU 都适用的标准答案。对毛利高、客户替代难、缺货会导致整单取消的 SKU,持有一定安全库存通常值得;对保质期短、价格下行快、退货率高的商品,即使缺货损失存在,也不能无限备货。
| 判断维度 | 缺货成本高的信号 | 持有成本高的信号 | 决策倾向 |
|---|---|---|---|
| 客户影响 | 核心客户停线、整单取消 | 客户可轻易替代 | 前者提高保障,后者降低库存 |
| 商品特性 | 通用配件难以替代 | 易过期、易过季、更新快 | 分别提高或压低安全库存 |
| 供应条件 | 交期长且供应源少 | 本地现货充足、随时可采购 | 前者提前锁量,后者小批量补货 |
| 现金状况 | 现金充足且需求明确 | 现金紧张且需求不确定 | 后者优先保护现金 |
多仓企业常见的错误是每个仓库都按自己的销量设置安全库存,结果全网库存叠加过高。尤其是长尾 SKU,如果区域仓销售波动较大,分散备货会显著放大不确定性。
我会先判断商品是否适合集中库存。高价值、低频、可快速调拨的 SKU,通常适合中心仓集中管理;高频、低价值、运输时效要求高的 SKU,才更适合区域前置。集中库存的风险是运输时间增加,分散库存的风险是总安全库存膨胀。

一个没有预算约束的补货模型,可能在数学上成立,在经营上却不可执行。供应链负责人应在建议补货量之外,再给出资金占用、预计周转、最坏情景和可取消节点。
我建议每次补货审批至少显示四个数字:
老板不一定要看到全部算法,但必须能看懂这笔采购在什么情况下会错、错了要损失多少、企业是否有回旋余地。
下面这个案例采用项目复盘中常见的业务结构,并对具体金额和数量做了情景化处理。某企业销售一款售价 89 元、采购价 42 元的核心 SKU,主要通过直营网店、经销商和项目客户销售。过去三个月平均月销量 1800 件,最近四周因渠道扩张增长到 2200 件。
当前仓库账面库存为 760 件,其中 120 件已被订单锁定,80 件正在质检,实际可自由销售库存为 560 件。已有采购单 900 件,供应商承诺 18 天后发货,但该供应商过去六次订单的实际到货时间分别为 24 天、21 天、32 天、20 天、27 天和 19 天。
未来 30 天,销售团队预计有一次渠道活动,基础需求约 2100 件,活动增量预计 500 至 800 件。企业当前现金较紧张,只能为本次采购安排不超过 10 万元的付款预算。
这家供应商的平均实际交期约为 23.8 天,最长交期达到 32 天,说明“18 天交期”更像商务承诺,而不是可靠的运营参数。如果只用 18 天计算,企业会高估在途到货能力,实际可能在活动前出现缺口。
| 项目 | 数值 | 管理含义 |
|---|---|---|
| 基础日均需求 | 约 70 件 | 按 2100 件÷30 天估算 |
| 活动增量需求 | 500 至 800 件 | 不能直接并入日常均值 |
| 实际可售库存 | 560 件 | 已扣除锁定和质检库存 |
| 已下采购数量 | 900 件 | 需按交期可信度折算 |
| 历史实际交期 | 19 至 32 天 | 交期波动明显 |
| 本次新增采购预算 | 不超过 100000 元 | 按 42 元采购价约支持 2380 件 |
方案一:按基础需求补货。企业只补未来 30 天基础需求,新增采购约 1500 件。优点是现金压力可控,缺点是活动增量和供应商延期都没有充分覆盖。这个方案适合活动尚未确认、企业现金压力极高,且市场上存在可快速采购的替代货源。
方案二:按活动需求一次性备货。企业将基础需求和活动增量合并,新增采购约 2200 件。优点是服务水平较高,缺点是如果活动效果不及预期,活动库存会转化为慢销库存。这个方案要求销售活动计划已经冻结,渠道不会临时取消,且商品没有快速迭代风险。
方案三:分阶段采购并锁定供应能力。企业先采购 1200 件作为确定需求覆盖,再向供应商锁定 1000 件产能,要求分两批交付;同时为活动设置触发条件,当活动预售或订单达到阈值后,再释放第二批采购。这个方案不一定拥有最低采购单价,但可以把需求不确定性分散到执行过程中。

在这个案例中,我会选择方案三,而不是简单选择最便宜或库存最充足的方案。原因有三个:第一,供应商历史交期波动明显,必须锁定产能;第二,活动增量尚未完全确定,不应一次性把所有风险转成库存;第三,企业现金预算有限,分批采购可以保留后续决策空间。
执行上,可以把 1200 件拆成两次付款和两次交付,要求供应商提供明确生产节点;同时约定第二批 1000 件的取消或延期条件。销售端需要设置活动触发阈值,例如预售订单达到 400 件时释放第二批,而不是等活动开始后才发现采购来不及。
这个案例说明,补货决策的高级能力不是预测出一个绝对准确的数量,而是把不确定性拆成多个可观察、可暂停、可追加的决策节点。
缺货和不缺货都可能是错误结果。没有缺货,但库存高出实际需求两倍,说明企业用过度备货换取了表面服务水平;出现少量缺货,也不一定代表补货失败,可能是一次无法提前预知的大客户订单。
我会把复盘分为结果、原因和动作三层。结果层看缺货率、库存周转和资金占用;原因层看预测偏差、交期偏差、库存状态错误和销售计划变更;动作层则明确下次是调整参数、改供应商、改流程,还是改变产品策略。
| 指标 | 计算方式 | 它能说明什么 | 不能单独说明什么 |
|---|---|---|---|
| 库存周转率 | 期间销售成本÷平均库存成本 | 库存资金转化为销售的速度 | 不能证明没有缺货 |
| 库存覆盖天数 | 可售库存÷日均需求 | 当前库存可支撑多久 | 不能替代交期风险判断 |
| 缺货率 | 缺货订单或缺货天数÷需求订单或天数 | 库存对需求的承接能力 | 不能单独衡量资金效率 |
| 预测偏差 | 预测需求与实际需求的差异 | 需求计划质量 | 不能解释供应商延迟 |
| 到货及时率 | 按承诺时间到货的订单数÷总订单数 | 供应商履约稳定性 | 不能代表到货质量合格 |
| 滞销库存占比 | 超过设定库龄库存÷总库存 | 库存结构是否恶化 | 不能直接说明补货数量错误 |
指标之间必须能连起来。例如库存周转下降,同时缺货率上升,可能不是库存太少,而是库存结构错配;如果预测偏差正常但到货及时率下降,重点应放在供应商和交期;如果到货及时率正常但可售率下降,问题可能出在质量、批次或仓库处理。

预测错是需求本身估计偏离,例如预计 1000 件,实际需求 1500 件,但当时没有任何活动或订单信号可见。它需要优化数据和预测方法。
执行错是补货建议正确,但采购没有及时下单、供应商没有按承诺发货、入库没有及时完成或库存没有按渠道分配。它需要改善流程和责任节点。
决策错是所有信息都已经可见,但企业仍然选择了不合适的方案。例如明知活动已确认、供应商交期不稳定,却为了追求低价一次性采购过少;或者明知商品即将换代,仍为了阶梯折扣大量囤货。
如果把三类错误混在一起,复盘会变成一句“下次注意”。真正有效的复盘必须写出:当时看到了什么、遗漏了什么、哪个判断触发了错误、下一次要改哪一个参数或审批规则。
A 类核心 SKU 建议每周复盘,重点看需求变化、在途可信度和未来四周覆盖;B 类 SKU 可以半月复盘,关注批量、周转和供应稳定性;C 类长尾 SKU 通常按月或按订单复盘,重点是库龄、替代采购和清理策略。
复盘不应每次都推翻全部参数。参数调整应设置最小变化幅度和观察周期,否则团队会在一次异常后把安全库存从 5 天改成 20 天,下一次又从 20 天降回 3 天,最终形成前文所说的库存振荡。
当商品缺货会导致整单取消、客户停产、渠道罚款或长周期重新开发时,应提高保障水平。但提高库存前,应先确认供应商交期是否可以改善、是否存在替代 SKU,以及是否能够通过订单优先级管理降低损失。
当企业现金流紧张、需求信号不明确、产品迭代速度快或商品有明显季节性时,不能只因为供应商给出折扣就增加采购。此时更重要的是保留采购弹性,减少一次性承诺。
分批采购不是简单把一张采购单拆成两张,而是将不确定性与采购承诺绑定。第一批覆盖确定需求,第二批绑定销售触发条件,第三批则视供应商产能和市场表现决定是否释放。
这种方式适合需求存在上下限、供应商需要提前排产、企业又不能承受一次性积压的场景。缺点是可能失去部分批量折扣,也要求采购和销售之间有更高的计划纪律。
低频长尾 SKU 不应为了维持“库存完整度”长期备货。只要客户能够接受等待时间,或者市场上存在稳定现货供应,就可以按订单采购。对于已经连续多个周期没有销售、又没有明确项目需求的 SKU,应进入停售、替代或清仓流程。
停止补货并不意味着立即报废库存。可以先把存量库存按客户、渠道和组合套装重新设计消化路径。真正需要避免的是一边销售端不再推广,一边采购端仍根据旧的最低库存参数自动补货。
库存越低,现金效率通常越好,但供应链对需求变化越敏感;服务水平越高,客户体验通常越稳定,但企业需要承担更多库存和预测错误风险。老板不应要求所有 SKU 同时达到最高服务水平,而应把高服务水平留给真正值得保障的商品。
可以把商品分成“必须不断货、允许短缺、可以等单”三类。前一类看服务水平,中间一类看毛利和替代性,后一类看现金和客户等待意愿。这样的分类比要求全公司统一 95% 或 98% 的服务水平更接近真实经营。
低价采购适合需求稳定、保质期长、销售周期明确且现金充足的商品。对于需求不稳定的商品,低价往往只是把风险从采购成本表转移到库存损益表。
我建议采购审批中增加一个问题:如果未来三个月销售下降 20%,这批货是否仍能在可接受库龄内售完?如果答案是否定的,除非缺货损失极高,否则不应只因单价优惠而扩大采购。
中心仓可以减少重复安全库存,提高盘点和批次管理效率;区域仓可以缩短配送时间,提高本地服务水平。两者没有绝对优劣,关键是运输时效改善能否覆盖分散库存带来的资金占用和管理复杂度。
对于长尾 SKU,我通常优先选择集中库存;对于高频、低单价、时效敏感 SKU,才考虑前置到区域仓。对于关键备件,则要根据停机损失判断,而不是单纯按销量决定仓网。
系统适合处理大量重复计算,例如库存覆盖、历史需求、在途数量、交期统计和批量换算。人工更适合处理活动、项目、客户承诺、替代品和供应商关系等上下文信息。
最稳妥的方式不是让系统完全替代采购,也不是让采购人员凭经验覆盖系统,而是建立“系统给建议、人工解释例外、老板审批边界”的机制。系统建议必须保留输入快照,人工修改必须留下原因,这样复盘时才能知道结果是模型算出来的,还是人为调整造成的。

第一周不要急着上线复杂预测。先选出销售贡献最高、缺货影响最大和库存金额最高的 50 至 100 个 SKU,核对单位、仓库、可售状态、锁定库存、质检库存和在途状态。
这一周的成果不是一张漂亮报表,而是一份“库存真实度清单”。每个 SKU 都应能回答:现在有多少可卖、多少已承诺、多少在途、多少可能无法按时到货。
根据销售贡献、波动、缺货影响和供应风险,为 SKU 分配管理层级。为 A 类和关键备件设置较高的复核频率,为 C 类长尾设置最低库存或按订单采购规则。
同时建立再订货点、安全库存、最小起订量、供应商交期和交期波动字段。参数不必一次达到完美,但必须标记数据来源和最近更新时间。
把过去三个月的销售和采购记录放回模型,模拟如果当时使用新规则,什么时候会触发补货、会采购多少、是否会出现缺货。回放测试可以暴露很多实际问题,例如系统把质检库存算成可用库存,或者把已取消采购单继续计入在途。
我建议至少做三种情景:正常需求、需求增长 20%、供应商延期 30%。如果模型只在正常情景下表现良好,说明它还没有覆盖真实经营风险。

第四周开始运行例外机制。系统或表格只把异常 SKU 推给负责人,例如预计覆盖不足、在途延期、活动需求未确认、库存库龄过高、采购金额超预算等。不要让团队每天人工检查所有 SKU,否则很快会回到经验管理。
周度会议只讨论三类问题:本周必须补什么、哪些采购可以延后、哪些库存必须处理。会议结束后,每项决策都要记录触发依据、负责人、完成时间和后续验证指标。
补货不是在“多备一点”和“少压一点”之间反复争论,而是要先识别需求、供应、库存状态和现金边界,再设计可以暂停、追加、替代和调拨的行动路径。对核心 SKU,要保证关键时点不断货;对长尾 SKU,要避免用虚假预测占用现金;对不稳定需求,要尽量把一次性承诺拆成多个决策节点。
我最看重的不是某个月库存周转率达到多少,而是企业是否能够解释每一笔补货:为什么现在买、买多少、什么情况下追加、什么情况下停止、如果判断错了谁会最先发现。能回答这些问题,库存系统才真正服务于经营,而不是只负责记录数量。
下一步可以从 50 个重点 SKU 开始,完成主数据核验、可售库存清理、需求异常标记和供应商实际交期统计。然后用过去三个月订单做回放测试,分别模拟正常需求、增长需求和延期交付,最后确定每类 SKU 的补货规则与审批边界。先让补货决策可解释,再让它自动化;先控制错误的代价,再追求预测的精度。
我负责过一个同时经营线上商城和线下经销商的项目,最初团队每天都在看库存表,却还是频繁缺货。后来我发现,问题不是没有数据,而是把可售库存、在途库存和已经被订单占用的库存混在了一起。想请教一下,补货前到底需要准备哪些数据,哪些数据最容易被误用?
准备阶段不要先讨论采购多少,而要先确认每个SKU的库存口径。至少需要拆开记录可用库存、已分配库存、在途库存、待质检库存、退货待处理库存,以及供应商已经承诺但尚未发货的数量。仓库里显示有货,不代表这些货能在今天被销售系统承诺出去。
我通常会先建立一张SKU补货底表,字段控制在能真正影响决策的范围内:近7天、近30天销量,近8周销量波动,当前可用库存,已分配数量,在途数量,供应商交期,最小起订量,采购倍数,保质期和毛利。缺少这些字段时,补货建议很容易变成凭感觉下单。
指标示例值对决策的作用 近30天销量240件计算日均需求,不能单独作为预测结果 近8周销量波动每周42至78件判断是否需要提高安全库存 可用库存40件决定当前能否继续销售 在途库存30件,预计7天后到仓必须按到货时间折算,不能直接当现货 供应商交期平均7天,最长12天决定补货覆盖周期 一个实用的初始公式是:补货点=交期内需求+复盘周期需求+安全库存。
比如某SKU日均销量为8件,供应商交期7天,内部每3天复盘一次,安全库存设为12件,那么补货点约为92件。当前可用库存40件,在途库存30件且能在7天内到货,则仍存在22件的补货缺口。这里最容易踩的坑,是直接用近30天平均销量。促销、断货和节假日都会扭曲平均值。
我会把断货天从销量统计中单独标记,并同时查看销量中位数和高峰周销量;如果一个SKU平时每天8件、活动期每天25件,就不能用一个平均数覆盖全年。
我曾经把一份包含800多个SKU的补货表直接发给老板审批,结果会议开了两个小时,真正需要处理的只有31个SKU。后来我们改成只推送异常项,审批时间从半天降到约40分钟,但我仍然担心会不会漏掉那些暂时没有报警、实际上已经在变差的商品。补货执行阶段,异常清单应该怎么设计才可靠?
老板不应该每天审阅完整SKU清单,而应该审阅经过规则筛选的异常清单。完整清单适合数据核对,异常清单才适合决策。把所有SKU塞进审批页面,表面上信息更完整,实际会让真正紧急的项目被普通项目淹没。我建议把异常分成三类。
第一类是缺货风险,包括预计库存覆盖天数低于供应商交期、可售库存为零、关键渠道订单已经被分配但仓库无法满足。第二类是资金风险,包括库存覆盖天数明显高于目标、超过滞销阈值、临近保质期。第三类是执行风险,包括在途订单延期、供应商连续两次未按承诺交货、采购数量低于最小起订量。
实际执行时,每条异常至少要带出五个字段:异常原因、预计影响日期、建议动作、责任人和截止时间。例如不要只写库存不足,而要写成:预计5月18日售罄,供应商交期7至10天,建议今天下单120件,采购负责人在17点前确认。
执行方式审批效率主要风险适用场景 全量SKU逐项审批低重点被淹没SKU很少或首次盘点 只看低库存SKU高忽略滞销和在途延期规则还不成熟的过渡期 按缺货、资金、交付异常分组较高需要维护阈值多数成熟供应链团队 我会给异常清单增加一个反向校验:连续两次没有触发异常,但销量、交期或退货率发生明显变化的SKU,也要进入观察名单。
这样可以防止系统只会报警,不会发现趋势。比如销量连续三周增长超过20%,即使当前库存尚未低于补货点,也应提前进入观察区。审批工具不必一开始就追求复杂。用表格加固定字段可以启动,但必须保留版本、审批人、审批时间和修改原因。
随着SKU、仓库和采购角色增加,再迁移到某项目管理平台或库存系统,重点不是界面更漂亮,而是让每个补货决定都能追溯。
以前我们复盘采购结果时,通常只看这个月有没有缺货,缺货率下降了就认为策略有效。后来发现,有些SKU虽然没缺货,但库存金额增加了近30%,还有一些商品是靠紧急空运才勉强保住供应。想知道一套真正能判断补货质量的复盘指标应该怎么搭建?
补货复盘不能只看缺货率,因为缺货率下降可能是用过量库存换来的,也可能是靠高成本加急运输换来的。一个更完整的判断框架,至少要同时覆盖供应结果、库存资金、预测质量和执行质量四个方面。供应结果可以看订单满足率、缺货天数、延期订单占比和关键SKU可得率。
库存资金可以看库存周转天数、超过目标库存的金额、滞销库存占比和临期库存金额。预测质量则要看预测误差,而不是只看销售额;执行质量要追踪供应商准时交付率、采购建议采纳率和紧急采购次数。
指标计算方式建议关注的问题 订单满足率按时足量交付订单数÷总订单数是否真正满足客户,而非仅仅有库存 库存覆盖天数可用库存÷近阶段日均销量库存是否超过商品策略目标 预测误差实际需求与预测需求的偏差补货数量错在需求判断还是交期判断 供应商准时交付率按承诺日期到货批次÷总批次安全库存是否被供应商波动消耗 紧急采购率紧急采购批次÷总采购批次日常补货规则是否失效 复盘时还要做原因归因,而不是把所有结果都归到采购负责人身上。
缺货可能来自预测偏低、供应商延期、仓库账实不符、订单分配规则错误,或者活动临时追加。建议每次缺货事件只选择一个主因和一个次因,并记录可验证证据,例如订单创建时间、供应商承诺时间和实际入库时间。一个实际可用的复盘表可以按SKU记录四个数字:原计划补货量、实际采购量、实际销量、期末库存。
比如某SKU计划采购300件,实际销量只有180件,期末仍有160件库存,这说明问题不一定是销售变差,也可能是补货批量受到最小起订量影响。下一轮应该谈采购倍数或分批到货,而不是简单把预测再调低。我更看重趋势而不是单月结果。
连续三个月订单满足率从94%提升到97%,同时库存金额只增加5%,通常比单月达到99%但库存金额增加30%更健康。老板复盘时应优先追问库存效率是否改善,以及改善是否可持续。
我见过团队在SKU还不到200个时就购买复杂系统,结果主数据没有统一,系统上线后只是把错误数据自动化。也见过团队一直靠多人维护的表格,到了多仓库、多渠道后无法解释谁改了采购数量。对于供应链负责人和老板来说,什么情况下该继续用表格,什么情况下必须升级到系统?
是否上系统,不应由SKU数量单独决定,而应看补货决策的复杂度。一个只有300个SKU、单仓库、供应商交期稳定的团队,表格完全可能够用;另一个只有100个SKU、三个仓库、多个渠道共享库存的团队,反而很快会遇到协同和追溯问题。我会用四个信号判断升级时机。
第一,两个以上人员同时修改补货数据,却无法确认最终版本。第二,在途、已分配和可用库存经常对不上。第三,每周需要人工花费超过4小时合并销售、仓库和采购数据。第四,缺货或积压发生后,团队无法在一天内还原当时的决策依据。
阶段适合的管理方式必须具备的能力 单仓库、SKU较少结构化表格统一字段、版本记录、固定补货公式 多渠道、多人协作共享数据库或轻量工具权限、审批、异常提醒、责任人 多仓库、交期波动明显库存系统或ERP库存状态、采购订单、到货计划联动 高频销售、复杂预测系统加预测模块需求预测、补货模拟、规则自动化 表格阶段最重要的不是做得复杂,而是把规则固化。
每个SKU应有唯一编码,库存状态必须分栏,补货公式不能由个人临时改写,审批记录不能覆盖原数据。可以使用某项目管理平台管理异常任务、负责人和截止时间,但库存数量本身仍应以库存系统或经过校验的数据源为准。
升级系统时,建议先做一个月的平行测试:系统给出补货建议,团队继续用原流程执行,然后比较两套方案的缺货次数、库存金额、紧急采购次数和人工耗时。只有当新方案在关键指标上持续优于旧方案,再扩大到全部SKU,否则很容易把上线热情误认为业务改善。
老板真正需要购买的不是一套看起来先进的软件,而是一套能够减少错误决策的机制。选型时优先检查数据接口、库存口径、审批留痕、异常处理和报表导出;如果这些基础能力不可靠,再多的预测图表也只能让错误看起来更专业。


读者评论
把可用库存和账面库存区分开,这一点很关键。尤其是锁定库存、不良品和渠道预留货,如果直接计入补货模型,系统给出的建议很容易失真。
文章提到缺货取消订单不能被当成销量不足,我比较认同。只看出库数据会低估真实需求,补货复盘时最好把取消订单、失单和替代销售一起纳入。
批量折扣不等于采购更划算,文中的综合成本思路比较实用。采购数量增加后,资金占用、仓储和滞销风险都会上升,不能只比较单价。