6 月 25 日（上海时间）的资料复核中，最适合中国大陆和台湾卖家立即使用的信号，不是又一份 Prime Day 备战清单，而是 Amazon Seller Forums 中 Prime Day 2026 Megathread 仍在活动窗口内持续收集卖家问题。Amazon 把 2026 年 Prime Day 安排在 6 月 23 日至 6 月 26 日，论坛和卖家指南同时把 Deal 不显示、FBA 库存未及时接收、价格或 Featured Offer 问题、Listing inactive/suppressed、广告未投放等列为常见故障。
对跨境团队来说，这些故障如果只在群里口头追责，很快会变成一团乱账：运营说活动没展示，仓储说货已经到仓，广告说预算没花出去，客服说买家在催发货，财务又看到预留金和退款增加。真正有用的动作，是在 Prime Day 还没有结束时就建立一份实时证据日志，让后续 Case、申诉或资金排查能回到具体事实。
实时问题要实时留证
大促结束后再截图，很多状态已经变了。Deal、库存、价格、广告、订单和消息的证据，要按站点和小时保存，而不是靠事后回忆。
先按站点和小时建立事件日志
Prime Day 故障通常不是单点发生。美国站的太平洋时间、欧洲站本地时间、中国团队工作时间、第三方仓截单时间和 Amazon 后台刷新时间都可能错开。日志的目标不是写长篇复盘，而是让任何审核人员能看懂：什么时间、哪个 ASIN、哪个系统状态、谁做了什么。
- 每条事件记录 marketplace、时区、ASIN、MSKU、FNSKU、Deal ID、Campaign ID、Case ID 和责任人。
- 保存当时的 Manage Inventory、Deal Dashboard、Coupon、Ads Console、FBA shipment、Account Health 和 Payments 截图。
- 把页面状态分成可售、suppressed、inactive、缺少 Featured Offer、价格警告、库存不可售、广告拒登或预算未消耗。
- 记录每次修改的字段：价格、coupon、库存数量、handling time、配送模板、广告状态、图片或标题。
- 如果联系 Seller Support，把提问、回复、时间戳、建议动作和执行结果放在同一行，不要只保存最后一封邮件。
把五类 Prime Day 故障分开处理
Amazon 的官方卖家提醒把常见问题拆得很细，这一点对恢复工作很重要。Deal 没显示、FBA 未接收、价格/Featured Offer 丢失、Listing 停用、广告没跑，看起来都会导致销量下降，但它们对应的证据和入口不同。把它们混成一个“Prime Day 损失 Case”，通常只会得到模板回复。
- Deal 或 Coupon 问题：保存资格页面、提交时间、批准状态、活动价格、库存要求和系统错误提示。
- FBA 接收问题：保存 Shipment ID、承运商轨迹、POD、checked-in/receiving/reserved/sellable 状态和库存变化。
- 价格或 Featured Offer 问题：保存当前价格、参考价格、Business Price、运费、最低/最高价格、Buy Box 状态和外部价格证据。
- Listing inactive 或 suppressed：保存 Account Health 通知、Manage Inventory 原因、页面贡献记录、最近 30 天的 Listing 修改。
- 广告未投放：保存 Campaign 状态、预算、竞价、拒登原因、落地 ASIN 状态、库存和 Featured Offer 资格。
FBA 延误和 FBM 补位不要互相污染
Prime Day 期间最容易出现的错误，是 FBA 库存没及时变可售后，团队临时打开 FBM、海外仓或第三方仓补位，但没有同步调整承诺。后续一旦出现迟发率、取消率、ODR、A-to-z 或差评，Amazon 不会只看“FBA 来不及”这个背景，而会看卖家当时承诺了什么、实际怎么履约、哪些订单受影响。
- FBA 线单独记录：货件创建、发货、签收、入仓、接收、可售、预留和滞留库存的时间点。
- FBM 线单独记录：库存锁量、截单时间、承运商、Buy Shipping、追踪上传、确认发货和异常订单。
- 不要把未接收的 FBA 库存当作 FBM 可售库存承诺；能发多少，只按仓库实际可控数量开放。
- 如果修改 handling time 或配送模板，保存修改前后截图，并标记生效时间与受影响订单。
- 对每个取消或延误订单标记主因：缺货、仓库未出、承运商未扫、地址问题、系统同步错误或客服误操作。
客户消息、退款和资金压力也要同步冻结
大促问题不只影响页面和履约，还会传导到客户消息、A-to-z、退货、退款、广告扣费、DD+7 预留和可用余额。中国团队如果只保存 Deal 和库存截图，后面处理资金暂扣或订单缺陷时会缺少订单级链路。
- 导出 Prime Day 期间的 Buyer-Seller Messages、自动回复、客服模板和超时消息。
- 把退款、退货、A-to-z、chargeback、负面反馈和 SAFE-T 相关订单单独标记。
- 每天保存 Payments 中的 Account Level Reserve、deferred transactions、广告扣费、退款和 FBA 费用变化。
- 如果订单走 DD+7，记录妥投日期、预计释放日期和实际释放状态，不要直接写成资金被冻结。
- 如果客服承诺补偿、重发或取消，保存授权人、时间、原因和是否符合 Amazon 沟通政策。
什么时候回到恢复路线
Prime Day 实时日志不是为了把每个运营小问题都升级成申诉。它的价值在于，问题一旦变成账户健康、ASIN、订单绩效或资金控制，你已经能给出清晰路径，而不是把所有损失都归因于大促压力。
- 迟发、取消、未履约或 ODR 上升，回到 performance issues 路线，按订单样本和指标拆根因。
- ASIN inactive、suppressed、价格警告、品牌字段或页面贡献被拒，回到 ASIN/listing deactivation 路线。
- A-to-z 或差评集中出现，先按订单证据、Buy Shipping、妥投证明和客户沟通分流，不要只强调销量高峰。
- 预留金、DD+7、负余额或广告扣费造成现金流异常，回到 funds-on-hold 或 negative balance 证据表。
- 如果 Amazon 通知已经引用更广泛的账户行为，先冻结完整时间线，再判断是否进入 generic blocking notice 或账户层面申诉。
Prime Day 2026 还在进行时，最实用的恢复准备不是写一封解释信，而是让团队从现在开始能重建事实：哪个 ASIN 在什么时间出了什么问题，后台如何显示，卖家做了什么控制，哪些订单和资金受到影响。等到需要申诉或开 Case 时，再回到 performance issues、ASIN/listing deactivation 或 funds-on-hold 的对应证据路线，会比泛泛说“大促期间系统异常”更容易被审查。