6.29 大限！亚马逊要替你定发货时效了
515— 1 —
亚马逊要替你定发货失效了
从 6 月 29 日起,亚马逊全站点强制要求:
自配送SKU的处理时间,必须和你的真实发货速度一致。 否则亚马逊有权直接接管、替你重设。
这条新规正好卡在 6 月 23–26 日 Prime Day 之后、暑期旺季之前。也就是你刚打完一场大促,还没喘口气,合规的"大限"就到了。
新规到底改了什么?
处理时间(Handling Time)范围是：从买家下单,到你把包裹交给承运商(UPS/USPS 等)的这段时间。
亚马逊就是用它来计算买家在前台看到的"预计送达日期"。
在过去：很多卖家会故意把处理时间设得保守一点。
比如实际 1 天能发,却填 2–3 天,给自己留缓冲,避免偶尔手忙脚乱时迟发被罚。这是行业里"低承诺、高交付"的惯用操作。
但现在：新规要动的就是这个空间。判定标准是:你后台填的处理时间,要和实际发货速度"持续一致"才算准确。
一旦系统发现某个 SKU 在滚动 30 天里持续比你设定的时效早至少 1 天发货,就会把它标记出来,要求你在 30 天内更新。
亚马逊给的理由也很直白:送达承诺每提前一天,销量大约能提升 5%。,你"低承诺"=前台显示的送达日期偏晚=买家流失,它当然不乐意。
新规一出，卖家对此并不买账
卖家论坛直接炸锅,矛盾点很集中:
很多人靠"低承诺、高交付"维护好评和复购，偶尔提前发货,是给买家的惊喜,不该因此被"反向惩罚"。
但新规后，你持续早发,系统就认为你的设定"太保守",会自动往前压。
有卖家就放话：干脆以后压到最后一天才发,免得因为发得太快反被标记。
这显示和亚马逊提高时效相反。
而且，一旦时效被压紧,留给突发状况(供应商断货、物流延误、周末积压)的缓冲就没了,迟发率(LSR)的风险反而上升。
平台要的是"准",卖家要的是"稳",这才是两者的冲突点。
—2—
卖家现在应该能做三件事
这里官方给了两个选择,很多卖家只看到了第一个,其实第二个才是关键。
路径 A:开启自动处理时效(AHT,Automated Handling Time）
这是官方推荐，系统会根据你最近的发货历史,自动给每个 SKU 设置处理时间,自带迟发率(LSR)保护。
好处是省心,不用再逐个 SKU 盯;但代价是你交出了"设定权",时效由系统说了算。
路径 B:继续手动设置
这个要接受监控，你仍然可以自己设,但亚马逊会按滚动 30 天监控。如果某 SKU 持续比你设的时效早发,就会被标记,你得在 30 天内自己改准。
注意：如果两个都不做，那么亚马逊直接接管SKU 的处理时间设置,并给 180 天的迟发率保护。
几个简单判断:
发货快且稳、订单量大 → 开 AHT,省事,还有 LSR 保护;
发货速度波动大、有定制/手作环节 → 留手动,但务必把时效填准,别再留"虚高缓冲";
什么都不想管 → 那就等于默认让亚马逊接管,后果自负。
哪些情况可以先不管？（新规有明确豁免）
只适用于专业卖家计划;
定制类商品、手工制品、走 LTL(零担/整车货运)的大件笨重商品,不在此列。
如果你的品类正好在豁免范围内,这一波可以先放下。
但如果你是标准件自配送卖家,下面三件事现在就得做。
卖家现在必须做的 3 件事：
1.自查"真实发货速度 vs 后台设置"的差距。
把主力 SKU 拉出来,对比一下你实际平均多久把货交给承运商,和后台填的处理时间差多少。
2.做出 AHT / 手动的决策,别拖到 6.29。
按上面的判断逻辑选定一条路。要留手动的,现在就把时效改准、把"虚高缓冲"挤掉,主动改总比被亚马逊接管强。
要开 AHT 的,现在就能在"配送设置"里开启,提前让系统跑一段历史数据,免得旺季切换出乱子。
3.旺季期间,把缓冲做在"运营"上,而不是"时效设置"上。
既然时效缓冲被压缩了,旺季的抗风险能力就得靠别处补:提前备好包材和库存、和承运商确认揽收时效、周末订单的处理流程理顺。
