很多电商团队并不是“不会补货”,而是补货表里有库存、采购单里有数量,活动开始后却依然断货;与此同时,仓库里又堆着一批连续90天没有动销的商品。问题通常不在某个公式,而在于团队没有把可售库存、需求预测、采购提前期、在途货物和补货后的结果放进同一条管理链路里。要让电商库存真正落地,我的判断是:先统一库存口径,再按SKU分层制定补货规则,最后用一组能触发动作的指标复盘,而不是只做一张库存报表。

补货计划表面上回答“这次买多少”,本质上是在三个风险之间做平衡:缺货损失、库存占用和供应不确定性。缺货会影响销售额、广告效率和平台排名;库存过高会占用现金、仓容和周转能力;供应商交期波动又会让历史销量无法直接转化为采购数量。
因此,补货量不能只由过去7天销量决定,也不能简单按照“当前库存低于某个比例就采购”。更合理的计算顺序是:先确认未来需求,再确认这部分需求由多少库存覆盖,最后把供应商交期、起订量、活动变化和库存成本纳入校验。
我在梳理库存流程时,通常会先问业务负责人一个问题:你们说的“库存还有多少”,究竟是账面库存、可售库存,还是扣除锁定订单后能够真正发出的库存?如果这个问题没有统一答案,后续所有补货模型都只能得到“看起来精确”的错误结果。
对于大多数中小电商团队,初期不需要一上来就使用复杂预测模型。只要数据口径可靠,下面这条基础公式已经足以覆盖相当多的日常补货场景:
建议补货量
= 预测覆盖期需求 + 安全库存
当前可售库存
预计在补货周期内可靠到货的在途库存
这里最容易被忽略的是“可靠到货”。在途库存不是只要下过采购单就可以全部计入。如果某供应商过去三个月平均延迟5天,且订单经常拆批到货,那么在途库存不能按100%确定性计入。我的做法是给在途库存增加“到货可靠系数”,例如稳定供应商按90%至100%计入,交付波动较大的供应商按50%至70%计入,长期异常订单则暂不计入补货覆盖量。
这不是一条适用于所有企业的固定标准,而是为了避免一个常见错误:采购人员认为货已经买了,运营人员认为货还没到,系统却把这批货当成“即将可售”。补货计划必须使用“可确认覆盖的库存”,而不是“理论上已经拥有的库存”。
库存指标不是越多越专业。真正有用的指标,应该能够回答三个问题:现在发生了什么,可能为什么发生,下一步谁要做什么。如果一个指标只停留在看板上,没有触发补货、调仓、停采或清仓动作,它就只是展示数据,不是管理工具。
| 指标类别 | 核心问题 | 指标示例 | 异常后的动作 |
|---|---|---|---|
| 结果指标 | 库存最终表现如何 | 缺货率、周转天数、滞销库存占比 | 调整库存深度、停采或制定清货方案 |
| 计划指标 | 补货建议是否可靠 | 预测偏差、计划达成率、临时变更次数 | 重算参数、调整审核节奏 |
| 供应指标 | 问题是否来自供应商 | 准时交付率、实际交期偏差、到货差异率 | 调整供应商交期和备选策略 |
| 商品指标 | 哪些SKU值得继续占用库存 | 动销率、库龄、毛利贡献、退货率 | 分层补货、调价促销或停止采购 |
我建议团队先建立“指标,判断,动作”对应关系,再决定使用Excel、ERP、WMS或数据分析平台。否则,系统上线后只会把原来混乱的人工表格变成一套更快生成的混乱报表。

