电商库存避坑指南:补货计划环节的精细化运营要注意什么

很多电商团队并不是不会补货,而是补货依据过于单一:销量上涨就加单,库存下降就采购,活动开始前再临时备货。结果往往是畅销品仍然缺货,慢销品却越补越多。补货计划真正要解决的,不是“买多少货”,而是判断什么需求值得相信、什么库存现在真的能卖、什么到货时间可以兑现,以及这笔库存占用是否值得。
我在做库存诊断时,通常不会先看采购单,而是先要求团队回答四个问题:未来一段时间会卖多少?现在到底有多少可销售库存?下一批货什么时候可以真正上架?如果需求或供应出现偏差,企业愿意承担多大的缺货或积压风险?
这四个问题分别对应需求、库存、供应和经营目标。只要其中一项数据失真,补货结果就可能出现系统性偏差。例如,仓库有 500 件实物库存,但其中 120 件被订单锁定、80 件正在质检、50 件属于残次品,那么真正可以承接新订单的库存可能只有 250 件。直接拿 500 件去计算覆盖天数,必然会高估库存能力。
因此,补货计划不能只由采购部门独立完成。运营需要提供活动和投放计划,仓库需要提供库存状态和入库效率,供应链需要维护供应商实际交付周期,财务则要判断库存资金占用是否超过预算。精细化运营的核心,不是表格字段越来越多,而是让每一个字段都能改变决策。
不少团队一上来就问“这个 SKU 应该补 1000 件还是 2000 件”,但更重要的问题是它是否已经达到补货点。如果当前库存还能覆盖供应周期,同时商品销量正在下滑,盲目补货只会增加库龄;反过来,如果供应商交付波动很大,即使账面库存看起来充足,也可能需要提前锁定产能。
我建议把补货动作分成两步。第一步是判断库存风险何时发生,确定是否需要触发采购;第二步才是结合目标库存、采购批量、仓储能力和现金流计算补货数量。
基础公式可以这样表达:
库存覆盖天数 = 当前可售库存 ÷ 预估日均需求
补货点 = 供应及入库周期内的预计需求量 + 安全库存
建议补货量 = 目标库存 − 当前可用库存 − 预计可按时到货库存
这些公式适合搭建判断框架,但不能直接当作万能答案。日均销量是否剔除了大促峰值,供应周期是否包含质检和上架时间,预计到货是否考虑延期概率,都需要在公式之外单独核实。

同一个 SKU,在不同经营阶段的补货策略可能完全相反。新品期更看重试错成本,宁可分批采购,也不应一开始就按照成熟商品的销量备货;稳定畅销品更看重缺货损失和供应连续性;清仓商品则要优先停止新增采购,不能因为库存覆盖天数过低就机械补货。
所以,企业不能只设一个统一的库存周转目标。低毛利、长保质期的标品,可能需要更严格地控制资金占用;高毛利、缺货后会损失搜索排名的核心商品,则可能值得承担更高安全库存。库存效率不是越低越好,健康的库存应该是在缺货风险、资金占用和服务水平之间取得可解释的平衡。
历史销量是结果,不是纯粹的需求。一次直播、短期投流、低价促销或平台推荐,都可能让某个 SKU 在七天内卖出平时一个月的量。如果团队把这段峰值直接算进未来日均销量,活动结束后就会持续高估需求。
我通常会把销量拆成基础销量、活动增量和异常销量三部分。基础销量用于判断常态需求,活动增量需要看活动是否可复制,异常销量则要排查刷单、渠道补单、重复订单和价格错误。
还要特别留意退货和取消订单。某些服装或高客单商品的支付订单增长很快,但最终净销售并没有同步增长。如果补货预测使用支付订单,而不是使用有效发货或净销售数据,库存会被提前推高。
库存口径混乱,是补货错误中最隐蔽的一类。财务看到的是账面实物,仓库看到的是物理数量,平台看到的是可售数量,采购看到的可能还包括在途数量。四个数字都可能是对的,但它们回答的是不同问题。
| 库存类型 | 可以回答的问题 | 补货计算中的处理方式 |
|---|---|---|
| 实物库存 | 仓库现场有多少件货 | 不能直接等同于可售库存 |
| 可售库存 | 现在还能承接多少订单 | 作为库存覆盖天数的主要分母 |
| 锁定库存 | 已有订单或渠道预留多少货 | 应从实物库存中单独扣除 |
| 质检及不可售库存 | 有多少库存暂时不能销售 | 需要结合处理时效判断是否可恢复 |
| 在途库存 | 未来可能到货多少货 | 只有确认到货日期后,才能纳入有效供应 |
在途库存也不能简单地全部计入补货模型。一批货虽然已经发出,但如果供应商历史上经常延期,或者货物还没有完成清关、质检和入仓,那么它只能被视为“风险在途”,不能等同于按时可售库存。

