上次那轮调整，到底有没有用？
把每个动作按实际操作日期钉在它作用的那一行对象上，再拿这个对象操作前 7 天和操作后至多 7 天的报表数据对比——看的不是大盘变没变，是你动过的那个对象变没变。
你实际看到的现象
这周 ACoS 从 38% 降到 29%。上周确实降了几条 bid、否了两个词，但同一周还加过预算，竞品也断了几天货。问「降 bid 那步有没有用」，只能回一句「应该是有用的」。于是下次要不要接着降、降多少，还是靠拍——做过的事没有一次沉淀成经验。
为什么不好办
建议和执行是两本账，「看过」不等于「做过」
勾一下「已采纳」，记的是你对建议的态度，不是你在后台的操作。需要复盘的恰恰是后者：建议说 bid 降到 $1.20，你实际降到 $1.35；建议说否词，你只否了广泛匹配那条。差异才是该留下的东西——半年后想知道「温和降价管不管用」，只有实际动作能回答。所以执行内容要单独写一遍，而不是把建议复制过去当作已完成。
跨期认出同一个对象，比算前后差值难得多
一条投放要靠广告活动、广告组、投放词、匹配方式四个字段一起才唯一。改个活动名、把广泛换成词组，上一期那行就再也对不上了；对不上时不能当成「这周没数据」糊过去，那是身份变了。日期同理：周五调的 bid、周一才补记，若用记录日期切前后，周末两天会被算进「操作前」，方向直接反掉。
观察期不够时，硬下结论比不下结论更有害
操作后第二天就看数，看到的多半是噪声：归因有延迟，单日订单本来就跳。此时得出「降 bid 把销量降下去了」并回滚，等于用噪声推翻了还没验证过的判断。合理的做法不是设「满 7 天才准看」的硬门槛，而是把「操作后攒了几天数据」摆在结论旁边，让看的人自己给结论定权重。
该按什么顺序判断
- 01
这一周，你到底动了哪些对象？
先列动作本身：哪一天、哪个对象、实际做了什么。自己临时改的、没有建议对应的也要列。
- 02
每个动作对应报表里的哪一行？
按对象身份去两期报表取同一行，而不是看 ASIN 大盘——大盘同时被十几个动作和外部因素推着走。
- 03
以操作那天为界，后面攒够几天了？
往前 7 天、往后至多 7 天。先看后面这段有几天数据，再决定要不要下结论——只有两三天的先挂着。
- 04
对象从报表里消失，是缺数据还是暂停生效了？
暂停一条投放后它不再有展示，自然不出现在后续报表行里。这不是数据缺失，按 0 计入才对。要分清的是另一种：报表本身还没更新到那一天。
- 05
这次的结论，怎么变成下一轮的起点？
结论落回对象本身：这个词在这个出价下就是这个转化率。下一轮再看到它，起点就不是零。
同一行对象，以操作日期为界，前后各 7 天分开看
执行复盘周末调的动作周一才补记，用记录日期切会把周末算进「操作前」——这里以你填的操作日期为界，看的是这一个对象，不是大盘。
示意数据
产品在这件事上做了什么
- 记录执行时必填「实际执行内容」和「操作日期」，并让你声明算按建议执行还是变通执行；建议原文留在建议那一侧，两本账各自独立。看了决定不执行的不写执行记录——什么都没发生就不该有一条事实——它带着原因记在建议那侧，单独计数。
- 复盘是纯算术，不走大模型：以操作日期（不是记录日期）为界，把该对象前 7 天与后至多 7 天的报表数据分别求和，再算花费、销售额、订单的变化幅度与 ACoS 的百分点变化。
- 每条记录旁写着「操作后已有几天数据」，不设「够几天才算数」的门槛，观察期够不够由你判断；对象在报表里没有行时按 0 计入，并与「报表还没更新到那天」分开表述。
- 动作是事实，会回流到下一轮诊断的输入：你动过的对象即使花费很小也不会被截断掉。而上一轮的建议本身不进——不让模型看见自己上次说过什么，免得顺着旧结论再说一遍。