账面库存是系统记录的数量,可售库存则要排除已经被订单锁定、正在质检、残次、冻结、过期或因渠道限制无法销售的部分。很多团队在补货时直接读取仓库总库存,结果是系统显示库存充足,客服却不断收到缺货反馈。
建议把库存拆成至少以下几层:
可售库存的基础计算可以这样定义:
可售库存
= 账面库存
锁定库存
不可售库存
+ 已完成质检并重新上架的退货库存
退货是库存口径中很容易出问题的一环。退货包裹已经回到仓库,并不代表商品马上可以再次销售。若退货需要质检、换包装或重新贴标,就不能在当天直接计入可售库存,否则补货计划可能因“虚增库存”而少买一批真正需要的货。
在途库存的价值取决于它什么时候能够入仓,而不是采购订单上写了多少数量。对于到货稳定、运输时间短的供应商,可以较高比例计入;对于经常延期、分批发货或质量验收不稳定的供应商,应该降低其覆盖权重。
我建议给每个供应商建立三个简单字段:承诺交期、实际平均交期、交期波动天数。承诺交期是采购合同中的理论值,实际平均交期反映历史表现,波动天数则用于判断安全库存。如果承诺交期为10天,但实际平均交期为16天,且波动范围在12至23天,那么补货模型继续使用10天一定会系统性低估风险。
| 库存状态 | 补货时是否直接计入 | 推荐处理方式 |
|---|---|---|
| 可售库存 | 是 | 作为当前可覆盖需求的主要库存 |
| 已锁定库存 | 否 | 从账面库存中扣除,避免重复计算 |
| 质检库存 | 通常否 | 根据预计完成时间决定是否计入 |
| 已发运在途 | 部分计入 | 按物流时效和供应商可靠性折算 |
| 仅下单未生产 | 谨慎计入 | 确认产能、排产和交期后再计入 |
| 残次或长期冻结 | 否 | 单独进入损耗或清理流程 |
一个商品在华东仓有库存,并不意味着华南消费者可以正常购买。多仓电商还要考虑仓库与订单区域的匹配、调拨时间、调拨成本和平台发货时效。把所有仓库库存加总后再判断是否补货,可能造成“总库存很多、局部仓库断货”的假象。
多仓场景至少要同时观察三个层面:
如果商品销售高度区域化,补货模型还应按仓库计算覆盖天数;如果商品具有全国统一配送能力,则可以先计算总库存,再增加调仓规则。补货和调仓不是二选一,而是先判断库存总量,再判断库存位置。

补货周期包括采购下单、供应商生产、出货、运输、到仓、质检和上架的完整时间。很多团队只使用供应商生产周期,忽略物流和入仓处理,导致采购单看似按时完成,商品仍然无法销售。
建议把周期拆成以下节点:
如果这些节点没有历史数据,可以先采用过去20至30笔订单的平均值,并记录最大值、最小值和异常值。平均交期适合做常规计划,最大交期或分位数更适合做风险评估。不要因为一次异常延迟就把所有SKU的交期参数永久调高,也不要因为几次顺利到货就忽略供应商的长期波动。
日均销量是补货公式的核心输入,但它不是一个天然准确的数字。促销日、直播日、平台大促、断货日和价格异常日,都可能让历史销量失去代表性。尤其是断货期间的销量为零,并不表示需求为零,而是表示库存没有让需求显现出来。
我通常会把销量观察拆为四个窗口:
| 观察窗口 | 适合回答的问题 | 使用时的限制 |
|---|---|---|
| 近7天 | 最近需求是否突然变化 | 容易被活动和偶发事件放大 |
| 近30天 | 当前经营节奏大致如何 | 可能掩盖周末和月末差异 |
| 同期周期 | 季节性是否存在 | 去年商品、价格和渠道未必相同 |
| 活动计划 | 未来需求是否会跳升 | 活动预估存在不确定性 |
一个实用做法是先计算基础需求,再单独加入活动系数、季节系数或渠道修正系数。这样做的好处是,复盘时可以知道误差来自日常需求判断,还是来自活动预估失真,而不是把所有偏差都归到“预测不准”。
安全库存不是“日均销量乘以30%”这样一个固定比例。它至少要覆盖两类不确定性:需求波动和供应波动。销量每天变化很大,但供应商交期非常稳定,安全库存可能主要用于需求波动;销量稳定,但供应商经常晚到,安全库存则应主要覆盖交期风险。
在数据条件较好的团队,可以根据需求标准差、交期标准差和目标服务水平计算安全库存。在数据条件一般的团队,可以使用分层规则:高波动爆款按较高覆盖天数设置,稳定款按较低覆盖天数设置,新品则使用小批量试采和快速复盘代替盲目增加安全库存。
示例:
日均销量 = 120件
覆盖期 = 15天
覆盖期需求 = 120 × 15 = 1800件
安全库存 = 600件
当前可售库存 = 900件
可靠在途库存 = 500件
建议补货量 = 1800 + 600 – 900 – 500 = 1000件
这个示例中的1000件还不是最终采购量。采购人员还要校验最小起订量、箱规、预算、仓容和预计到货日。如果供应商最小起订量为1200件,团队就要在“少买1000件、按1200件采购、拆成两次采购”之间做选择,而不是机械地把结果四舍五入。