供应商说“十天可以交货”,并不等于货物十天后已经能够销售。真正影响补货的周期,至少包括生产、备货、质检、发运、运输、清关或中转、收货、上架等环节。
我更关注供应商过去的实际交付记录,而不是采购合同上的理论周期。可以按供应商和 SKU 统计承诺交期、实际到货交期、延期天数和延期频率。若平均交期为 10 天,但过去 20 批订单中有 6 批延期超过 5 天,那么补货模型至少要把这类波动作为风险变量处理。
安全库存不是“每个商品统一加七天”这么简单。需求波动小、供应稳定的日用品,安全库存可以相对克制;需求波动大、补货周期长、缺货损失高的核心商品,则需要更高的缓冲。
我在实际设置时,会先看三个维度:需求标准差或波动区间、供应商交付稳定性、缺货后损失。商品毛利高但供应商非常稳定,不一定需要高安全库存;商品毛利一般但一旦断货会导致广告和自然排名同时下滑,也不能只按金额判断。
大促备货不是把去年同期销量乘以一个增长比例。去年同期的流量来源、价格、商品评价、投放预算、平台规则和竞争格局都可能已经变化。
我建议将大促库存拆成基础需求、活动增量、活动后回落期需求和退货缓冲四部分。活动中还要根据销售速度动态调整投放和库存分配,不能等到活动结束后才发现余货已经超过仓容。
工具能够提高取数、计算和预警效率,但无法替代业务判断。一个模型可能识别出库存覆盖天数很低,却不知道这是因为新品即将被达人带货,还是因为页面价格错误导致异常冲高。
我更倾向于把系统用于“发现异常、统一口径、保留过程”,把人工用于“解释异常、做出取舍、确认责任”。这也是使用数据分析平台时容易被忽略的边界:报表不是决策本身,指标也不会自动告诉你库存应该承担多大风险。
需求预测最怕“看起来很完整,实际上不可比较”。在我看来,至少需要先统一订单口径:是下单量、支付量、发货量,还是扣除取消和退货后的净销售量?不同口径得出的日均销量可能完全不同。
建议对历史数据进行以下处理:
一个重要但常被忽略的问题是:缺货期间的销量会被压低。假设某商品连续三天只有 20 件可售库存,而正常每天有 80 个有效订单需求,那么系统记录的 20 件销量并不代表需求下降,而是库存把销量截断了。
只看最近 30 天,可能掩盖短期增长;只看最近 7 天,又容易被活动峰值带偏。我通常会同时看 7 天、14 天、30 天和更长周期,并把它们放在同一张趋势表中。
如果 7 天销量明显高于 30 天均值,需要继续判断增长来自什么。若增长伴随自然流量、加购率和复购率同步改善,可能是需求基线抬升;若只有某一天因为直播爆发,随后快速回落,则不宜按峰值线性外推。
预测并不一定要使用复杂算法。对于中小团队,先把口径、异常和趋势处理好,再使用移动平均、加权平均或按活动系数修正,往往比直接引入复杂模型更可靠。

