亚马逊Smart的自动补货是怎么运转的？库存积压前能提前几天察觉？

凌晨两点，你把那条销售曲线放大，想从里面看出哪一天开始不对劲。曲线还在往上走，可仓库那边已经压了半个月的货。你盯着屏幕，忽然想明白一件事。真正让你被动的不是缺货，是它要等到快断的时候才告诉你。系统给的这个补货信号，能不能提前几天落到你手上？

一、Smart 的补货建议是按什么算出来的？

核心是销售速度。系统按你的历史销量、开店天数和同期波动，算出一个预估日销，再倒推覆盖天数，得出一个建议补货量。不是拍脑袋定的阈值，是拿你自己的数据跑出来的。

断货周期的设定在卖家后台的库存管理里，默认值通常在 30 天左右。周期调长，系统会留更大的安全垫，调短则更贴着真实的流转速度走。

预测还看季节性。同一款在去年同期卖过的品，会被算进季节因子里。所以做了一年以上的店，数据比新店的建议准得多，新店的建议基本只能当参考。

还有一个数据源是竞品的缺货天数。这个数据平台不直接给，但可以从评论的时间和排名曲线的断点反推出来。

二、它给的补货量和安全库存差在哪？

补货量是主动发货数，安全库存是留在仓里防意外的 buffer。两个数不是同一个概念，混用就会一边积压一边断货。

建议量里已经含了一部分安全垫，系统给的量通常等于预估日销乘以补货周期，再按你的可售天数和入仓时效做修正。仓在海外还是国内，发货干线要几天，这一段都会算进去。

安全库存则是给突然爆量用的。旺季、平台活动、断货恢复期的余量，手动设一个更高的数值，别指望系统替你扛突发。

两个数要一起看。只看建议量不看安全库存，容易在旺季压货；只看安全库存不看建议量，容易在淡季断货。

三、哪些品会被优先算进 Smart 的池子？

销量稳定、有连续销售记录、库存数据完整的品会先进池。断货过久、长期零销、或者刚上架没数据的品，系统算不准，会被排在后面。

补货在途时间越长的品，越容易被系统盯上。你的货从国内发到美国仓，实际在途 30 天以上，那这 30 天就是一个巨大的不确定区间，系统给的建议会偏保守。

所以把物流时效填准比什么都要紧。填 15 天实际走 30 天，系统会以为你在 15 天后就有货可用，建议量自然往上加。

有些品系统长期算不准，比如有大促脉冲的品、刚清过库存的品。这类品别信系统的数，自己按历史峰值加缓冲来备。

四、照着系统数字补货，哪一步最容易出错？

最容易错的是把建议量当成必须执行的量。它是参考，不是命令。销售节奏变了、平台临时改了发货政策、你的工厂排期排不开，这三个情况下都要往回调。

群友陶然做硅胶餐盒，第一次全盘照抄建议量，一个季度压了 5200 套折叠碗，后来改成按建议量的七成下单，再根据真实动销每月修正，三个月把库存周转拉回到 26 天。

还有一个坑是多个渠道共用一条补货链。同一款在两个站点卖，系统只会算一个池子，你按它的量发一次，另一边的销量就漏了。分渠道补货，比追求一次算准更实际。

别只盯着一款。同一批货里如果有几款互相替代，系统给每款都建议备货，合起来的量可能远超你的仓容。

五、什么情况下应该直接关掉这个功能？

如果你的 SKU 数量在三位数以内，而且备货全靠人工判断，系统给的建议反而会拖慢你。这种规模用一张表就能管明白。

另一个信号是你反复照着建议量下完单，结果还是断货。那说明你的销量波动远大于系统的建模范围，工具已经帮不上你了。

还有一种情况是 SKU 太多、库存周转极快。这时候真正该做的是改善供应链，把采购周期压短，而不是让预测算得更准。

群友屿舟做猫抓板，SKU 上到 240 个之后放弃了系统建议，改用周报加人工核对，三个月断货次数从每月六次降到一次。