实际采购中,最优数量经常不是公式结果。最小起订量会造成多买,箱规会造成向上取整,仓容上限会限制一次性到货,保质期会限制库存覆盖期,预算又可能要求拆单。补货计划如果不把这些约束放进去,就会给采购一个无法执行的数字。
我建议在补货表增加“可执行性校验”字段:
如果某个SKU的数学补货量是1000件,但最小起订量是5000件,正确动作未必是采购5000件。可以先和供应商谈拆批交付、降低起订量、寻找替代供应商,或者通过调仓、替代品推荐和活动调整降低缺货风险。补货模型负责算出需求,经营判断负责决定是否值得为这个需求承担采购约束。
爆款、稳定款、长尾款、新品和季节款的需求结构完全不同。全店使用同一套安全库存比例,结果通常是两头出错:爆款缓冲不够,活动前容易断货;长尾款缓冲过高,库存慢慢积压;新品因为没有历史数据,被迫套用老商品参数。
SKU分层不是为了做一张漂亮的分类表,而是为了让不同商品获得不同的管理频率、预测方式和库存上限。分类维度也不应只看销售额,还要看毛利、缺货影响、需求波动、供应风险和生命周期。
| SKU层级 | 典型特征 | 管理频率 | 补货策略 | 主要风险 |
|---|---|---|---|---|
| 核心保障款 | 销售贡献高、缺货损失大 | 每日监控 | 较高服务水平,提前锁定供应 | 断货导致销售和流量损失 |
| 稳定经营款 | 销量稳定、波动可预测 | 每周计划 | 按再订货点或固定周期补货 | 参数长期不更新 |
| 机会增长款 | 近期增长快、未来不确定 | 每日或隔日观察 | 小批量、多批次、快速调整 | 增长判断过度乐观 |
| 长尾低动销款 | 销量低、订单分散 | 每两周或每月 | 低库存深度,尽量按需采购 | 库存长期占用 |
| 季节及活动款 | 销售窗口集中 | 活动前后专项管理 | 按销售窗口和结束日倒推 | 活动后形成剩余库存 |
| 新品测试款 | 历史数据不足 | 按批次复盘 | 小批量试销,设定止损线 | 用想象替代真实需求 |
ABC分类可以作为起点,但不建议把“销售额前20%就是A类”当成最终规则。一个低销售额但高毛利、强引流或承担组合销售的商品,可能仍然需要较高的库存保障;一个销售额很高但退货率高、利润低的商品,则不一定值得无限提高库存。
新品最容易被人为乐观情绪影响。运营团队往往根据市场规模、竞品销量或广告预算预估需求,但这些因素只能说明潜在机会,不能替代真实成交数据。新品初期应该把采购当成实验设计,而不是一次性押注。
我建议新品设置三道闸门:
新品的核心指标不是传统库存周转率,而是“单位库存带来的有效验证速度”。如果一个新品每周只能卖出少量商品,却占用了较大的采购金额,说明团队应该缩小试验规模,而不是继续用更大的库存去等待需求自然出现。

结果指标适合管理层和业务负责人判断库存整体表现,但不能单独用于追责或调参。常见结果指标包括库存周转天数、缺货率、库存准确率、滞销库存占比、售罄率和库存金额。
库存周转天数回答的是库存按当前销售速度还能支持多久,常见计算方式为平均库存金额除以销售成本,再乘以统计周期天数。需要注意,销售额和销售成本不能混用,否则毛利率变化会让周转结果失真。
缺货率可以按缺货SKU天数、缺货订单数或缺货销售机会计算。不同口径适合不同场景:仓库管理更关心SKU缺货天数,运营更关心缺货造成的订单损失,财务则可能更关心缺货带来的销售额影响。
滞销库存占比需要先定义滞销标准,例如连续30天、60天或90天无有效销售。不同品类不能机械使用同一阈值,快消品和耐用品的可接受库龄差异很大。
很多团队的计划指标只看“采购有没有按计划下单”,但下单本身不是结果。采购按时下单,可能仍然买多了、买错了仓、买错了SKU或错过了需求窗口。
建议关注以下指标:
预测偏差最好区分“高估”和“低估”。高估会带来库存积压,低估会带来缺货,两者的经营损失并不相同。如果只计算一个绝对误差,团队看不出偏差方向,也无法判断应该减少库存深度还是提高安全库存。
当商品断货时,采购、运营和供应商可能互相归因。指标体系应该把内部判断和外部交付拆开。供应商准时交付率低,不能简单通过提高安全库存解决,否则只是用更多资金替供应商承担不稳定成本。
| 供应指标 | 计算思路 | 能发现什么 | 对应动作 |
|---|---|---|---|
| 准时交付率 | 按承诺日期准时到货的采购批次 ÷ 总批次 | 供应商是否稳定 | 调整供应商分级和交期参数 |
| 实际交期偏差 | 实际到货天数 – 承诺交期 | 计划被延误的程度 | 重新协商交期或增加备选供应 |
| 到货数量差异率 | 实际合格到货量与采购量的差异 | 是否存在短装、分批或不合格 | 修正可用在途库存 |
| 到货合格率 | 合格数量 ÷ 到货总数量 | 质量问题是否影响可售库存 | 把质检损耗纳入采购与供应商评价 |
我特别建议把“承诺到货日”和“预计可售日”分开。货物到仓后还要质检、贴标、上架或完成平台仓入库,真正能够产生销售的时间往往晚于物流签收时间。如果补货计划只看签收日期,就会提前判断库存风险已经解除。

