电商库存从0到1,最容易犯的错误不是不会算补货量,而是把“仓库里还有多少货”误当成“还能卖多少天”。我在梳理店铺补货计划时,见过一个很典型的场景:某核心SKU账面库存还有420件,运营判断“暂时安全”,但其中120件已被订单锁定、60件存在质检问题,供应商实际交期又比承诺时间多出4天。按真实可售口径计算,这个SKU只够卖约7天,而下一批货至少12天后才能入仓。结果不是库存太少,而是库存判断的口径错了。

一套真正可执行的补货计划,必须同时回答四个问题:未来一段时间会卖多少、现在到底有多少有效库存、下一批货什么时候能入仓、为了应对波动需要保留多少缓冲。本文将从SKU分级、库存口径、需求预测、采购提前期、安全库存、补货公式、执行流程和复盘机制八个方面,搭建一套适合中小电商团队的库存管理方法,并用一组标注为“情景模拟”的数据,演示如何借助九数云完成从数据汇总到补货决策的分析。
库存数量本身没有决策意义。100件库存对于每天销售5件的商品,能够覆盖20天;对于每天销售50件的爆款,只能覆盖2天。因此,我更建议把所有补货判断先转换成“库存覆盖天数”,再决定是否下单。
最基础的计算方式是:库存覆盖天数等于可售库存除以预计日均需求。这里的“可售库存”不能直接读取仓库总库存,而应扣除已锁定订单、残次品、不可用库存和已经分配给其他渠道的库存。
真正需要关注的不是“今天还有多少货”,而是“这些货能否覆盖从今天到下一批可销售库存入仓之间的需求”。这句话是补货计划从经验管理走向精细化运营的分水岭。
很多店铺把“库存为零”作为补货信号,这实际上已经晚了。采购、生产、质检、运输、入仓和上架都需要时间。补货触发点应该设置在“预计库存刚好覆盖采购提前期需求”之前,并额外加上一段能够承接需求波动和交付延迟的安全库存。
简化来看,补货触发点可以这样计算:
补货触发点 = 采购及入仓提前期内需求 + 安全库存
如果一个SKU每天卖20件,采购到入仓需要10天,安全库存设置为80件,那么补货触发点就是280件。当前有效库存低于280件时,不代表马上断货,而是说明现在已经进入需要补货评估的区间。
只由运营根据销量决定补货,通常会忽略供应商的起订量和交付稳定性;只由采购根据供应商建议下单,又容易忽略活动排期和实际动销;只看仓储库存,则可能把锁定库存和残次库存算进可售数量。
一份合格的补货表,至少要同时包含销售预测、当前库存、在途库存、采购提前期、起订量、活动信息和最终下单量。它不一定一开始就需要复杂系统,但必须让不同角色看到同一套数据口径。

我建议中小团队先不要追求复杂的库存模型,而是先把库存状态拆清楚。至少应区分现货库存、可售库存、锁定库存、残次库存、在途库存和已下单未发货库存。
补货公式中的“当前有效库存”,一般只使用可售库存;在途库存只有在预计到货日早于需求风险日时,才可以抵扣。已下单未发货库存不能简单当成在途库存,否则供应商延期时,系统仍会给出过于乐观的库存判断。
日均销量并不是越近越准确。近7天数据更能反映最近流量变化,但可能受到周末、直播或短期投放影响;近30天数据更稳定,却可能掩盖最近转化率下降。对于销售稳定的标品,可以同时看近7天、近14天和近30天;对于新品,则要优先看最近连续销售周期。
我通常会先将多个窗口并列,而不是一开始就强行合并成一个平均值。例如,近7天日均销量为42件,近30天日均销量为31件,如果广告预算刚刚增加且活动即将开始,就不能机械使用31件作为补货基准;如果销量增长来自一次性达人推荐,反而不能把42件直接外推到未来30天。
最容易被忽略的误差来自“销售为零”。某一天销量是0,可能代表没有需求,也可能代表当天已经断货。如果把断货日纳入平均值,日均销量会被人为压低,后续补货量自然不足。
同样,单次直播、清仓、秒杀和大额团购也不能与普通销售日混在一起。建议在销售明细中增加“销售类型”和“库存状态”字段,至少标记正常销售、活动销售、断货日、价格异常日和渠道异常日。
如果团队暂时没有库存系统,可以先用表格建立第一版规则。重点不是表格看起来多复杂,而是每个字段都有明确的更新责任人和更新时间。
| 字段类别 | 建议字段 | 更新频率 | 主要责任人 |
|---|---|---|---|
| 商品信息 | SKU、品名、规格、品类、供应商、采购价 | 新增或变更时 | 商品或采购 |
| 销售数据 | 近7天销量、近30天销量、活动销量、退货量 | 每日 | 运营 |
| 库存数据 | 可售、锁定、残次、在途、已分配库存 | 每日 | 仓储 |
| 供应链数据 | 实际交期、起订量、包装倍数、预计到货日 | 每次采购更新 | 采购 |
| 计划数据 | 日均需求、安全库存、触发点、建议补货量 | 每日或每周 | 运营与采购 |
| 复盘数据 | 预测销量、实际销量、承诺到货日、实际到货日 | 到货后 | 计划负责人 |