补货模型中的周期,不应填写一个模糊的“采购周期”。建议把周期拆为供应商生产或备货、质检、运输、清关或中转、入仓和上架六个阶段。每个阶段都要记录计划时间和实际时间。
例如,供应商承诺 7 天发货,运输需要 5 天,仓库收货上架需要 2 天,理论可售周期是 14 天。但如果过去经常出现供应商第 10 天才发货、仓库高峰期延迟 3 天,那么模型中的风险周期就不能仍然写成 14 天。
对于周期波动明显的供应商,可以使用平均交期、较高分位交期和最大交期分别做三种情景:常规补货、谨慎补货和风险预案。这样比简单地给所有供应商统一加几天更容易解释,也更便于复盘。
补货不是只追求不断货。商品毛利、库存价值、仓储费用、保质期、退货率和清仓成本,都会影响库存上限。
例如,同样是预计 30 天销量的库存,低毛利且退货率高的商品,资金和逆向物流风险可能很大;高毛利、供应难度高且缺货损失明显的商品,适度多备一些货可能更合理。
因此,每个 SKU 至少应当有一个“库存上限”字段。库存上限不只是仓库能放多少,更应该体现资金预算、商品生命周期和最坏情况下的可承受损失。
以九数云为例,它更适合被放在电商数据分析和经营看板这一层,用于连接订单、库存、采购、活动和供应商数据,形成可筛选、可下钻、可追踪的分析视图。其官网信息可作为产品能力了解入口,正式部署前仍应结合企业的系统接口、数据权限和具体版本进行验证。
我不会把任何分析平台直接当作采购执行系统。补货建议最终还要经过库存口径确认、供应商确认、预算审核和业务负责人复核。分析平台的价值在于减少人工拼表,帮助团队更快发现“哪些 SKU 需要关注、为什么需要关注、哪个环节导致了偏差”。
库存总额是财务视角的重要指标,但对日常补货不够敏感。一个真正有用的补货看板,首页应该先呈现缺货风险、未来周期覆盖、库存结构、在途风险和异常采购。
我通常会设置以下几类视图:
看板的第一屏应该帮助负责人做出动作,而不是展示所有数据。若一个页面有几十个指标,却无法快速筛出需要今天处理的 SKU,数据越多,决策反而越慢。
补货看板必须支持从结果追到原因。例如,某个 SKU 被标记为高缺货风险,点击后应能看到近 30 天销量、库存变化、在途订单、供应商交付记录和活动计划,而不是只显示一个红色预警。
我会设计这样的下钻路径:
如果只能看到最终数字,团队就会重新回到人工导出多个表格比对。这样虽然有了看板,但没有真正缩短决策链。

| 看板字段 | 建议计算或说明 | 对应动作 |
|---|---|---|
| 预计日均需求 | 按有效销售口径计算,并标记活动修正 | 确认需求基线 |
| 预计断货日期 | 可售库存除以未来需求速度 | 判断是否赶得上到货 |
| 有效在途库存 | 仅纳入已确认批次和预计可售日期 | 避免重复采购 |
| 供应周期可靠度 | 比较承诺周期与历史实际周期 | 调整安全库存或提前期 |
| 库存金额 | 数量乘以采购成本或可比成本 | 评估资金占用 |
| 建议动作 | 补货、调拨、限流、观察或清仓 | 明确责任人和截止时间 |
我尤其建议增加“建议动作”和“复核日期”两个字段。没有动作字段,数据分析容易停留在发现问题;没有复核日期,参数就会长期不更新。补货计划不是生成一次就结束,而是需要随着销量、库存和供应变化持续刷新。
下面使用一组情景模拟数据,目的是演示判断过程,不代表某家企业的真实经营结果。假设某家多平台电商销售一款日常标品,近期自然销售相对稳定,但下周计划参加一次平台活动。
| 项目 | 数值 | 说明 |
|---|---|---|
| 近期常态日均有效销量 | 100 件 | 已剔除明显异常订单 |
| 活动修正后日均需求 | 130 件 | 示意性估计,需结合活动预算验证 |
| 从下单到可售周期 | 15 天 | 含生产、运输、收货和上架 |
| 目标安全库存 | 500 件 | 情景假设,不是统一行业标准 |
| 当前可售库存 | 800 件 | 不含锁定和不可售库存 |
| 有效在途库存 | 300 件 | 预计可在 10 天内完成上架 |
| 目标库存覆盖周期 | 30 天 | 按照活动修正后的需求测算 |
如果按照活动修正后的日均需求 130 件计算,当前 800 件可售库存只能覆盖约 6.2 天。有效在途库存 300 件预计 10 天后上架,但在这 10 天内,库存预计消耗 1300 件,当前库存显然无法独立支撑到货。
这个结果说明,问题不是“库存总量 1100 件够不够”,而是“在途库存什么时候能够转化为可售库存”。如果在途货物第 10 天才能上架,那么第 6 天左右就可能出现缺货;如果活动导致需求进一步提高,断货时间还会提前。
因此,这个 SKU 已经进入需要人工复核的状态。团队可以选择加急采购、跨仓调拨、调整广告预算、降低活动承诺,或者把这些动作组合起来,而不是只生成一张普通采购单。
如果目标覆盖周期为 30 天,活动修正后的目标需求为 130×30=3900 件。再加上 500 件安全库存,目标库存约为 4400 件。
当前可售库存和有效在途库存合计 1100 件,理论建议补货量为 4400−1100=3300 件。但这个数值不能直接下采购单,因为还要检查活动持续时间、供应商最小起订量、仓库容量、资金预算以及活动后销量是否会回落。
如果活动只持续 3 天,活动修正后的 130 件日均需求并不一定会持续 30 天;如果活动后需求回落到 80 件,按 130 件长期备货可能产生明显积压。更稳妥的做法是将活动峰值、活动后回落和常态需求分段建模。
在供应周期较长、需求又不确定的情况下,我通常不建议一次性采购全部理论缺口。可以把 3300 件拆成“确定需求批次”和“观察调整批次”。例如,先采购能够覆盖活动期和最短供应周期的部分,剩余数量根据活动前一周的真实预售、加购和转化数据进行二次确认。
分批采购会增加沟通和运输管理成本,但能降低活动预测错误的积压风险。一次性采购的优势是可能获得价格或运费优惠,缺点是预测错了以后,库存很难快速退出。选择哪种方式,取决于商品毛利、供应商弹性和缺货损失,而不是单纯看采购单价。