库存准确率低时,预测准确率、周转天数和缺货率都会受到污染。系统里有100件,仓库实际只有70件,任何补货模型都会误判。如果退货、调拨、报损和锁定状态没有及时更新,报表即使每天刷新,也只是高频输出错误。
库存准确率不能只在年终盘点时看。建议按SKU重要程度设置不同盘点频率:
盘点不只是找差异,还要记录差异原因。只有知道差异来自漏扫、错发、退货未入账、调拨未完成还是损耗,团队才能决定是改流程、改系统还是改人员操作。
很多中小电商团队处在一个尴尬阶段:Excel已经无法支撑多平台、多仓库和多SKU,但又没有条件立即重构ERP、OMS和WMS。此时,使用九数云这类数据分析平台,价值不在于“自动替你决定买多少”,而在于把分散数据接入、清洗、关联和可视化,先建立一个可复盘的补货分析层。
以九数云为例,实际落地时可以把订单明细、库存快照、采购订单、到货记录、活动计划和商品主数据放进同一分析流程,再通过字段关联形成SKU,仓库,日期的统一视图。这样,运营看到的销量、采购看到的在途、仓库看到的可售库存,才有机会在同一个口径下讨论。
这里需要明确边界:数据分析平台不是仓库执行系统,也不是供应商交付的替代品。它可以帮助团队发现某个SKU为什么被建议补货、哪批在途长期未到、哪个仓库库存过剩,但最终的采购审批、库存扣减和入仓动作,仍需要业务系统和责任人完成。
不要一开始就把所有字段都塞进一张超级大表。补货分析最少需要以下几类基础表:
| 数据表 | 关键字段 | 更新频率 | 主要用途 |
|---|---|---|---|
| 订单明细表 | 订单日期、SKU、仓库、销量、退款状态、渠道 | 每日或实时 | 计算有效销量和需求趋势 |
| 库存快照表 | 日期、SKU、仓库、账面库存、锁定、冻结、可售 | 每日 | 观察库存变化和库存准确性 |
| 采购订单表 | 采购单号、SKU、供应商、下单量、承诺日期 | 下单后更新 | 计算在途库存和采购执行情况 |
| 到货记录表 | 到货日期、合格数量、短装数量、质检状态 | 每批到货 | 校准实际可售时间和供应商表现 |
| 商品主数据表 | SKU、品类、生命周期、箱规、起订量、保质期 | 变更时更新 | 提供分层和采购约束 |
| 活动计划表 | 活动日期、渠道、预估销量、折扣、投放计划 | 活动前更新 | 修正未来需求预测 |
数据表设计中最重要的字段不是“漂亮的名称”,而是唯一键。SKU编码、仓库编码、订单日期和采购单号必须保持一致,否则同一个商品在不同表里可能被识别为不同对象。数据关联失败后,平台展示出的总量可能仍然很大,但明细已经无法追溯。
第一张是“库存健康看板”,面向负责人和运营。它不应只显示库存金额,而要同时展示库存周转天数、缺货SKU数、滞销库存金额、库龄分布和库存准确率。点击某个异常指标后,应该能够下钻到品类、SKU和仓库。
第二张是“补货执行看板”,面向计划和采购。核心字段包括建议补货量、当前可售库存、覆盖天数、可靠在途、预计可售日、供应商、承诺交期和责任人。它的价值是把“要不要补货”变成“哪些SKU必须在什么日期前完成什么动作”。
第三张是“供应商交付看板”,面向采购负责人。这里应同时看准时交付率、交期偏差、到货数量差异、质量合格率和紧急采购占比。若某供应商导致大量加急采购,就应该从采购成本和缺货风险两个维度评价,而不是只看采购单价。
一个能落地的分析流程,建议按照以下顺序配置:
在实际使用中,我不建议把所有异常都设置成红色。预警过多会造成“红色疲劳”,最后没人真正处理。更有效的做法是分级:一级预警是预计在交期内断货,二级预警是库存覆盖低于安全线,三级预警是库龄超过阈值但暂未影响销售。不同等级对应不同响应时限,才能让看板变成工作清单。

数据平台可以自动计算覆盖天数,但不能自动知道一场直播是否会临时增加投放;可以识别某供应商交期变慢,但不能单独决定是否更换供应商;可以提示某个SKU库存过高,但不能判断它是否是即将发布新品的配套配件。
因此,建议把人工判断保留在四类场景:
自动化的目标不是消灭判断,而是让人工把时间花在高价值异常上。对于稳定款,系统可以减少重复计算;对于核心爆款和新品,系统应该提供证据和备选方案,最终仍由负责人审核。