一个店铺可能同时拥有高频爆款、稳定销售款、新品、长尾款和清仓款。它们的断货损失、资金占用和需求可预测性完全不同。如果所有SKU都按“近30天平均销量乘以30天”补货,结果往往是爆款补得不够,长尾款压得太多。
SKU分级不必局限于销售额。我的判断顺序通常是:销售贡献、毛利贡献、断货损失、需求波动、采购交期、库存价值和生命周期。一个销量不高但利润很高、且客户强依赖的配件,也可能比普通高销量SKU更值得保障。
核心SKU通常具备高销量、高毛利或高流量带动能力。对这类商品,补货机制应更敏感:每天看库存覆盖天数,单独维护供应商交期,必要时准备第二供应商或替代规格。
核心SKU的安全库存可以相对高一些,但不能简单理解为无限加库存。更合理的做法是计算断货一天的损失,包括销售损失、广告浪费、排名波动、客户转向竞品和客服处理成本,再与增加库存的资金成本进行比较。
新品最缺的不是库存,而是真实需求数据。上市初期的点击、加购和转化容易受到首发优惠、评价数量和流量扶持影响,不能把前几天的高销量直接当成长期基线。
新品更适合采用短周期滚动补货,例如先覆盖7至14天需求,连续观察实际转化率、退款率和自然流量,再逐步扩大采购量。这样做可能牺牲部分采购折扣,但能显著降低预测错误带来的库存风险。
长尾商品并不一定要保持和核心商品相同的现货率。对于低频、低毛利、替代品多的SKU,可以降低安全库存,采用更长补货周期,甚至转为按单采购。
清仓SKU的原则更简单:除非有明确订单或组合销售计划,否则不应继续补货。很多库存积压并不是预测能力不够,而是团队不愿意承认商品已经进入退出阶段。

最简单的公式是:日均需求量等于统计周期内实际销量除以有效销售天数。这里的有效销售天数必须排除断货日、系统异常日和完全没有流量的特殊日期。
对于有明显趋势的商品,可以采用加权平均。例如近7天日均销量为40件,近30天日均销量为28件,可以根据业务情况使用近7天权重60%、近30天权重40%的方式计算预测基线:
预测日均需求 = 近7天日均销量 × 60% + 近30天日均销量 × 40%
按照这个示例,预测日均需求为35.2件。这个结果不是“真实答案”,而是一个需要持续校正的基线。只要活动、价格、投放或渠道结构发生变化,就应重新检查权重是否仍然适用。
采购提前期不能只填写供应商说的生产周期。对电商来说,真正影响可售时间的是从补货决策到商品可以被订单使用的完整时间。
建议同时记录“承诺交期”和“实际交期”。如果供应商承诺7天,但过去10次采购的实际平均交期是11天,且最长达到16天,那么补货模型不应继续使用7天。稳定性差的供应商,安全库存还需要承接交付波动。
假设某商品预测日均需求为35件,采购及入仓提前期为12天,安全库存为120件,那么交期内需求为420件,补货触发点为540件。
这意味着:当当前有效库存加上可按时到货的在途库存低于540件时,团队应该生成补货建议。触发点不是最终下单量,它只是告诉我们“现在应该开始评估并行动”。
建议补货量可以采用下面的通用模型:
建议补货量 = 目标覆盖期需求 + 安全库存 − 当前有效库存 − 可按时到货在途库存
其中,目标覆盖期可以根据补货周期设定。例如每两周采购一次,目标覆盖期可能是采购提前期加14天补货周期;如果供应商需要整批生产,目标覆盖期还要考虑下一次能够下单的时间。
| 计算项目 | 示例数值 | 判断说明 |
|---|---|---|
| 预测日均需求 | 35件 | 由近7天和近30天数据加权得到的示例基线 |
| 采购及入仓提前期 | 12天 | 包含审批、备货、运输、入库和上架 |
| 补货周期 | 14天 | 计划每两周重新评估并下单 |
| 目标覆盖期 | 26天 | 提前期12天加补货周期14天 |
| 目标覆盖期需求 | 910件 | 35件/天×26天 |
| 安全库存 | 120件 | 用于承接需求和交期波动的缓冲 |
| 当前有效库存 | 600件 | 已扣除锁定、残次和不可售数量 |
| 可按时到货在途库存 | 180件 | 预计在风险日期前完成入仓 |
| 建议补货量 | 250件 | 910+120−600−180=250件 |
实际下单时还要进行最后一轮约束修正。若供应商起订量为300件,包装倍数为50件,那么最终下单量应向上取整至300件;如果仓容或预算不允许,则需要重新评估活动节奏、补货频率或供应商方案,而不是悄悄把模型结果改成一个没有记录的数字。