如果使用九数云这类分析平台搭建看板,我会把案例做成常态、活动和风险三种情景,而不是只给出一个补货建议数。常态情景使用 100 件日均需求,活动情景使用经过验证的修正需求,风险情景则加入供应商延期和需求继续增长的假设。
三种情景的价值在于让管理者看到取舍。例如,常态情景可能不需要立即采购,活动情景可能需要提前锁定一批库存,风险情景则可能要求临时调拨或降低投放。这样,补货会议讨论的是“哪种风险值得承担”,而不是争论一个看似精确、实际没有边界的数字。
核心畅销品通常贡献较高销售额或利润,缺货后还可能影响广告效率、自然排名和店铺转化。因此,这类商品不宜只按最低库存触发采购,而应设置更早的风险预警。
但核心畅销品也不是越多越好。如果商品更新速度快、价格竞争激烈或平台流量高度不稳定,过高安全库存会迅速变成降价库存。我的判断是:核心商品应该优先保障“连续可售”,而不是追求仓库里长期堆满货。
销量稳定、供应商交付规律的常规品,适合使用相对固定的补货周期和库存覆盖目标。对于这类商品,团队不必每天逐个审核,可以设置自动筛选条件,只将偏离常态的 SKU 推送给人工。
例如,可以按周检查库存覆盖天数、最近 30 天需求趋势、有效在途库存和供应周期变化。当需求变化没有超过预设区间时,按照规则执行;一旦出现活动、价格变化、供应延期或退货率异常,则转入人工复核。
长尾商品的典型问题是单品销量低但 SKU 数量多。若每个 SKU 都为了维持现货而采购,仓库会累积大量低周转库存,采购人员也会把时间耗在低价值的重复审核上。
这类商品可以采取小批量采购、集中补货、预售或按需采购等方式。若供应商起订量过高,应进一步评估是否保留该商品,而不是为了满足起订量继续扩大库存。
需要注意的是,长尾商品并非一定没有价值。它可能承担搜索覆盖、搭配销售或满足特定客户需求。是否减少库存,要结合毛利贡献、连带销售和替代商品,而不能只看单品销量。
新品没有稳定历史销量,直接套用同类商品数据容易高估,也可能因为前期曝光不足而低估。更稳妥的做法是分阶段补货:首批用于验证产品、价格和渠道,第二批根据首周或首月表现调整,后续再逐步建立独立需求基线。
新品看板中应增加首发渠道、曝光量、点击率、加购率、转化率、退款率和评价变化等字段。销量低并不一定代表需求弱,可能是流量不足;销量高也不一定代表可持续,可能只是低价试销或达人短期带货。
清仓商品最常见的错误是系统根据低库存自动触发补货。对于已经明确停止销售或进入生命周期末期的 SKU,补货规则必须被关闭,并在看板中单独标记。
这类商品的行动重点应是降价、组合销售、渠道转移、赠品消化或退供,而不是继续采购。库存覆盖天数低,在清仓阶段通常是好消息,不应被误判为缺货风险。