库存下降可能来自采购收紧,也可能来自缺货、销售损失或仓库无法发货。若缺货率同时上升,库存金额下降不是优化,而是把库存风险转移成了销售损失。
判断库存是否健康,至少要把库存周转天数、缺货率、毛利损失和滞销库存放在一起看。对于核心商品,适当提高库存可能是合理的,因为一次断货可能造成广告、排名和复购的连锁损失;对于长尾商品,则应优先控制资金占用。
固定比例的好处是简单,但它忽略了供应商交期、需求波动和商品重要程度。销量每天稳定的商品和销量经常翻倍的商品,即使日均销量相同,也不应设置相同的安全库存。
如果团队暂时没有足够数据,可以先按照SKU分层设定初始覆盖天数,但必须规定复盘周期。初始参数只是起点,不是永久规则。建议至少每月回看一次核心SKU,每季度全面更新一次普通SKU。
在途库存只有按时到货并完成上架,才真正能覆盖需求。把未生产、未发运、长期延期或质量争议中的采购单全部计入,会导致补货量被低估,最终出现账面有货、实际断货。
建议至少把在途拆成“已发运”“已到仓待质检”“已下单未生产”三个状态,并分别设置不同可靠系数。对于逾期未到的采购单,应从正常在途中剔除,转入供应异常处理。
预测准确率只能说明需求估算与实际销量的接近程度。库存仍然可能因为采购延迟、库存账实不符、仓库位置错误、系统同步失败或订单锁定而出现问题。
我更看重“预测,采购,到货,可售,销售”的链路损耗。预测做得很好,但商品晚到10天,计划仍然失败;采购准时下单,但仓库少了200件,计划仍然失败。库存管理必须追踪整个转化过程,而不是只评价预测部门。
系统能够提升数据处理速度,却不能自动修复错误的SKU编码、缺失的到货日期和无人负责的异常订单。如果团队没有统一库存口径,系统只会把分歧更快地呈现出来。
真正适合系统化的前提包括:商品主数据相对稳定、库存状态定义清楚、采购和仓库有固定更新机制、异常有责任人、复盘有周期。若这些条件尚未具备,先用简单台账跑通流程,往往比直接购买复杂系统更稳妥。

如果一个SKU连续3至5天销量增长,且增长来自真实转化而不是单次异常订单,不要只看历史30天平均销量。此时应同步检查广告计划、活动排期、竞品缺货、供应商产能和替代SKU。
可采取的动作包括:
这里的取舍是:多采购会增加活动后剩余库存,少采购则可能错过销售窗口。我的判断标准是看毛利、缺货损失和库存可消化能力。如果商品保质期长、毛利高且有稳定自然需求,可以偏向保障供给;如果商品生命周期短、活动后需求会快速回落,则更适合拆批交付和限制投放。
活动备货不能只计算“活动期间预计卖多少”,还必须计算活动结束后留下多少。最危险的情况是活动目标完成了,但因为折扣、流量和需求都回落,剩余库存需要数月才能消化。
活动前建议建立三套情景:
| 情景 | 销量假设 | 采购策略 | 适用边界 |
|---|---|---|---|
| 保守情景 | 按基础销量或低增长估计 | 小批量、可追加 | 供应灵活、活动不确定 |
| 基准情景 | 结合历史活动和投放计划 | 按计划采购并预留缓冲 | 活动资源相对确定 |
| 激进情景 | 按高增长和流量爆发估计 | 提前锁定产能,但尽量拆批 | 核心爆款且供应周期长 |
采购决策可以使用一个简单原则:如果活动后剩余库存超过商品正常销售周期的两倍,就必须把清货成本纳入活动前采购决策。清货可能需要折扣、赠品、渠道转售或退供,这些成本都应从活动预期利润中扣除。
长尾商品的核心矛盾是,客户希望“随时有货”,但团队无法为低频需求准备很深库存。对于毛利有限、供应周期可控的长尾款,可以考虑按需采购、低库存销售、预售或替代品推荐。
长尾SKU的行动建议包括:
这里的取舍是现货率与资金效率。若长尾商品承担品牌完整性或高客单价组合销售,则不能只看单品销量;若它只是低毛利、低复购的边缘商品,则应优先减少库存深度。
供应商交付不稳定时,提高安全库存是最容易想到的办法,但它会把供应风险转化为资金占用。如果延迟已经持续发生,应该先判断问题属于产能不足、原材料波动、运输不稳定还是供应商管理失效。
可以按以下顺序处理:
如果供应商单价最低,但频繁延迟造成空运、加急和缺货损失,它未必是总成本最低的供应商。采购评价应从单价转向“到货可用成本”,即采购价加上延迟、质检、加急和缺货带来的综合成本。
当现金流紧张时,不能对所有SKU同时削减采购。更合理的做法是先保护贡献高、缺货损失大的核心SKU,再暂停低贡献、低周转和高库龄商品的新增采购。
建议把商品分为三组:
现金紧张时的取舍不是“少买所有东西”,而是把有限资金投向最能产生销售和利润的库存。九数云这类分析平台可以帮助团队按SKU、仓库和品类查看库存占用与毛利贡献,但最终仍需结合供应商账期、订单结构和现金流计划做决定。

