大促结束后，最容易出现两种误判：把订单增长直接当成长期需求，把页面或广告变化直接当成销量原因。更稳妥的做法是先保存事件期间的原始记录，再按 SKU、站点和时间窗口对照，最后把“观察到的事实”“可能的解释”和“下一步动作”分开。
一、先固定复盘范围
先建立一行主键：站点、ASIN、SKU、父子体关系、销售渠道、活动名称、活动开始和结束时间。对照窗口可以另设为活动前和活动后，但要明确各自的起止时间。若活动跨越多个时区或多个站点，保留原始报表的时区和下载时间，不要把不同口径的数字直接相加。
Prime Day 相关的活动资格、促销类型、库存准备和工具入口以 Seller Central 当前账户页面及官方帮助为准；平台页面、费用和资格可能按站点、类目和账户变化。本文提供的是复盘框架，不替代平台通知，也不判断某个 SKU 是否具备活动资格。
二、五张表先对齐
1. 订单与流量表：记录 SKU、站点、日期、订单、件数、销售额、sessions、page views、单位 session 百分比等实际可取得的字段，并保留报表文件名和下载时间。不要把退款后的净额、下单额和结算额混称为“销售额”。
2. 促销表：记录促销类型、适用 SKU、展示价格、参考价格口径、活动状态、广告活动、优惠券和实际生效时间。优惠是否被使用、折扣是否叠加、广告归因窗口如何计算，都应以对应平台记录为准。
3. 库存与履约表：记录活动前后可售库存、在途库存、不可售库存、入库或调拨状态、缺货时段、配送承诺和仓储异常。库存下降不一定等于需求上升，还要检查补货、移除、损坏和退货入库。
4. 退货与客户反馈表：按 SKU 记录退货数量、退货原因、星级、评论主题、客服工单和产品批次。把“客户反馈中出现的问题”与“已经确认的产品缺陷”分开，后者需要进一步调查或检测证据。
5. 页面版本表：保存活动前后的标题、五点、A+、主图、变体关系、价格、促销标识和修改时间。页面变化是事实记录，不等于已经证明它造成了转化变化。
三、把结果拆成“现象—证据—解释”
先写现象，例如“活动窗口订单高于对照窗口”。再列证据：订单报表、促销记录、库存变化、广告记录和页面版本。最后再列可能解释，例如价格变化、流量结构变化、库存可得性或竞争变化。一个时间上的先后关系不能单独证明因果关系，尤其是活动期间往往同时改变价格、广告、库存和页面。
建议给每条结论加一个状态：已核对（原始记录完整且口径一致）、待验证（有迹象但缺少对照）、不采用（数据冲突或无法追溯）。这样下一轮复盘时不会把猜测重新当成事实。
四、常见误区与补证动作
“销量上涨所以页面改得好”——先对比页面版本、价格、广告和库存是否同时改变；“库存下降所以卖得好”——检查退货、损坏、移除和调拨；“退货多所以产品有问题”——先按原因、批次和变体聚类；“活动结束后转化下降所以活动伤害了页面”——先确认流量来源、价格、Featured Offer、评论变化和缺货情况。
如果报表之间对不上，保留原文件，不要用手工改数“补齐”。在复盘表中写明字段定义、时间口径、是否含退款、是否含广告归因，以及缺失项的责任人和补取路径。对产品安全、标签或客户投诉问题，应另行按照适用市场和产品范围核查，不用一张销售表代替技术或法规判断。
五、形成下一轮动作清单
每个动作写清对象、依据、负责人、计划检查点和完成证据。例如：核对某 SKU 的库存差异；保存某促销的最终配置；复查某批次退货原因；回看页面版本；或对一个待验证假设设计小范围对照。不要把“提升转化”“减少退货”直接写成保证结果的目标，先写成需要观察的指标和复核条件。
若由绿色方舟（深圳）认证有限公司协助整理资料，建议仍以客户授权范围内的原始报表、页面截图、促销记录、库存与退货记录作为输入，并在交付记录中标明资料来源、版本和缺口。整理工作不能替客户虚构数据，也不能替平台或监管机构作出资格、通过或处罚判断。
来源与边界
Prime Day 的活动安排、促销工具、库存准备和账户要求，请查看 Amazon Seller Central Prime Day readiness playbook 及登录后显示的账户页面。本文仅将官方工具和卖家自有记录整理成复盘方法；具体资格、费用、指标定义、归因和后续动作应以对应站点当时的原始记录为准。