安全库存不是为了让仓库看起来充足,而是为了应对需求预测误差和供应商交付波动。需求越不稳定、交期越不稳定、断货损失越高,安全库存就越有价值;商品越贵、越容易过期、销售生命周期越短,安全库存的成本就越高。
因此,安全库存没有适用于所有SKU的固定天数。给所有商品统一设置7天或15天,表面上简单,实际上会让高波动商品保障不足,让低动销商品资金沉淀。
在基础阶段,可以使用一个易于解释的简化方法:
安全库存 = 日均需求 × 需求波动缓冲天数
需求波动缓冲天数可以根据销量标准差、活动频率、缺货损失和预测偏差确定。比如稳定销售的日用品可以暂定为3天;受直播和活动影响明显的商品可以暂定为7天;但这些只是初始参数,必须通过实际断货率和滞销率复盘。
如果团队数据较完整,可以进一步使用需求波动和交期波动的组合模型。但在数据质量尚未稳定时,复杂公式并不会自动带来更准确的结果。库存状态错、销量断点未标记、交期口径不一致,再高级的模型也只是在精确计算错误。
核心商品通常追求较高订单满足率,因此愿意承担更多安全库存;长尾商品则可能接受更低的现货率。这里的关键是把库存目标和经营目标联系起来,而不是单独追求“不断货”。
| 商品类型 | 需求特点 | 安全库存倾向 | 主要风险 |
|---|---|---|---|
| 核心爆款 | 销量高、断货损失高 | 相对较高 | 销量突然回落导致高库存 |
| 稳定销售款 | 波动可控、交期稳定 | 中等 | 参数长期不更新 |
| 新品 | 数据少、趋势不确定 | 小批量缓冲 | 将首发高峰误判为常态 |
| 季节商品 | 销售窗口集中 | 分阶段设置 | 季末无法消化 |
| 长尾商品 | 低频、替代性强 | 较低 | 为偶发订单长期压货 |
安全库存的专业判断,本质上是比较两种成本:多备一批货会带来多少资金、仓储和滞销成本;少备一批货又可能造成多少毛利损失、广告浪费和客户流失。
例如,一个售价100元、毛利40元的核心SKU,断货一天预计损失50单,直接毛利损失约2000元,还可能影响广告和自然排名。如果多备100件库存的资金成本和滞销风险低于这部分损失,增加安全库存是合理的。反过来,对于保质期短、单价高、退货后难以二次销售的商品,就不能只看订单满足率。

