别拿 FBM 处理时效当缓冲：亚马逊可接管 180 天

过去很多 FBM 团队会给 handling time 多留一天：平时一天能发，就在后台写两天。订单早发，买家觉得惊喜；仓库碰上周一爆单，也还有缓冲。

从 2026 年 6 月 29 日起，这个差值不再只是卖家的内部选择。亚马逊开始要求 Professional 卖家让每个自配送 SKU 的设置时效与实际出库速度保持一致。重点不是某一单早发了，而是后台承诺长期比真实能力慢。

新规则管的是准确，不是单纯追快

Handling time 是买家下单到卖家把包裹交给承运商的时间；transit time 才是交运之后的路程。亚马逊用两段时间一起算前台展示的到货日。你多填一天 handling time，商品在承运商表现被计算之前，就已经比竞品慢了一天。

亚马逊称，美国站超过 87% 的 FBM 订单能在一天内完成处理，并称承诺到货时间每缩短一天，销量平均提升 5%。这个 5% 是亚马逊自己的总体观察，不是任何 ASIN 的增长保证。价格、Featured Offer、库存位置、承运商覆盖和品类都会改变结果，不能拿它直接写进销售预测。

当前帮助页写明，这项要求适用于 Professional 卖家；符合条件的定制商品、正式注册并通过 Amazon Handmade 销售的商品、生鲜品，以及重量不低于 150 磅的 LTL 商品可豁免。普通慢销品或批量生产 SKU 不能因为“操作特殊”就自行归入豁免，必须回到账户里的实际项目和运输条件核对。

先给每个 SKU 选清楚控制路径

亚马逊给了两条路。第一条是 Automated Handling Time（AHT）：系统按近期出库历史逐 SKU 计算时效。有足够历史后，AHT 会覆盖账户默认值和人工填写的 SKU-specific handling time；新品或历史不足的 SKU，则可能继续采用手动 SKU 值或自动默认值，直到样本足够。

第二条是继续手动管理，但这等于接受持续监控。亚马逊会按 30 天观察 SKU；如果实际发货持续比设置值至少快一天，该 SKU 可能被标记不合规。卖家收到通知后有 30 天校正。仍未改准确，亚马逊会在接下来 180 天代为调整，并给被调整 SKU 提供 Late Shipment Rate（LSR）保护；这段时间卖家不能再修改该时效。

官方公告没有公开“持续”需要多少订单、达到什么统计阈值。低销量 SKU 不能假装有一个精确公式。应保留订单级证据，并以账户实际收到的通知为准。

别用故意晚发来保住缓冲

货已经打包好，却硬等到最后一个 ship-by day 才交运，只是让报表看起来更贴近旧设置，代价由买家承担。更糟的是，团队会开始迎合设置，而不是让设置反映团队。

包裹准备好就应正常交运。如果稳定一天能发，就把设置改成一天，或让 AHT 根据历史识别。如果波动是真实的，就拆出原因：生产、个性化、揽收覆盖、仓库休息日、调拨，还是爆单。把控制放在真正的约束上，别让所有订单都背一个笼统的慢承诺。

AHT 适合“过去能代表未来”的稳定流程。已知流程刚调整，或 SKU 确有合格豁免时，手动控制更有理由。亚马逊说，AHT 最多可能需要三周才反映新的提速；卖家也可选择 faster handling，让更短的手动值优先，但相应 SKU 会失去 AHT 提供的 LSR 和 OTDR 保护。这是权限与保护之间的交换，不是免费加速键。

产能、截单和时效要分开配

Handling time 兜不住一张错误的营业日历。逐个发货仓核对后台实际显示的截单时间、营业日和承运商揽收。设置 same-day 的订单，在截单前进来的必须当天发；设置一天处理时效的订单，通常要在下一个营业日完成发货确认。

爆单缓冲应交给 order handling capacity。亚马逊当前帮助页说明：超过设定处理上限的订单会自动增加一天 handling time。它比“全年所有订单都写慢一天”更真实。上限要按仓库实际 pack-out 能力设置，还要演练跨过上限后前台承诺如何变化。

最后别漏掉发货确认。亚马逊对“迟发”的判断看 expected ship date 之后是否仍缺 shipment confirmation；箱子准时离开、后台晚确认，一样会被计入。LSR 按 10 天和 30 天窗口统计，仅适用于 FBM，要求低于 4%。交运、确认和有效追踪号必须是一条流程。

通知来之前先把证据包装好

下载 Handling Time Report，以 marketplace + SKU 为一行，记录当前模式、设置天数、订单量、实际交运分布、发货仓、截单、揽收、capacity、豁免依据和 Amazon 通知日期，再给每行加负责人和下次复核日。

高销量 SKU 每周看；新品和低销量 SKU 单独分组，避免把一个异常周描述成稳定能力。计划停工、承运商故障、系统中断和临时用工变化都要标记，但一次事故也不能用来否定长期规律。

收到通知后，保留变更前设置、触发模式的订单、选定的校正方案和实际修改时间。目标不只是躲过 180 天接管，而是能回答：当时前台承诺是什么、为什么它可实现、改完后转化是否提升，以及迟发率有没有逼近 4% 红线。

操盘手结论

亚马逊把 handling time 从一个舒服的账户默认值，变成了 SKU 级准确性要求。这不等于所有卖家都该无脑打开 AHT，也不等于偶尔早发一单就有问题。

真正的变化是：这个控制现在必须有人负责。历史稳定的用 AHT；波动真实且团队能持续复核的，才保留手动值。爆单交给 capacity，营业日交给 cutoff，承运商风险放进 transit plan。然后，货好了就发。

错误的缓冲，是多出来却没人能解释的一天；正确的缓冲，是有数据、有负责人、也有触发条件的真实约束。