供应链智能体开始管入库，卖家先把库龄和补货分开算
Amazon 最近把供应链智能体、入库规划和库龄管理推到卖家工具前台。卖家别把 AI 的补货建议直接当采购指令，先拆可售库存、在途库存、库龄库存、入库限制和真实需求，避免为了降低库龄反而把缺货风险推高。
2026-09-28
供应链智能体开始管入库，卖家先把库龄和补货分开算
Amazon 最近把供应链智能体、入库规划、库龄管理和全球销售工具一起推到卖家工具前台。对运营团队来说，真正重要的不是又多了一个可以提问的 AI，而是库存问题开始被放到一个更大的经营上下文里：商品卖得快不快、库存放在哪、货在不在途、库龄是否升高、入库有没有限制、广告还要不要继续放量，可能会被同一套工具同时拿来判断。
这会让补货决策变快，也会放大一个旧问题：库龄和缺货不是同一个目标。 如果卖家只因为库龄升高就让 AI 降价、清仓或暂停广告，可能短期降低仓储压力，却错过下一个销售窗口；如果只看预测需求补货，又可能把慢销库存继续堆进仓库。供应链智能体能帮助找出信号，但库存事实、毛利底线和活动计划仍然要由团队核对。
运营判断：先把库龄表和补货表接起来，再接受 AI 的动作建议。 AI 可以做异常识别、情景比较和草稿计划，但不要把“建议入库多少”直接当成采购审批。
先改哪张库存表
第一张要改的是 ASIN 级库存事实表。至少拆开可售库存、预留库存、在途库存、接收中库存、不可售库存、库龄分层和预计入库日期。第二张是需求与活动表，把自然订单、广告订单、促销订单、季节性峰值和预计退货分开。第三张是动作审批表，记录 AI 建议是补货、延迟入库、转仓、降价、清库存、暂停广告，还是只观察。
如果这些字段混在一个“库存数量”里，智能体很容易把库龄升高理解为全局库存过剩。实际上，某个变体可能库龄较高，另一个变体却已经接近缺货；一个站点可能滞销，另一个站点却有稳定的搜索需求。Flyfus 可以帮助团队把 Listing 事实、买家问题、竞品价格和页面证据导出到同一份商品诊断材料里，供应链判断则要再接入仓储和财务字段。
库存事实拆分表
| 检查层 | 必须拆开的字段 | AI 容易误判的地方 | 运营先做什么 |
|---|---|---|---|
| 可售 | 主站点、变体、可售数量 | 把预留库存算进可卖库存 | 核对可售与活动预留 |
| 在途 | 发货批次、预计到仓、接收状态 | 把未接收当成确定库存 | 查承运和接收异常 |
| 库龄 | 库龄区间、仓储成本、变体 | 只看平均库龄 | 找出真正拖累的 SKU |
| 需求 | 自然、广告、促销、季节 | 用短期峰值外推全年 | 做高低情景预测 |
| 约束 | 入库限制、仓容、包装变化 | 认为有货就能马上入库 | 先确认能否接收 |
| 利润 | 券后价、费用、退货、清仓成本 | 用销售额替代毛利 | 设最低净利线 |
三步判断框架
第一步：先问库存为什么变老
库龄上升可能来自需求下滑，也可能来自补货过量、变体错配、主图和页面承诺失真、配送范围变化或广告吸引了不合适的流量。卖家不要看到库龄预警就马上降价。先把近 14 天和近 60 天的订单、搜索词、转化、退货原因、广告花费和价格变化放到同一条时间线上。
如果订单没有明显下降，但某个变体库存变老，问题可能是颜色、尺寸或套装结构不匹配；如果点击还在、转化下降，则优先查 Listing 证据和评价问题；如果自然需求下降、广告订单也没有增量，再考虑促销和清库存。AI 的价值在于缩短排查时间，而不是替代原因确认。
第二步：把入库建议放进需求情景
供应链智能体给出入库建议时，至少要做低、中、高三种情景。低情景使用自然订单下滑、退货上升和广告降档后的需求；中情景使用当前转化与活动节奏；高情景才考虑大促、品牌词增长和内容优化后的增量。每个情景都要写清库存可售天数、预计缺货日期、入库批次和最低毛利。
不要用一个漂亮的平均预测掩盖风险。对高客单价、长交期、强季节性 ASIN，宁可把入库分成两批，也不要一次性把全部预测量送进仓。对低价慢销品，则先算仓储费、移除费、促销折扣和退货成本，确认清库存是否真的比继续占仓更好。
第三步：把广告和库存动作绑定
库存决策不能和广告决策分开。可售天数低于安全线时，应该限制上层触达和泛词扩量，但不一定要完全停掉高意图词；库龄高且页面转化正常时，可以做小预算促销测试，而不是直接大幅降价；库龄高且退货原因集中在尺寸或材质时，先改页面证据和 FAQ，再决定是否投放。
广告组里要新增库存状态、库龄区间、预计补货日、最低毛利和暂停条件。这样团队复盘时能回答“为什么这组广告降档”，而不是只看到 ACOS 变化。Flyfus 的买家需求分析和 Listing 深度诊断可以补充页面层证据，让库存动作不至于只靠仓储数字驱动。
哪些动作别急着做
- 不要把库龄升高直接等同于商品没有需求。
- 不要把在途数量当成已经可售的确定库存。
- 不要用一个站点的平均库存判断所有站点和变体。
- 不要在没有毛利、退货和清仓成本的情况下接受降价建议。
- 不要因为 AI 给出补货数量，就跳过承运、接收和入库限制核对。
7 日库存行动清单
- 选出库龄最高和可售天数最低的 20 个 ASIN。
- 为每个 ASIN 拆可售、预留、在途、接收中和不可售数量。
- 把自然、广告、促销和季节需求分别列出。
- 建立低、中、高三档入库情景和预计缺货日期。
- 给广告组补库龄、可售天数、最低毛利和暂停条件。
- 用 Flyfus 检查页面证据、买家问题和退货原因是否匹配。
- 记录 AI 建议、人工修改、审批结果和实际库存偏差。
复盘口径怎么给老板
老板不需要只看“库存周转改善了多少”。更好的口径是：哪些库龄库存被识别为真实慢销，哪些 ASIN 避免了缺货，入库建议和实际订单偏差多大，清库存动作是否守住净利，哪些页面问题导致库存变老。这样才能区分是供应链动作有效，还是单纯把库存压力转移到价格和广告上。
服务商也要更新交付标准。只交付一份补货数量表，客户无法判断建议是否考虑了页面质量、退货原因和广告承接。更完整的交付应该包含库存事实表、需求情景、入库限制、广告联动和复盘记录。供应链智能体越深入，外部服务商越需要把商品诊断和库存判断接到同一套 ASIN 语言里。
卖家可以马上做的 5 件事
- 把库龄、可售天数和入库批次放进同一张 ASIN 表。
- 用低、中、高三档情景复核 AI 的补货建议。
- 将广告降档条件与库存、毛利和退货信号绑定。
- 对页面转化问题先做 Listing 和 FAQ 诊断，再决定清库存。
- 用 Flyfus 固化商品事实和买家问题，避免库存决策只看数量。