如果团队当前仍依赖Excel,不必先把它视为落后工具。Excel最大的问题不是功能弱,而是多人维护、版本分散、字段口径不统一。只要先把基础字段、负责人和更新时间固定下来,Excel仍然可以作为流程验证工具。
第一阶段至少要统一:
这一阶段的目标不是自动化,而是让不同岗位打开表格时看到同一个事实。若连字段定义都不一致,直接上系统只会把争议隐藏在权限和接口之后。
库存管理需要节奏。建议核心SKU每日监控,普通SKU每周生成补货建议,长尾SKU每两周或每月审核,活动SKU在活动前后单独复盘。没有固定节奏时,团队通常在断货后紧急采购,在压货后被动清仓,始终处于救火状态。
每次补货会议不应从“这次买什么”开始,而应依次回答:
补货计划真正落地的标志,不是系统能生成建议,而是异常出现后不会重新回到“找人问、翻聊天记录、改表格”的状态。每类异常都要有触发条件、责任人、处理时限和关闭标准。
| 异常场景 | 触发条件示例 | 责任岗位 | 关闭标准 |
|---|---|---|---|
| 预计断货 | 覆盖天数小于可靠到货周期 | 计划与采购 | 确认采购、调仓或替代方案 |
| 在途逾期 | 超过承诺日期仍未到货 | 采购 | 更新预计可售日并确认补救动作 |
| 库存差异 | 系统与盘点数量差异超过阈值 | 仓库 | 完成复盘、调整库存并记录原因 |
| 活动后积压 | 活动结束后库存超过预设消化周期 | 运营与商品 | 制定促销、组合或退供方案 |
| 需求突增 | 连续多日销量超过预测阈值 | 运营与计划 | 更新预测并确认供应能力 |
当SKU数量、仓库数量、渠道数量或订单量达到一定复杂度后,才有必要进一步系统化。系统选型不应从“功能最多”开始,而应从最痛的流程开始:是多仓库存无法统一,是在途追踪困难,是采购审批缓慢,还是报表无法下钻到SKU?问题不同,系统优先级也不同。
在引入九数云或其他分析工具时,我建议先做一个小范围试点:选取一个品类、一个主仓和一组核心SKU,跑通订单、库存、采购和到货四类数据,再验证看板中的每个数字能否追溯到原始记录。试点通过后再扩展,而不是一次性接入全部历史数据。