大促备货最容易犯的错误,是只计算活动销量,不计算商品什么时候必须到仓。正确顺序应该是先确定活动开始日期、仓库处理时长和最晚可售日期,再倒推采购下单、生产和运输节点。
我建议活动前至少检查以下内容:
如果货物在活动开始后才完成上架,那么它对本次活动的价值可能已经大幅降低。补货计划不能只关注数量,还要关注到货时间与销售窗口是否匹配。
活动期间,累计销量会持续增加,但它不一定能反映当前库存压力。更有价值的是每小时或每天的销售速度、剩余可售库存、预计断货时间和广告消耗速度。
如果销售速度提高,同时库存消耗速度超过预期,团队可以选择提高补货优先级或调整投放。如果销售速度低于预期,则应尽早减少后续采购,避免活动结束后库存大量沉淀。

活动后通常会出现三种情况:需求快速回落,需求短暂透支后回落,或者商品因为评价、排名和复购改善而形成新的增长基线。三种情况的补货动作不同。
我会重点观察活动后 3 天、7 天和 14 天的销量回落速度,并结合自然流量、广告关闭后的订单、退款率和价格变化做判断。如果活动期间销量很高,但活动结束后自然订单迅速跌回原水平,就不能继续使用活动峰值计算补货。
供应延期发生后,不要只问供应商“什么时候能到”,还要计算延期会造成多少库存缺口。可以把缺口拆成预计销售消耗、已确认到货量和可替代供应量。
不同补救方式的成本和风险并不一样:
| 补救动作 | 优势 | 代价或风险 | 适用情况 |
|---|---|---|---|
| 加急运输 | 最快恢复供应 | 运费上升,可能压缩毛利 | 高毛利或缺货损失高的核心品 |
| 跨仓调拨 | 利用现有库存,执行较快 | 可能造成另一仓缺货 | 区域需求差异明显时 |
| 替代供应商 | 降低单一供应风险 | 质量、成本和交期需重新验证 | 供应延期频繁或长期不稳定 |
| 调整投放 | 不增加库存成本 | 可能损失流量和排名 | 库存无法及时补足时 |
| 限购或预售 | 延缓库存消耗 | 影响用户体验和转化 | 短期缺口且到货日期相对确定时 |
增加安全库存可以降低缺货概率,但也会增加资金占用和库龄风险。安全库存的高低,应由需求波动、供应稳定性、缺货损失和库存退出难度共同决定。
如果商品保质期短、换季快或价格下降快,库存多一天都可能增加损失;如果商品标准化程度高、保质期长、供应商交期不稳定,适度增加缓冲可能更合理。
我建议每次调整安全库存时,至少同时展示两个结果:预计减少的缺货风险和新增的库存金额。只说“服务水平会提高”,却不说要多占用多少钱,决策是不完整的。
一次性采购可能带来更低的采购单价、运费或生产排期优势,但它把需求预测错误的风险集中到当前。分批采购能够保留调整空间,却可能增加运输、沟通和供应商管理成本。
我的判断方法是先看需求可预测性和供应弹性。需求稳定、供应周期长且采购优惠明显时,可以适度集中采购;需求受活动影响大、商品生命周期短或供应商可以快速补单时,分批采购通常更稳妥。
自动化适合处理高频、重复、规则清晰的 SKU,例如稳定常规品的库存预警。人工复核适合处理新品、大促、供应延期、异常爆单和清仓商品。
如果所有 SKU 都人工审核,团队很快会被重复工作拖垮;如果所有 SKU 都自动采购,异常情况会被放大。合理的方式是按商品分层,让系统先完成筛选和计算,再把有限的人工时间集中在高风险和高价值决策上。

