亚马逊数据周报这件事，大部分卖家是这么死的：第一周热情满满导了五张报表，第二周只导三张，第三周想起来已是周四，第四周彻底不做了。
周报做不下去不是因为你不会分析，而是每周的数据项、口径、时间点都在变——变了就不可比，不可比就看不出趋势。 所以周报自动化的核心不是"让 AI 写得漂亮"，而是钉死三样东西：固定的数据项清单、每周原样复用的 prompt、雷打不动的时间点。三样固定，你手里才是 52 份能纵向对比的周报；任一样每周现编，就是 52 份互不相干的漂亮文档。
这篇给的就是成品：数据项清单、可直接粘进 Google Sheet 的环比公式、一段做异动归因与下周行动项的 prompt、一张"谁在什么时间做什么"的流程表。先说清楚和站内另外两篇的分工：用 ChatGPT 读懂亚马逊后台报表解决单次（手头几张报表，临时问出一批结论），亚马逊利润核算表怎么搭解决成本口径（把扣费摊到 SKU，揪出亏损款）。本文解决周期：同一套动作每周同一时间跑出结构一致的结论，并且能回头验证上周的行动项做没做到。
第一步：亚马逊数据周报要固定哪 12 个数据项
一行 = 一个 SKU 一周。别追求全，追求每周都能拿到、口径不变。下面 12 项是最小可用集。
| 分组 | 数据项 | 从哪儿取 | 口径要钉死的地方 |
|---|---|---|---|
| 流量与转化 | 已订购商品销售额 | 业务报告（Business Reports） | “已订购"还是"已发货”，选一个别再换 |
| 流量与转化 | 已订购商品数量 | 同上 | 是件数不是订单数 |
| 流量与转化 | 会话数 Sessions | 同上 | App 与网页是否分开统计要固定 |
| 流量与转化 | 转化率 Unit Session % | 同上 | B2B 与总量是两个字段，别混着抄 |
| 广告 | 广告花费 | 广告商品报告（Advertised product report） | 按已投放 ASIN 拆到 SKU，别用活动层总数 |
| 广告 | 广告销售额 | 同上 | 归因窗口未闭合，本周数会上修（见坑一） |
| 广告 | TACOS = 广告花费 ÷ 总销售额 | 表内算 | 分母是总销售额，不是广告销售额 |
| 履约与库存 | 可售库存件数 | 后台库存相关报告 | 是否含在途、含不可售，选定后不改 |
| 履约与库存 | 可售天数 = 库存 ÷ 近 4 周日均销量 | 表内算 | 分母用几周均值，固定住 |
| 退货与口碑 | 退货件数与退货率 | 后台退货相关报告 | 按退货发生日还是原订单日归期 |
| 退货与口碑 | 本周新增差评数（≤3 星） | 你自己记或工具抓 | 记"新增"不记"总数"；不入 history 表，站会口头带过 |
| 干预 | 本周你做了什么 | 你自己的干预日志 | 每条含日期、SKU、动作 |
第 12 项是整份周报的灵魂，缺了它 AI 的归因全是编的。 数据只告诉你"哪个 SKU 掉了 40%"，只有干预日志能告诉你"因为周三提价 8%"。没有它，任何异动 AI 都能给出一个听着合理、你却无从证伪的理由——这是周报沦为"每周读一遍正确的废话"的头号原因。日志五列即可：日期 / SKU / 动作 / 预期影响 / 验收时间。
报表名与路径：官方页怎么说
官方 Sell on Amazon 博客《Get actionable B2B insights with Amazon business reports》（发布于 2025 年 8 月 5 日，sell.amazon.com，2026 年 7 月 27 日实查）载明：路径为 Seller Central 主菜单选 Reports 再选 Business Reports；「By date」类含 Sales and Traffic、Detail Page Sales and Traffic、Seller Performance，「By ASIN」类含 Detail Page Sales and Traffic 及 By Parent Item、By Child Item。同页另有两条对周报要紧的口径：数据可回看最长两年；转化率字段标签为 Session percentage / Unit session percentage，带 “B2B” 后缀的只含 B2B 数据，不带后缀的含 B2B 与 B2C 两部分。广告侧，官方帮助页（advertising.amazon.com，同日实查）写明广告商品报告有 summary 与 daily 两种粒度，原文 “The lookback window for this report is 90 days”。
以上均为官方页面载明的报告名与口径，本文未在卖家后台实测界面——各站点、各账号版本菜单文案有出入，以你后台实际菜单为准。
第二步：表格搭成"追加式"，环比才算得出来
最常见的错法是每周新建一个 sheet：这样的表只能看当周，环比得人肉两边对着看。正确结构是三页：history 追加式存历史（列 A week_id、B SKU、C 销售额、D 销量、E 会话数、F 广告花费、G 广告销售额、H 退货件数、I 可售库存，每周往下追加、永不覆盖）；log 存干预日志；weekly 汇总页全是公式、每周只改一个格子。
week_id 用 ISO 周号生成、跨年不乱：=YEAR(日期)&"-W"&TEXT(ISOWEEKNUM(日期),"00")。汇总页公式如下（$A$1 填本周 week_id、$A$2 填上周，B 列 SKU 从第 3 行起）：
C3 本周销售额 =SUMIFS(history!C:C, history!A:A,$A$1, history!B:B,$B3)
D3 上周销售额 =SUMIFS(history!C:C, history!A:A,$A$2, history!B:B,$B3)
E3 销售额环比 =IF(D3=0,"新增",C3/D3-1)
F3 本周销量 =SUMIFS(history!D:D, history!A:A,$A$1, history!B:B,$B3)
G3 本周会话数 =SUMIFS(history!E:E, history!A:A,$A$1, history!B:B,$B3)
H3 转化率 =IFERROR(F3/G3,"")
I3 TACOS =IFERROR(SUMIFS(history!F:F,history!A:A,$A$1,history!B:B,$B3)/C3,"")
J3 样本护栏 =IF(OR(F3<20,G3<200),"样本小","")
K3 异动标记 =IF(AND(J3="",ISNUMBER(E3),ABS(E3)>=0.3),"异动","")
注：history 的 G/H/I 三列（广告销售额、退货件数、可售库存）汇总页不参与计算，
留作原始数据，第三步喂 AI 时从 history 直接取本周值。
J 列那条样本护栏比后面所有公式都重要。 周销 3 件的 SKU 这周卖了 5 件，环比 +67%，看着惊天动地，其实什么都没发生；不设护栏，周报每周都会被长尾小 SKU 的噪音淹掉。阈值按店铺量级调，但必须有。
之后每周只剩两个动作：把新一周数据粘进 history、把 $A$1/$A$2 往后挪一周。
第三步：AI 解读 prompt（异动归因 + 下周行动项）
喂给 AI 的不是原始报表，而是上面算好环比的汇总页（复制 K 列有标记的行 + 全店合计行，通常几十行），加干预日志和上周行动项。这是周报与单次分析最大的操作差异：单次分析喂原始数据让 AI 找规律，周报喂结构化过的差异让 AI 做解释——前者每周结果不可比，后者可比。
你是我的亚马逊经营数据分析助手。我每周给你三块输入，你按固定五节输出。
输出结构每周必须一致（我要做纵向对比），不要自行增删章节。
【输入1 本周汇总表】列含 SKU、销售额、销量、会话数、转化率、TACOS，及销售额的
上周值与环比%；再从 history 取 F-I 四列（广告花费、广告销售额、退货件数、
可售库存）的本周值一并贴上。
【输入2 本周干预日志】我对哪些 SKU 做了什么（改价、调预算、换主图、
上券、补货、改标题），含日期；没做写"无"。
【输入3 上周行动项】上一份周报第三节原文。
一、异动筛查
只保留同时满足两条的行：① 任一指标环比绝对值 ≥ 30%；
② 基数达标（销量 ≥ 20 件 或 会话数 ≥ 200）。
不达标的合并成"样本太小，不解读"一行带过，不要对个位数波动做归因。
二、归因（每条异动一行）
归因只能来自两处：输入2 的干预日志，或输入1 表内其他指标的联动
（会话数持平而转化率下滑 → 指向价格/主图/评价；会话数下滑而转化率持平
→ 指向流量端）。两处都找不到解释的，直接写"原因不明"并指出我该去查
哪张报表或哪个页面。禁止编造听起来合理但表内无支撑的理由。
三、下周行动项（最多 5 条，按预期影响排序）
每条写全五项：目标SKU / 具体动作 / 依据（引用第二节归因）/
验收指标（哪个数、涨跌到多少）/ 验收时间。写不出验收指标的动作直接删掉。
四、上周行动项复盘
逐条对照输入3 判定"达成 / 未达成 / 无法判断（数据不足）"，
未达成的给一句原因推测和"继续、放弃、换打法"三选一的建议。
五、一句话总结
本周整体是好是坏，最该立刻处理的是哪一件事。
只用我给的数字，不要引入表外假设或你以为的行业均值。
你需要判断却没拿到的数据，统一列在最后的"缺数据"清单里。
三处是专为"周期性"设计的，换成单次分析都用不上：第一节的双重门槛让每周拎出来的行数稳定在个位数，周报才不会越写越长；第二节禁止编造理由——AI 天生爱给每个数字配解释，而错误归因会被你当经验记住、下周照错方向继续调，宁可拿十条"原因不明 + 该查哪里"；第四节的复盘才是周报不可替代的地方，上周说要把某个 SKU 的广告预算砍一半、转化率拉回 8%，这周就得当着数据认账。
把结论写成能发群里的成文周报，用 ChatGPT 读懂亚马逊后台报表末尾已给了成稿 prompt，接在第五节后面用即可。
第四步：周更流程——谁在什么时间做什么
流程写不出来的周报都做不长。下表是 3-5 人小团队版，一个人的店把角色合并即可。
| 时间 | 谁 | 做什么 | 产出 | 耗时 |
|---|---|---|---|---|
| 周二 09:00 | 运营 | 导出上周报表，粘进 history | history 多一周 | 15 分钟 |
| 周二 09:20 | 运营 | 挪 $A$1/$A$2，看异动标记 | 汇总页刷新完 | 5 分钟 |
| 周二 09:30 | 运营 | 补齐上周干预日志 | log 页完整 | 10 分钟 |
| 周二 09:45 | 运营 | 汇总表 + 日志 + 上周行动项喂进 prompt | AI 五节输出 | 5 分钟 |
| 周二 10:00 | 负责人 | 复核：抽查数字、删掉不成立的归因 | 定稿周报 | 15 分钟 |
| 周二 10:30 | 全员 | 站会只讨论第三节行动项与认领 | 行动项带人带时间 | 15 分钟 |
| 下周二 10:00 | 负责人 | 复盘上周行动项（AI 第四节已初判） | 闭环 | 含在上面 |
为什么是周二不是周一：不是因为周二的数就定稿了——按下一节坑一的 7 天归因窗口，周二拉的上周广告数同样没闭合。周二的意义是给上周留出一个完整工作日回填，且每周都固定在这个时刻拉，误差就成了每周都在的常量。要数据完全闭合就改用"看 T-2 周"口径——周一分析上上周，代价是结论滞后一周。两种都行，选定一种就别再换，中途换口径会让之前所有环比作废。
一个人的店可压缩成周二上午一个 45 分钟时段，但人工复核那 15 分钟不能省：AI 的算术和排序稳，归因不稳，签字的必须是你。
四个让周报失真的坑
坑一：广告数据会回填，周一拉的数不是最终数。 Amazon Ads 官方归因说明页（advertising.amazon.com，2026 年 7 月 27 日实查）原文写：Attribution metrics for a given report date remain incomplete until the lookback window has ended.（某个报告日期的归因指标，在回溯窗口结束前一直是不完整的。）同页载明转化最多需 12 小时才出现在报告里、且计在买家点击广告那一天而非成交那一天；归因表里 Sponsored Products 对卖家（Seller）的回溯窗口是 7 天，仅计点击、last click 归因，Vendor 与 Author 则是 14 天。
人话：上周日的点击要到本周日才走完 7 天窗口，你周一早上拉的"上周广告销售额"必然偏低、之后几天还会往上涨。要么把拉数时间统一往后推，要么统一看 T-2 周。另注意一个同名不同义：广告商品报告页只写了 “The lookback window for this report is 90 days”，该页并未定义这个 90 天指什么；考虑到 SP 卖家的归因窗口只有 7 天，它多半指报告可回溯拉取的历史数据范围——总之与上面那个 7 天归因窗口不是一回事。
坑二：口径漂移，尤其 B2B 那一列。 官方原文已引：不带 “B2B” 后缀的字段含 B2B 与 B2C 两部分，第一周抄带后缀的、第二周抄不带后缀的，环比直接出来个假暴涨。把每列抄的是哪个字段名写进表头注释。同理，官方 FAQ 载明「By date」类报告按小时更新、其他报告按天更新，同一时刻拉的两张表时间边界未必一样——周报要的是"每周同一时间点拉"而非"数据绝对精确"，固定采集时刻，误差就成了每周都在的常量。
坑三：主键断裂。 SKU 改名、变体重组、重建 listing，都会让 SUMIFS 在 history 里匹配不上，表现为"这个款突然消失"或"冒出一个新款"。办法是另加一列你自己定义、永不改变的稳定编号当主键，SKU 只当显示名。
坑四：只出报告不追行动项。 这是周报真正死掉的原因——第三节写得漂漂亮亮，没人认领，下周照抄一遍。判断一份周报有没有价值，只看第四节：上周说要做的事，这周有没有数字验收。 没有第四节的周报，只是一份每周重复的现状描述。
想再省事一点：三条升级路线
路线一，把粘贴那步自动化。 表格结构不变，只把人肉导出换成脚本定时拉，做法见站内亚马逊数据看板 DIY（广告数据不在 SP-API 里，要走 Amazon Ads API）。先手动跑够两个月再自动化，否则你自动化的是一套自己都还没想清楚的口径。
路线二，买现成的取数与算数工具；路线三，把周报覆盖不到的漏损单独挂专项——仓库丢件、破损、多扣费这类"钱少收了"不在任何业务报表里，周报天然看不见。两条路各对应一个工具，都不替你做异动归因、行动项、复盘，那三件仍要你带着 AI 做。
| 工具 | 用途 | 适合谁 | 定价（2026 年 7 月 27 日官网实查） | 局限 |
|---|---|---|---|---|
| Sellerboard | 自动取数并算好利润与经营数据推给你 | 不想每周人肉导表算数、订单量已上规模的卖家 | 按月订单量四档：Standard $19/月（≤3,000 单）、Professional $29/月（≤6,000 单）、Business $39/月（≤15,000 单）、Enterprise $79/月（≤50,000 单）；年付分别折合每月 $15/$23/$31/$63。官网标注 1 个月免费试用、无需信用卡 | 只解决取数和算数，不产出归因与行动项 |
| ReimburseOps | 上传 Seller Central 导出的赔付报告 CSV，按四类规则标出少赔、漏赔与估值不一致的记录 | 怀疑 FBA 赔付被少算、想单独盯这块钱的卖家 | 免费版跑全量审计、给应收总额与严重性分布，只完整展示 3 条记录；Pro $19/月含全部明细、可直接提案的文案、自动月度重扫与 60 天窗口提醒。官网标注不按追回金额抽成 | 月度节奏，挂月报比挂周报合适；只看赔付漏损，不碰经营数据 |
再往上就是让 AI 自己定时跑整条链路，那是 Agent 的活儿，站内搭建你的第一个跨境电商 AI Agent讲了怎么起步。
行动清单
- 新建表格，建 history / log / weekly 三页，按上面的列结构建列。
- 导出上周业务报告与广告商品报告粘进 history，week_id 用 ISO 周号。
- 把汇总页九条公式粘进去，跑通一次异动标记。
- 从今天起每做一次改价、调预算、换图都往 log 记一行——这是下周归因的唯一依据。
- 日历上固定一个时间（建议周二上午）设为每周重复，写明谁负责。
- 第二周起跑 AI prompt，人工复核 15 分钟后定稿。
- 第三周起重点看第四节：上周行动项的验收指标达成没有。
周报的价值不在第一份，在第十份。 前两周你只会觉得麻烦，第十周你会第一次在环比曲线上看见一个三个月前根本发现不了的问题——那一刻这套流程才开始还本。
延伸阅读
- 临时读一次报表出结论：用 ChatGPT 读懂亚马逊后台报表
- 把成本摊到 SKU 揪亏损款：亚马逊利润核算表怎么搭
- 把取数那步自动化：亚马逊数据看板 DIY：SP-API + Google Sheet
- 广告那一栏怎么优化：用 AI 做亚马逊 PPC 广告优化
- 各报表字段口径：如何深度解析卖家中心销售数据
- 更多可复用的 prompt：亚马逊卖家 AI 提示词模板库