表格适合建立第一版模型,但当店铺有多个平台、多个仓库和大量SKU时,人工复制数据会产生三个问题:数据更新时间不一致、库存状态被覆盖、异常变化无法及时被发现。
更隐蔽的问题是,表格通常只留下最终补货量,却没有保留这个数字是根据哪一版销量、哪一个到货日期和哪一套安全库存参数计算出来的。到了月底出现积压或断货,团队只能重新争论“当时是谁判断错了”,而不能定位错误发生在哪个节点。
在需要整合订单、库存、采购和运营数据时,我会优先考虑使用带有数据连接、可视化分析和看板能力的工具。以九数云为例,可以将不同来源的数据汇总到统一分析环境中,再围绕SKU、仓库、渠道和供应商建立库存监控视图。具体功能和数据接口应以其官网当前说明及实际版本为准,官网地址为:https://www.jiushuyun.com/。
我更看重的不是“有没有一个补货按钮”,而是能否把补货前后的证据串起来。比如,系统能否同时显示近7天销量、近30天销量、有效库存、预计到货日和库存覆盖天数;能否筛选出未来7天可能断货的SKU;能否追踪供应商实际交期;能否让运营和采购使用同一个SKU编码。
第一个是库存总览看板。它应显示库存金额、可售库存、锁定库存、在途库存、库存覆盖天数、缺货SKU数和高库存SKU数。管理者打开后,首先看到的是资金和风险,而不是一张难以阅读的明细表。
第二个是补货预警看板。按风险等级显示已断货、7天内可能断货、低于触发点和在途延期SKU。不同风险等级要对应不同动作,不能只用红色标记制造焦虑。
第三个是供应商交期看板。比较供应商承诺交期、实际交期、延期次数和延期天数。采购提前期如果只维护一个固定数字,模型会随着供应商履约变化逐渐失真。
第四个是库存健康度看板。至少包含周转天数、动销率、滞销库存金额、预测偏差、订单满足率和库存准确率。这些指标共同解释库存为什么变高或变低。
可视化工具能让异常更快被发现,但不会自动判断一个活动是否值得备货,也不会自动知道某个供应商正在换产线。工具的价值在于缩短从数据到判断的路径,而不是把责任交给图表。
我建议每个预警指标都绑定一个动作。例如“库存覆盖天数低于交期”对应重新计算补货量;“在途延期超过2天”对应确认物流和替代采购;“30天无销量且库存超过目标”对应停止补货并进入清仓评估。只有预警和动作绑定,分析看板才不是装饰。

每日不需要把所有SKU重新分析一遍,否则团队会把时间消耗在低价值的重复操作上。日常动作应集中在核心SKU、库存覆盖天数快速下降的SKU、在途延期SKU和当天有活动的SKU。
每日管理的重点是“及时发现和快速处理”,不宜在没有新信息时频繁修改安全库存参数。参数变化应有原因,否则团队无法判断到底是需求变化,还是规则本身被随意调整。
每周应进行一次完整补货评审。除了看销量,还要看预测误差和到货表现。如果预测销量连续三周高于实际销量,说明模型偏乐观;如果供应商连续多次晚到,说明采购提前期需要上调。
月度复盘要从单个SKU上升到库存结构。很多团队只看缺货率下降,却没有发现库存金额快速上升。补货计划的目标不是把缺货率压到最低,而是在服务水平、库存周转和资金占用之间找到合理平衡。
月度至少应回答:库存金额是否与销售规模匹配;新增库存主要集中在哪些SKU;滞销库存是否持续扩大;供应商交期是否变差;预测偏差是需求问题还是库存可售口径问题;哪些SKU应该停止补货。
补货闭环的最后一步不是商品入库,而是结果复盘。到货后应把计划销量、实际销量、计划到货日、实际到货日和最终库存放在一起比较。
如果实际销量低于预测,不能简单得出“以后少买”的结论。需要继续追问:是流量少了、转化率下降、价格变高、竞品促销,还是库存不足导致商品权重下降?如果货晚到,也要区分供应商生产延误、物流延误和仓库上架延误。