库存周转快通常意味着资金占用较低,但如果周转改善是通过频繁缺货实现的,就不能称为经营优化。反过来,服务水平很高但库存长期积压,也可能只是把问题从销售端转移到了仓库和财务端。
因此,我不会单独追求某个指标,而是将缺货率、周转天数、库存金额、紧急采购占比和滞销金额放在一起看。任何一个指标改善,都要继续追问是否牺牲了另一个指标。
一张可执行的补货计划表,至少要包含以下字段。字段不是越多越好,但每个字段都应当对应一个判断或动作。
| 字段分类 | 关键字段 | 使用目的 |
|---|---|---|
| 商品信息 | SKU、品类、生命周期、商品负责人 | 判断商品应采用哪套补货规则 |
| 需求信息 | 7 日、14 日、30 日销量,活动修正,退货率 | 建立需求基线并识别趋势 |
| 库存信息 | 可售、锁定、质检、残次、各仓库存 | 计算真实可用库存 |
| 供应信息 | 供应商、最小起订量、实际交期、延期次数 | 判断补货周期和供应风险 |
| 决策信息 | 补货点、目标库存、建议补货量、库存上限 | 形成可解释的采购建议 |
| 执行信息 | 采购单号、预计到货日、责任人、复核日期 | 追踪计划是否按时落地 |
采购人员最怕看到一个无法解释的建议量。若系统显示“建议采购 2500 件”,却无法看到需求基线、供应周期、在途数量和目标覆盖周期,业务人员只能凭经验修改,系统也无法积累有效反馈。
建议在计划表中保留计算来源,例如“日均需求采用 14 天加权均值”“活动系数为 1.3”“有效在途仅纳入预计在 7 月 15 日前上架的批次”。这类说明不只是为了审计,也能帮助团队发现参数错误。
补货参数不是一次配置、永久有效。建议按照商品类型设定不同复核频率:
当销量趋势、价格、活动、供应商或退货率发生明显变化时,应立即触发参数复核,而不是等到固定日期。
预警如果只出现在看板上,没有负责人和截止时间,就很容易变成“大家都看见,但没有人处理”。每条高风险预警都应该有建议动作、责任部门、处理状态和复核日期。
例如,库存将在 5 天内断货且供应商延期时,责任人可能是采购;如果库存充足但平台显示缺货,责任人可能是仓库或系统维护人员;如果需求异常上升但无法确认持续性,责任人则可能是运营和商品团队。

一次缺货不一定说明补货数量太少。可能是销量预测偏低,也可能是供应商延期、仓库上架慢、库存同步失败,甚至是多个渠道重复分配了同一批库存。
复盘时可以把缺货原因分成四类:
只有先分清原因,才能知道应该调整需求系数、安全库存、供应周期还是执行流程。若每次缺货都简单地把安全库存提高,短期可能减少断货,长期却会把库存金额越推越高。
预测不可能完全准确,真正重要的是偏差是否被识别、是否集中在某类商品、是否能够及时修正。可以按 SKU 和商品类型追踪预测销量与实际有效销量的差异。
如果某类新品连续三个月都高估需求,说明新品预测规则需要调整;如果核心畅销品在活动期间持续低估,说明活动修正系数、流量假设或供应周期设置存在问题。
建议建立偏差复盘表,至少记录预测值、实际值、偏差比例、偏差原因、参数调整和调整后的结果。这样,团队的经验才会沉淀为可复用规则,而不是停留在个人记忆里。
| 指标 | 主要含义 | 复盘时要追问什么 |
|---|---|---|
| 缺货率 | 商品或时间段内无法承接需求的比例 | 是需求超预期,还是供应和库存口径造成 |
| 库存周转天数 | 库存按当前需求速度可销售的时间 | 是否因为牺牲服务水平而被动降低 |
| 预测偏差 | 预测需求与实际有效销量的差异 | 偏差是否集中于活动、新品或某个渠道 |
| 到货及时率 | 采购批次是否按承诺时间到货 | 供应周期参数是否需要上调 |
| 紧急采购占比 | 临时加急采购在全部采购中的比例 | 是否说明常规计划提前量不足 |
| 滞销库存金额 | 超过目标库龄或销售速度过低的库存价值 | 是否存在错误补货、生命周期判断错误 |