如果要今天就开始做,补货表不必复杂,但必须能把“为什么补、补多少、什么时候到、谁负责”说清楚。下面这组字段适合作为基础模板:
| 字段 | 填写示例 | 决策用途 |
|---|---|---|
| SKU | 商品唯一编码 | 避免不同表中的商品无法关联 |
| 仓库 | 华东主仓 | 判断库存位置和调拨可能性 |
| 当前可售库存 | 900件 | 计算当前实际供给能力 |
| 近30天有效销量 | 3600件 | 估算基础销售速度 |
| 调整后日均销量 | 120件/天 | 纳入活动、季节和渠道修正 |
| 采购及入仓周期 | 15天 | 确定需求覆盖窗口 |
| 安全库存 | 600件 | 覆盖需求和供应波动 |
| 可靠在途库存 | 500件 | 避免把不确定在途全部计入 |
| 建议补货量 | 1000件 | 形成初步采购建议 |
| 最小起订量 | 1200件 | 校验采购是否可执行 |
| 预计可售日 | 某月25日 | 判断能否覆盖断货风险 |
| 责任人 | 采购负责人 | 保证异常有人跟进 |
| 异常说明 | 供应商交期波动较大 | 保留人工判断和复盘依据 |
每周库存会议不需要讨论所有SKU,而应集中处理变化最大和风险最高的对象。可以固定检查以下问题:
复盘的重点不是找出一个“最准确”的预测值,而是识别参数失效的原因。若预测连续偏低,可能需要提高需求基线;若预测没有问题但仍缺货,问题可能在采购执行、供应商交期或库存准确率,而不是继续修改预测公式。
库存改善至少要观察一个完整的销售和补货周期,最好连续跟踪三个月。短期库存金额下降可能只是采购暂停,短期缺货率下降也可能是销量本身下滑。只有把销售、库存、供应和计划指标放在一起,才能判断改善是否真实。
| 观察维度 | 改善信号 | 可能的反例 |
|---|---|---|
| 服务水平 | 核心SKU缺货率下降 | 总销量下降导致缺货自然减少 |
| 资金效率 | 库存周转天数下降且毛利稳定 | 通过低价甩货造成库存金额下降 |
| 库存结构 | 90天以上库龄库存占比下降 | 旧库存被转移到其他仓库但未真正消化 |
| 供应稳定性 | 准时交付率上升、加急采购减少 | 只是暂时减少了采购量 |
| 计划质量 | 临时变更次数下降 | 团队不再更新计划,表面变更减少 |
| 数据质量 | 库存准确率和异常关闭及时率提升 | 只更新报表,不处理原始业务记录 |
库存周转指标很适合观察同一品类、同一仓库或同一商品在时间上的变化,但不适合直接把快消品、耐用品、新品和季节品放在一起排名。不同商品的销售周期、保质期、采购周期和毛利结构不同,横向比较很容易得出错误结论。
更好的方式是建立同类基线:稳定款和稳定款比较,活动款和过去同类活动比较,新品和同批次新品比较。管理者要关注的是“这个SKU是否比自己的合理状态更差”,而不是“它是否排在全店倒数第一”。
库存管理成熟度可以通过异常闭环观察。初级团队发现异常后通常只是修改一个数字;成熟团队会记录异常发生时间、影响范围、根因、临时措施和长期措施。这样下一次同类问题出现时,系统和流程才有机会提前识别。
一个完整的异常闭环至少包括:

电商库存真正难的地方,从来不是记住一个补货公式,而是把每一个数字和业务动作连接起来。当前可售库存为什么是这个数,日均销量为什么这样调整,在途库存为什么只计入一部分,安全库存为什么对这个SKU更高,最终采购量为什么没有完全采用模型结果,这些问题都应该能够被解释。
我的核心判断是:库存管理不是把库存压到最低,而是在可接受的缺货风险下,把资金放到最值得保障的商品上。爆款需要服务水平,长尾需要库存纪律,新品需要小批量验证,活动款需要管理结束日,供应商需要用到货表现而不是报价单价评价。
如果你准备从今天开始落地,可以按以下顺序推进:
当采购人员能够看到真实的可售库存,运营人员能够看到可靠的到货时间,仓库能够及时反馈库存状态,管理者能够从指标直接追到责任和动作时,补货计划才不再是一张静态表格,而会变成一套可以持续纠偏的经营机制。
我以前一直按系统库存做补货,结果系统显示还有5000件,活动前却还是断货。后来才发现,这里面混了锁定库存、残次品和还没调到销售仓的货,我想知道补货时到底哪些库存应该算进去?
补货判断不应该直接使用“账面库存”,而应使用可售库存。账面库存只是系统记录的数量,不能代表今天能够正常发出的商品数量。我通常会先把库存拆成四层:账面库存、锁定库存、不可售库存和可售库存。一个简单的计算方式是:可售库存=账面库存-锁定库存-冻结库存-质检或残次库存。
比如某SKU账面库存为5000件,其中订单锁定800件、质检待处理200件、残次品100件,那么真正可用于补货判断的可售库存只有3900件。
库存类型示例数量是否直接计入补货判断 账面库存5000不建议 订单锁定库存800不计入 质检及残次库存300不计入 可售库存3900计入 在途库存也不能简单加回去。供应商准时交付率只有70%,且还有7天运输时间时,我不会把全部在途货都视为可用库存,而是按照预计到货时间和交付可靠性分层处理。
最容易踩的坑,是把“已经下单”误认为“马上可销售”,这会让补货计划产生虚假的安全感。
我所在的团队过去习惯在近7天销量基础上直接加20%作为采购量,结果有的爆款仍然缺货,有的长尾商品却越压越多。我想知道补货公式怎样结合销量波动、采购提前期和供应商交付情况,而不是套一个固定比例?
安全库存不适合统一设置成固定比例。销量稳定、供应商交期稳定的商品,安全库存可以较低;销量波动大、供应商经常延期的商品,即使日均销量不高,也需要更大的缓冲。实操中可以先用一个容易落地的基础公式:建议补货量=补货周期需求+安全库存-可售库存-可靠在途库存。
补货周期需求等于日均销量乘以采购、生产、运输和入仓所需的总天数。例如某商品近30天日均销量为100件,供应商从下单到入仓需要12天,预计下一周期还要覆盖3天审核和分仓时间,那么基础需求是100×15=1500件。
若安全库存设为500件,可售库存为900件,预计有300件在途且能按时到货,则建议补货量为1500+500-900-300=800件。
变量数量判断依据 日均销量100件近30天剔除异常订单后计算 补货周期15天采购、运输、入仓及分仓时间 安全库存500件结合销量波动和交期稳定性 可售库存900件已扣除锁定及不可售库存 可靠在途300件确认供应商已发货且交期可信 建议补货量800件经过起订量和仓容校验 我更建议把活动销量单独处理,而不是混进日常均值。
活动前可以增加活动期间的预测需求,活动结束后则立即下调补货参数,否则一次大促很容易把未来几周的库存计划全部带偏。
我以前每周只看库存周转天数,周转变快就认为库存管理改善了,但后来发现缺货率也在上升,采购部门还频繁紧急下单。我想知道库存指标应该如何分层,才能判断问题究竟出在预测、采购、仓库,还是商品本身?
库存周转天数只能回答“库存消化得快不快”,不能回答“是否因为缺货而被动变快”。如果企业通过压低库存来改善周转,销售损失和客户体验可能同时恶化,所以必须把结果指标、计划指标和供应指标放在一起看。我建议至少建立三层指标。第一层是结果指标,包括库存周转天数、缺货率、滞销库存占比和库存准确率;
第二层是计划指标,包括预测偏差、补货及时率、计划变更次数和建议采购量偏差;第三层是供应指标,包括准时交付率、实际交期偏差和到货差异率。
异常表现更可能的原因对应动作 周转天数下降但缺货率上升库存压得过低或需求预测偏低提高核心SKU的服务水平目标 补货计划频繁变更活动信息未同步或预测周期不合理区分日常需求和活动需求 采购按时下单但仍然断货供应商实际交期长且波动大修正采购提前期并增加交期缓冲 系统库存准确率低退货、调拨或出入库未及时登记建立盘点和异常回库机制 一个比较实用的复盘顺序是:先看缺货率和滞销率,再看周转天数,最后追查预测、采购和仓库过程指标。
不要给所有SKU设置同一个目标,例如爆款更应优先控制缺货,长尾款则更应控制库存金额和库龄。
我们目前只有Excel和基础进销存系统,SKU数量大约800个,运营、采购和仓库各自维护一份数据,导致每次开补货会都要人工对数。我想知道在没有上大型系统之前,怎样先建立一套能执行、能复盘的库存流程?
中小团队最先要解决的通常不是购买系统,而是统一数据口径和责任人。系统可以自动计算,但如果可售库存、日均销量和采购提前期本身就不可信,自动化只会更快地产生错误结果。
我会先建立一张统一补货表,至少包含SKU、仓库、可售库存、近30天销量、日均销量、采购提前期、安全库存、可靠在途、最小起订量、建议补货量、计划到货日和负责人。所有部门只认这一张表,其他个人表格只允许作为临时计算工具。
执行频率主要工作责任岗位 每日监控爆款、低库存和异常在途运营、计划 每周生成补货建议并校验预算、箱规和仓容计划、采购 每月复盘缺货、滞销、预测偏差和供应商交付供应链负责人 活动前单独测算活动增量需求和活动后余量运营、计划、采购 SKU也不要用同一套规则管理。
核心爆款可以每日监控,稳定款按周补货,长尾款设置较低库存上限,新品采用小批量试销,清仓款原则上暂停新增采购。这样即使只有Excel,也能先把80%的常规补货动作标准化。等到SKU、仓库或订单量增长到人工维护明显失控,再考虑引入库存预警、采购协同和多仓调拨等系统能力。
判断是否需要系统的标准,不是“别人都在用”,而是人工对账和异常处理是否已经持续消耗团队时间,并直接影响缺货与库存资金占用。


读者评论
文章把补货问题从单纯算数量,延伸到库存口径、供应商交期和采购约束,框架比较完整。尤其是区分可售库存与账面库存,对实际业务很有提醒作用。
在途库存按到货可靠性折算这一点很实用。很多团队确实会把已下单库存直接算进可用供给,导致补货判断过于乐观。不过可靠系数仍需结合历史数据持续校准。
补货公式和示例较清晰,便于中小团队先用表格落地。但活动、季节性和断货造成的需求失真,仍需要更细的预测方法和复盘机制。
文章强调指标必须对应动作,而不是只做看板,这个观点值得关注。多仓场景还涉及调拨成本和区域时效,实际执行时需要进一步细化仓间规则。