新品最大的不确定性不是供应商,而是需求。上市前可以根据同类商品、渠道容量和营销计划形成预测,但这只能作为首批采购的边界,不能作为长期补货依据。
我的建议是把首批采购拆成“验证量”和“扩大量”。验证量覆盖一个短周期,用于观察真实转化和退款;扩大量必须等到点击、加购、转化、评价和自然流量出现相对稳定的信号后再确定。
稳定销售款适合建立固定的周度补货节奏,但不能完全依赖固定周期。固定周期解决“什么时候看”,动态触发解决“什么时候必须行动”。例如每周一生成全量补货建议,但核心SKU一旦低于触发点,就立即进入异常流程。
大促备货最常见的错误是用“日常销量×3”或“日常销量×5”简单放大。这个倍数没有解释流量、转化率、价格、预售、优惠券和竞品活动,往往只是把不确定性藏进一个看似专业的数字里。
更好的方法是拆解订单来源:自然流量订单、广告订单、直播订单、预售订单和老客订单。分别估算访问量、转化率和履约率,再根据活动库存、渠道分配和供应商能力设置上下限。
季节商品的补货不能只看旺季开始前的需求,还要倒推销售窗口结束时间。越接近季末,库存价值下降越快,补货规则应逐步收紧。即使模型显示库存低于触发点,只要剩余销售窗口不足以消化新增批次,也不应该继续采购。
多平台经营时,中央仓有货并不代表所有平台都能正常销售。平台库存、渠道预留、调拨时间和仓库履约能力必须分别记录。一个仓库出现积压、另一个仓库出现断货时,优先考虑调拨,而不是直接新增采购。
当供应商延期时,第一反应不应是立刻下更大的采购单。应先重新计算当前有效库存的覆盖天数,再判断是否可以通过调拨、替代供应商、替代规格、限流或调整活动节奏解决。
| 场景 | 优先动作 | 不建议做法 | 核心取舍 |
|---|---|---|---|
| 新品 | 小批量、短周期复盘 | 按首发高峰大量压货 | 牺牲部分采购折扣,换取需求验证 |
| 稳定款 | 固定周期加动态预警 | 只按月度平均销量补货 | 效率与响应速度平衡 |
| 大促 | 拆分流量来源和渠道需求 | 直接乘固定放大倍数 | 保障履约与控制活动后库存 |
| 季节品 | 倒推退出日期 | 旺季末继续按高峰采购 | 销售机会与清仓风险平衡 |
| 供应商延期 | 重算覆盖天数并准备替代方案 | 不核实到货日继续等待 | 采购成本与断货损失平衡 |

历史销量只是需求预测的输入,不是需求预测的结果。价格变化、流量来源、活动排期、竞争环境和商品评价都会改变未来销量。尤其是短视频和直播渠道,销量曲线可能在几天内发生结构性变化。
专业做法不是完全放弃历史数据,而是给历史数据加上情景修正。例如正常情景、保守情景和增长情景分别计算补货量,再根据供应商最小起订量和现金预算做最终决策。
这是最容易导致“系统显示有货但实际发不出”的错误。已支付订单、预售订单、渠道分配、售后换货和仓内拣货都可能占用库存。每天的库存快照必须明确是总库存、可售库存还是可用库存。
在途库存只有在“按时到货”且“到货后能够及时上架”时,才具备补货抵扣价值。如果商品预计还有3天断货,而在途货物预计5天后到仓,那么这批货不能解决当前的断货风险。
缺货率下降可能是因为团队增加了大量备货,也可能意味着资金被更多库存占用。库存管理要同时看服务水平和效率,至少结合订单满足率、周转天数、滞销金额和预测偏差进行判断。
如果同一个SKU连续三个月发生断货,问题往往不是某一次少买了100件,而是采购提前期、补货周期或安全库存参数长期不符合实际。反复手工加量只能暂时缓解,不能解决系统性问题。
自动化工具可以提高数据处理效率,但不会自动识别所有业务事实。活动取消、供应商换产线、渠道临时限流、商品质量异常和竞品降价,都可能让模型失效。
我会把系统建议视为“需要解释的方案”,而不是“无需审核的答案”。任何超出历史范围的补货建议,都应要求系统或负责人说明原因。
补货计划最重要的结果不是表格生成得多快,而是能否在断货前发现风险。可以统计预警提前天数,即首次预警日与实际断货日之间的间隔。预警太晚,说明采购提前期或库存口径存在问题;预警太早且大量误报,说明阈值过于宽松。
可以按SKU分级计算预测误差,例如用绝对百分比误差观察预测销量与实际销量的差异。新品误差较高是正常现象,但稳定款如果长期误差很大,通常意味着销售窗口、异常日期或活动影响没有处理。
供应商的交期表现不能凭印象评价。建议记录每一张采购单的下单日期、承诺发货日、实际发货日、承诺到货日和实际入仓日,再计算平均延迟天数和逾期比例。
库存金额高不一定是坏事,关键是资金是否集中在能够产生销售和利润的SKU上。如果高库存主要集中在低动销、清仓和生命周期末端商品,说明补货策略需要从“保障供给”转向“控制退出”。
| 指标 | 计算思路 | 解释 |
|---|---|---|
| 库存覆盖天数 | 可售库存÷预测日均需求 | 判断当前库存能承接销售多久 |
| 订单满足率 | 正常履约订单数÷总订单数 | 衡量库存对履约的支持程度 |
| 缺货率 | 发生缺货的销售机会或SKU数÷统计对象 | 观察供给不足风险,需统一分母口径 |
| 库存周转天数 | 平均库存÷日均销售成本 | 衡量库存资金转化速度 |
| 预测偏差 | 实际销量与预测销量的差异 | 判断需求模型是否需要校正 |
| 供应商逾期率 | 逾期采购单数÷采购单总数 | 评估采购提前期的可靠性 |
| 滞销库存金额 | 超过设定天数未动销库存×采购成本 | 衡量长期资金占用和去库存压力 |