复盘会议结束后,必须留下参数调整和责任动作。例如,将某供应商的实际可售周期从 15 天调整为 19 天;将某类新品改为首批小批量;将清仓 SKU 从自动补货名单移除;将某平台的锁定库存从可售库存中单独扣除。
每个动作都要有生效日期和验证周期。否则,下个月同一个问题再次出现时,团队仍然只能重新讨论,而不能判断是规则无效,还是规则根本没有执行。
电商库存管理真正难的地方,不是不会计算库存覆盖天数,也不是没有采购表格,而是企业往往把不确定的需求、延迟的供应和不完整的库存数据,包装成了一个看似精确的采购数量。
我的判断是,补货计划至少要做到三点:第一,所有库存数字都必须有清晰口径;第二,所有采购建议都必须能追溯到需求、周期和经营目标;第三,所有异常都必须有责任人、处理动作和复核日期。
九数云这类数据分析平台可以帮助团队减少人工拼表、统一数据视图、追踪指标变化和下钻异常原因,但工具的价值取决于底层口径和业务流程。若输入数据混乱,做出来的看板只会把错误展示得更漂亮。
补货计划的终点不是“采购单已下达”,而是货物按时变成可售库存,并且没有因为这次补货制造新的积压。下一步可以先选取 20 个核心 SKU,统一需求、库存和供应周期口径,建立一个包含补货点、有效在途、库存上限和责任人的小型看板,连续运行四周后,再决定是否扩大到全量 SKU。这样做,比一次性上线复杂模型更容易发现问题,也更容易把精细化运营真正落到日常动作中。
我以前做补货时,习惯用近7天平均销量直接推算采购量,结果活动结束后销量迅速回落,仓库却多了几千件库存。后来我才发现,真正的问题不是公式算错,而是把一次促销峰值误当成了稳定需求。
近7天销量适合观察短期变化,但不适合直接代表未来需求。补货前至少要把自然销量、活动销量、异常订单和退货订单拆开,否则很容易出现“销量越好,补货越错”的情况。我建议同时看三个口径:近7天销量用于识别最新趋势,近30天剔除活动峰值后的销量用于判断常态,去年同期或相似商品数据用于判断季节性。
比如某SKU近7天日均销量为180件,但其中3天参加活动,活动日销量达到300件;剔除活动后,常态日均销量只有105件。
口径日均销量适合用途 近7天原始销量180件观察短期热度 近30天自然销量105件制定常规补货基线 活动修正预测130件覆盖短期增长 在这个案例中,如果按180件计算15天供应周期,单是预测消耗就会多算1125件。
更稳妥的做法是把预测拆成“基础需求+可验证增量”,只有已经确认的投放、活动或渠道订单,才纳入增量部分。我的判断是:销量数据越接近活动发生日,越需要人工解释;不要让系统把异常峰值自动平滑成新的常态。补货计划真正要预测的不是“最近卖了多少”,而是“未来这批货到仓前,正常情况下会卖多少”。
我最容易踩的坑,是把供应商说的“7天交货”直接写进补货表。后来连续几次发现,生产、运输、入仓和上架加起来要15天,表面上库存充足,实际上商品还没上架就已经断货了。
补货点不能只使用采购合同中的生产周期,而应使用“从下单到可售”的完整周期。这个周期通常包括供应商生产、质检、运输、清关或中转、仓库收货和上架,每个环节的延迟都会影响实际可售时间。可以先用一个便于执行的公式:补货点=实际可售周期内的预计需求量+安全库存。
假设某SKU调整后的日均需求为100件,从下单到上架需要15天,安全库存设为500件,那么补货点就是2000件。如果当前可售库存降到2000件以下,就应启动采购评估,而不是等到库存只剩几天时再下单。
需要注意的是,在途库存不能直接抵扣当前缺口,只有确认到货日期、数量和质量状态后,才可以按预计可售日期纳入计划。
项目数量或天数说明 日均需求100件已剔除活动异常值 生产与备货7天使用历史实际交付数据 运输及入仓5天不采用供应商口头承诺 质检上架3天计入可售周期 安全库存500件用于应对波动和延迟 另一个容易忽略的细节是交期波动。
如果供应商平均15天到货,但过去10次订单中有3次超过20天,就不能把15天当作绝对参数。应同时记录平均交期、最长交期和延期比例,并对高风险供应商增加缓冲,而不是所有SKU统一加库存。
我曾经把一批核心商品的安全库存直接设成30天,短期内缺货率确实下降了,但两个月后仓储费、资金占用和滞销风险一起上升。后来复盘发现,安全库存不是越多越安全,而是要和需求波动、供应稳定性以及缺货损失一起算。
安全库存的作用是吸收不确定性,不是替代需求预测。需求稳定、供应可靠的商品,安全库存过高只会增加库存成本;需求波动大或供应商经常延期的商品,安全库存过低则会把风险转化为断货。实际运营中,可以先用简化分层法,而不要一开始追求复杂模型。
将SKU按需求波动和供应风险分为低、中、高三档,再结合商品毛利和缺货损失设定不同的覆盖天数。例如,稳定常规品可设置3至5天缓冲,供应不稳定的核心畅销品可设置7至10天,但这些只是初始参数,必须用历史结果复盘。
商品情况需求波动供应风险管理重点 稳定常规品低低控制库存资金 核心畅销品中高中优先保障不断货 长周期进口品中高提前锁定供应和运输 清仓商品不稳定低原则上停止新增采购 我更建议用“缺货损失”和“持有成本”做最终判断。若一天缺货会损失大量毛利、影响整套商品销售或导致广告浪费,适当提高安全库存是合理的;
如果商品保质期短、毛利低、仓储成本高,就不应为了追求极低缺货率而盲目囤货。每月至少复盘一次安全库存是否有效:哪些SKU仍然缺货,哪些SKU长期没有消耗,缺货原因究竟是需求预测错误、供应延迟还是库存数据不准。只有能解释库存变化,安全库存参数才不是拍脑袋。
我遇到过一次看似库存充足、实际却无法发货的情况:仓库实物有1200件,但其中400件已被平台订单锁定,200件在质检,300件分配给其他渠道,真正能卖的只有300件。问题不是库存少,而是不同团队使用了不同的库存口径。
多平台经营时,必须把实物库存、可售库存、锁定库存、不可售库存、渠道预留库存和在途库存分开管理。补货计划真正应该使用的是“当前可用库存”,而不是仓库系统里最醒目的实物库存。可以采用以下口径:可用库存=实物库存-锁定库存-质检或残次库存-已确认的渠道预留库存。
假设仓库实物库存1200件,锁定库存400件,质检库存200件,渠道预留300件,那么可用库存只有300件。如果未来15天日均需求为50件,库存覆盖天数仅为6天,显然不能因为系统显示1200件就认为暂时不需要补货。
库存类型数量是否计入当前可售 仓库实物库存1200件不直接计入 订单锁定库存400件不计入 质检及残次库存200件不计入 渠道预留库存300件暂不计入 当前可用库存300件计入 更关键的是,渠道预留不能无限期存在。
若某渠道预留库存连续多日没有消耗,就应设置释放规则,例如超过预定销售窗口后自动回归公共库存,否则补货人员会在“虚假的低库存”基础上不断下单。我的经验是,库存准确率不只是仓库人员的责任,还涉及订单系统、渠道运营、采购和财务。每周补货评审时,建议逐项核对可售库存、锁定库存、在途库存和预计到货日期;
只要其中一个字段没有更新时间,就不要直接采用系统给出的补货建议。


读者评论
文章把补货从“看销量下单”拆成需求、库存、供应和经营目标四个维度,尤其是区分账面库存与可售库存,这一点对日常运营很有参考价值。
供应周期不能只看供应商承诺时间,生产、运输、质检和上架都应纳入实际可售周期。建议企业进一步建立延期率和到货分位数等指标,方便落地。
多时间窗口结合异常订单、缺货截断和退货数据,比单看近7天销量更稳妥。不过文中的公式仍需结合行业特性、资金上限和仓储能力调整,不能机械套用。