零售生意做到一定规模，商家每天要打理的SKU少则几十上百，多则成千上万。月初还好说，人工盘盘库存勉强能应付；一旦订单量涨起来，哪个款卖空了、哪个颜色断码了、哪个仓库还有多少余货——这些信息如果全靠人肉眼盯着，极容易漏看、迟看，最后不是缺货丢单就是积压亏钱。

库存管理做得好不好，直接决定企业能不能把钱转起来。该补的货及时补上，畅销品不断供；该停的货及时收住，别让资金全堆在仓库里。这件事听起来简单，做起来却是个技术活。



补货这件小事，说到底就是三个问题：什么时候该补？每次补多少合适？补货计划怎么变成一张可执行的单据？把这三个问题回答清楚，库存管理才算真正上了轨道。

围绕这三个问题，产品层面可以设计对应的功能模块。本文重点聊聊第一环——补货提醒机制。

补货提醒要解决的问题很直接：让系统代替人工盯库存。



很多商家有这个感受：店铺卖着几百个SKU，不可能天天逐个检查。往往等到客户下单才发现某个SKU已经售罄，或者仓库堆了一堆货才发现某个款已经无人问津。补货提醒要做的，就是设置一套自动触发的预警规则，当库存低于某个临界点时，系统主动跳出来告诉你“该补货了”。

这套机制的实现逻辑不复杂，关键在于预警条件怎么定。不同类型的商品销售节奏完全不同，不能用一把尺子量到底。



固定库存预警是最基础的做法。商家可以针对每个SKU手动设定一个预警值，比如20件。当系统检测到当前库存低于这个数，就自动触发提醒。这种方式适合销售相对稳定、可预测的商品，比如标准化的配件、耗材，或者季节性不明显的基础款。优点是简单直接，商家心里有杆秤，知道多少库存是安全线。

当然，固定数值法也有局限。销售波动大的商品怎么办？滞销品和畅销品难道用同一套标准？这就涉及到更复杂的动态预警逻辑，后面有机会再展开聊聊。

除了预警条件本身，还有几个概念需要同步弄清楚。补货周期指的是从提交补货计划到货物真正入库上架所需要的天数，这中间通常包含供应商确认、生产排期、物流运输、仓库验收等多个环节。在途库存则是指那些已经下单但还没到货的库存，这部分虽然没入库，但在计算真实库存水位时必须算进去，否则很容易出现重复补货的情况。

把这些概念和预警规则结合起来，商家就能做到心里有底：该补的货提前触发，不用等到卖空了才手忙脚乱。库存管理的效率，就是从这些细节里一点点抠出来的。