不要第一天就开始计算补货量。先建立唯一SKU编码,确认每个SKU对应的品名、规格、供应商和仓库。然后把库存拆成可售、锁定、残次、在途和已下单未发货五类。
如果不同平台使用不同编码,应建立映射表。一个商品在平台A叫“黑色大号”,在平台B叫“BL-L”,在采购表里又叫“SKU003”,这类编码混乱会让销量和库存无法准确合并。
导入至少近30天订单明细,并标记活动日、断货日和异常销售日。同步整理每个供应商最近几次采购的真实交期、起订量、包装倍数和延期情况。
如果暂时没有足够历史数据,可以先使用人工确认的初始参数,但必须在表中标记“估算值”。估算值和实际值混在一起,是后续复盘无法进行的重要原因。
根据销售额、毛利、波动、断货损失和生命周期,把SKU划分为核心、稳定、新品、长尾和清仓五类。不同类别设置不同的检查频率、补货周期和安全库存范围。
这一步不需要追求分类绝对准确。分类的价值是让团队先拥有一套可执行的管理顺序,之后再根据实际结果调整。
按照日均需求、采购提前期、目标覆盖期、安全库存、当前有效库存和可按时到货在途库存计算建议补货量。对于起订量、预算和仓容造成的差异,单独记录调整原因。
补货会议不应变成逐个SKU争论。建议只讨论红色风险SKU、模型建议与人工判断差异较大的SKU,以及采购金额较高的SKU。
第一版补货计划上线后,不要立即追求自动化。先连续运行4至8周,观察预警是否准确、数据是否及时、供应商交期是否可靠,再决定哪些环节适合自动化。

低库存可以减少资金占用和仓储成本,但会降低应对突发需求和供应商延期的能力。高库存能够提高履约稳定性,却会增加滞销和现金流压力。核心SKU可以更偏向高服务水平,长尾SKU则应更偏向资金效率。
大批量采购通常可以获得更低单价和更少的运输频次,但会放大预测错误和库存过期风险。小批量采购灵活性更高,却可能面临较高采购价、运输成本和供应商不愿接单。
不要只比较采购单价,应计算单位综合成本:采购成本、运输成本、仓储成本、资金成本、报废成本和断货成本都要纳入。低采购价不一定带来低库存成本。
自动化适合处理重复、规则清晰、数据稳定的工作,例如库存覆盖天数计算和阈值预警;人工判断更适合处理活动变化、供应商异常、生命周期切换和重大采购决策。
最可靠的方式通常不是“全自动”,而是“自动发现问题、人工确认原因、系统记录结果”。这样既保留效率,也避免模型在特殊场景下失控。
单一供应商便于管理、价格可能更低,但延期和质量问题会集中暴露。多供应商可以提高供给韧性,却会带来质量标准、采购协同和起订量管理的复杂度。
对于断货损失高的核心SKU,可以考虑建立备选供应商或替代规格;对于低频长尾商品,没有必要为了理论上的安全而维护过多供应链关系。
预测模型越复杂,不一定越适合中小团队。如果每天都在等待更准确的数据,可能错过采购窗口。对于核心商品,应快速使用可解释的初始模型,再通过每周复盘逐步提高精度。

销售额增长并不一定代表经营变好。如果增长伴随着缺货率上升、广告转化下降和履约延迟,可能只是需求被库存约束,店铺没有承接住本可以获得的订单。
反过来,库存增加也不一定代表备货错误。如果库存主要集中在核心SKU,活动后的销售仍然稳定,订单满足率提高,增加库存可能是合理的经营投入。
当一个SKU销量下降时,不能直接要求采购减少补货。需要对比流量、转化率、价格、评价、竞品和库存状态。如果流量正常但转化下降,问题更可能在商品和运营;如果转化正常但经常缺货,问题更可能在供应链和库存规则。
库存金额增加时,应按核心SKU、稳定SKU、新品、长尾和清仓分类观察。核心SKU库存增加可能是在为增长做准备;新品库存增加可能是测试失败;清仓库存增加则说明退出机制没有执行。
当采购表持续记录实际交期、延期比例、缺货影响和质量异常后,团队可以用事实与供应商谈判,而不是依赖口头评价。供应商是否值得承担核心SKU,不应只看报价,还应看交付稳定性和异常处理能力。
电商库存从0到1,最值得先做的不是购买一套复杂系统,也不是建立几十个没人维护的指标,而是完成三件基础工作:统一库存口径、建立SKU分级、把补货触发点与真实采购提前期连接起来。
之后,再把销量、库存、采购、活动和供应商履约数据汇总到一个可追踪的分析环境中。无论使用表格还是九数云这类数据分析工具,核心都不是图表数量,而是每一个异常是否有明确的责任人、处理动作和复盘结果。
我对补货计划的判断是:库存管理不是在“断货”和“积压”之间二选一,而是在不同商品、不同阶段和不同风险下,主动选择最值得承担的成本。核心爆款可以用更高库存换取稳定履约;新品可以用小批量换取真实数据;长尾商品可以用低库存换取资金效率;季节商品则必须把退出日期纳入第一次采购决策。
下一步可以从一个最重要的SKU开始:记录它的真实可售库存、近7天和近30天销量、采购及入仓提前期、可按时到货的在途库存,并计算一次库存覆盖天数和补货触发点。连续运行四周后,再把同样的方法复制到其他SKU。补货机制不是一次搭建完成的制度,而是一个通过数据、执行和复盘逐步变准的经营系统。
我刚开始管理店铺库存时,系统里显示还有180件,但仓库真正能发出的只有96件,另外一部分被售后单、残次品和已分配订单占用了。我想知道,制定补货计划前到底应该拆分哪些库存字段,哪些库存可以抵扣补货量?
补货前不要直接读取“库存总量”,而要先统一库存口径。真正能用于补货判断的,是预计销售周期内可以正常发出的有效库存,而不是仓库里所有货物的简单相加。建议至少拆成以下几类:可售库存、已分配库存、锁定库存、残次库存、在途库存和已下单未发货库存。其中,可售库存可以直接进入计算;已分配和锁定库存不能重复计算;
残次库存不能按正常商品抵扣;在途库存只有在预计到货日晚于断货日之前时,才适合纳入抵扣。
库存字段是否计入有效库存判断要点 可售库存是已完成质检并能正常出库 已分配库存通常否已经对应订单,不能再次用于新订单 锁定库存通常否可能因预售、风控或调拨被占用 残次库存否除非完成返修并重新上架 在途库存有条件计入必须确认到货时间能覆盖销售窗口 实操中,我会先用“有效库存=可售库存+预计能按时到货的在途库存”作为补货计算基础,再单独保留已分配库存和锁定库存,避免出现系统库存看似充足、实际可发天数却不足的问题。
我以前补货主要凭感觉,看到某个SKU卖得快就直接下单,结果不是提前压货,就是货还没到就断货。我希望有一套简单但不容易误用的计算方法,最好能用具体数字演示一次。
补货量的核心不是“仓库还剩多少”,而是判断现有库存能否覆盖从今天到下一批货完成入仓之间的需求。建议先计算交期内需求,再加上安全库存,最后扣除当前有效库存和能够按时到达的在途库存。
基础公式可以写成: 补货触发点=预计日均销量×采购及入仓提前期+安全库存 建议补货量=目标库存-当前有效库存-可按时到货的在途库存 例如,某核心SKU近30天有效销售量为600件,剔除两天断货后,有效销售天数为28天,则预计日均销量约为21.4件。
供应商生产、运输、质检和入仓总共需要10天,安全库存设置为80件;当前可售库存为100件,可按时到货的在途库存为50件。
项目数值 预计日均销量21.4件 采购及入仓提前期10天 交期内需求214件 安全库存80件 补货触发点294件 当前可售库存100件 可按时到货在途库存50件 建议补货量144件 实际下单时还要向上取整到供应商起订量或包装倍数。
例如起订量为100件、每箱24件,144件不能机械地下单,通常应在评估活动、仓容和资金占用后选择144件、168件或200件,而不是直接套公式。
我看过不少补货建议,都会直接给出安全库存天数,但我的新品、爆款和长尾商品波动完全不同。统一设置一个天数看起来简单,却让我担心核心款断货、慢销款积压,应该怎样按SKU区别设置?
安全库存不应该照抄固定天数,因为它承接的是两类不确定性:需求比预计更高,以及供应商比承诺时间更晚。销量稳定、交期可靠的商品可以少留缓冲;销量波动大或缺货损失高的商品,才有理由设置更高安全库存。我更建议先按SKU分层,再决定安全库存,而不是先规定所有商品统一备货7天。
可以从销售贡献、销量波动、供应商稳定性和断货损失四个维度判断。
SKU类型典型特征建议策略 核心款销量高、毛利贡献高、缺货会影响店铺成交高频监控,安全库存可覆盖需求波动和一次交期延误 稳定款销量规律,供应商交付较稳定按固定周期补货,保持中等缓冲 新品缺少历史数据,预测误差大小批量试采,缩短复盘周期,不宜一次性堆高库存 长尾款低频销售、需求不连续降低补货频率,必要时采用按单采购或组合消化 清仓款销售持续下滑或即将淘汰原则上停止补货,优先处理现有库存 一个实用的起步方法是:稳定SKU先用近30天销量波动和实际交期制定缓冲;
新品先用小批量验证,不把猜测当需求;核心SKU则额外评估断货损失。安全库存过高会掩盖预测错误,过低则会把供应商延误直接传导成断货,所以它应当随着预测偏差和交期表现复盘调整。
我曾经按日常销量的3倍给活动款备货,活动当天确实卖得不错,但活动结束后库存消化了很久。现在我想知道,大促备货到底应该看哪些信号,活动结束后的剩余库存又该如何处理?
大促备货最容易踩的坑,是把“日常日均销量×一个放大倍数”当成预测。这个方法忽略了预售订单、投放预算、优惠力度、库存可见性、竞品活动和活动持续时间,倍数越大,错误库存也可能被同步放大。
更稳妥的做法是把活动需求拆成三部分:已确认的预售或预约订单、基于历史同类活动推算的增量需求,以及活动期间的基础自然销量。然后再扣除活动前可用库存和能按时到货的在途库存。
预测组成示例数量处理方式 预售及已确认订单300件优先保障,不能用普通预测折扣 活动增量需求420件参考同类活动、流量和转化率修正 活动期间自然销量180件按活动天数和近期趋势估算 活动需求合计900件再结合安全库存和供应限制决策 如果活动前可售库存为520件,能在活动中段前到货的在途库存为260件,另需保留100件安全库存,那么理论缺口为220件。
但我不会立即采购220件,而会再检查供应商起订量、活动剩余天数和退货概率,必要时采用分批到货。活动结束后的复盘也很关键。应分别记录预测销量、实际销量、活动期间缺货时长、实际到货时间和剩余库存,而不是只看“卖了多少”。如果预测偏差主要来自投放未达预期,就应调整流量假设;
如果来自供应商延迟,则应调整提前期和供应商评级,而不是简单修改下次采购数量。


读者评论
文章把账面库存、可售库存和在途库存区分开来,这一点很实用。尤其是将锁定库存、质检异常库存扣除后再计算覆盖天数,能避免补货判断过于乐观。
补货公式和示例比较清晰,但实际执行时还要结合退货率、活动波动和仓容预算动态调整,不能完全依赖单一日均销量。
SKU分级和新品小批量验证的思路较适合中小团队。建议进一步明确安全库存的复盘周期,并持续对比预测销量、实际销量和供应商实际交期。