大促加的预算，到底有没有用？
大促期什么都在涨，「加了预算销量也涨了」不算证据。把每次调预算记成一行带操作日期的事实，下期报表按这个日期把同一个对象的前后各 7 天摆在一起看。
预算加上去了，销售额也涨了，但说不清是不是因为它
大促那几天预算翻了一倍多，出单确实明显变多。促销一结束，问题跟着来：这笔多花的钱值不值，下周该退回到什么水位。两个方向都答不上来——说值，可大促期间不加预算销量本来也会涨；说不值，那几个词的排位确实是那几天顶上去的。最难的是回落节奏：一次退回原位怕断了刚起来的势头，慢慢退又眼看着钱一天天照烧。
为什么不好办
大促期的噪声是同向的：什么都在涨，所以「涨了」不算证据
平时做前后判断，至少还能指望干扰是随机的。大促期不是——流量、转化、客单价、竞价环境同时朝一个方向动，你加了预算的对象在涨，你压根没动的对象也在涨。此时拿「操作后销售额高于操作前」当结论，等于把整个大促的功劳记在自己那一次点击上。该看的不是涨没涨，是效率有没有跟着走：多花的这笔钱换回了多少广告销售额，ACoS 和 TACoS 是稳住了还是明显恶化了。系统也不会替你找一个「同期没加预算的同类对象」当对照组，那条线得你自己心里有。
大促期改名或重建广告活动，会把跨期追踪打断在最要紧的地方
很多人为大促单开一批活动，或者给老活动改个带日期的名字，促销结束再收掉。但跨期认出同一个对象靠的是身份字段：广告活动名、广告组、投放对象、匹配方式、搜索词、来源投放。名字一改，前后就成了两个对象——操作前那 7 天在新名字下不存在，操作后那 7 天在旧名字下断在改名那天。界面上你还认得它是同一条投放，数据层面已经对不上了。更麻烦的是它和「暂停生效」长得一模一样：对象从报表里消失、后段按 0 计入，一个是动作起效，一个是身份变了。
要定回落节奏的那一刻，恰好是你数据最少的时候
大促一结束就得决定预算退到哪，可这时候最近几次加预算的后段才刚开始攒数据。复盘按实际操作日期切开前后两段，后段被报表最新日期截断——报表只更新到操作后第 2 天，后段就只有 2 天，系统照算，也不提示。它同样不判断「攒够了没有」，只把「操作后已有几天数据」摆在结论旁边，够不够由你结合期限决定。这个设计是对的，但它意味着：大促后第一眼看到的那批前后对比，多半是两三天对七天，方向可以参考，幅度不能当真。
该按什么顺序判断
- 01
大促前：这次准备多花多少、想换回多少？
先把这一期的广告总预算和销售目标填成大促的数——两个都会变。隐含的 TACoS 上限就是广告总预算 ÷ 销售目标，推导摆在明面上，不是内置常数：预算抬高、目标也抬高，这条线自己跟着走。填之前先把它算一遍，你就知道这次「多花」是在原来的效率线上放量，还是有意识地把线放宽了。后者完全可以，但那是个决定，得先写下来。
- 02
大促期：每次调预算，当场记成一行，带上那天的日期
一次加预算就是一行事实：动的哪个对象、实际做了什么、哪天做的。分界用的是你填的实际操作日期，不是记录写入时间，所以周五半夜调、周一上班补记不会错位。只有真实做过并记下来的动作才进复盘；看了建议决定不执行的不写记录行——什么都没发生就不该有一条事实。大促期动作密集，尽量一次一记，别攒到最后合并成一条「这周加了预算」：合并之后你就再也分不清是哪一次起的作用。
- 03
大促期：这一批动作里，混进改名和重建了吗？
调预算、调 bid、否词都能跨期追踪；改活动名、重建活动不能。这次新开的大促活动就当新对象看，别指望它和老活动之间有前后对比——那本来就是两个东西。改过名的把改名日期单独记下来，日后看到某条投放的数据在某天断掉，你能一眼分清那是暂停生效还是身份换了。
- 04
大促后第一周：先看攒了几天，再看结论
下期报表回来，每条记录旁边会自动出现操作前 7 天与操作后至多 7 天的同实体对比。先看的不是数字，是「操作后已有几天数据」这一项，只有两三天的先挂着。还要多问一句：这条记录的前 7 天落在大促的哪一段？如果前段本身就是爬坡期，这次比的是「大促中」对「大促尾」，而不是「平日」对「大促」。
- 05
回落本身也是一次操作，同样要记
把预算退回去、把临时活动收掉，这些都是真实动作，都值得记一行。记了，下下期报表回来才能回答「退回去之后掉了多少」——这恰恰是明年要不要再加、加多少的唯一依据。而且这些动作是事实，会回流到下一轮诊断的输入：提示词要求先把指标变化归因到窗口内已执行的动作，再谈趋势，所以大促后那份诊断不会把「花费掉下来」读成需求萎缩。
大促期预算爬坡、峰值、回落的形状
周复盘看的是形状：爬坡那周、峰值那周、回落那周各是什么样，那周做过哪些操作就列在旁边——它不替你做归因。
示意数据
产品在这件事上做了什么
- 大促期的每一次调预算都记成一行事实：动的哪个对象、实际做了什么、哪天做的。实际操作日期由你填，复盘按它切前后，不按记录写入时间——促销期常常是当天调、隔几天才想起补记，这一条保证不会错位。
- 下期报表回来自动对比操作前后，不用手工拉表对齐：同一个对象，操作日前 7 天对操作日后至多 7 天，比花费、点击、订单、广告销售额和 ACoS，ASIN 层另有总销售额与 TACoS。纯算术，不再问模型。
- 隐含 TACoS 上限 = 广告总预算 ÷ 销售目标，由你在前置检查里填的这两个数推出来，推导过程透明，不是内置常数。大促期把预算临时抬高，这条线跟着变——不会拿平日的标准去判大促的花费。
- 复盘只报告操作后已经攒了几天数据，不设「够几天才算数」的门槛；后段被报表最新日期截断也照算。够不够下判断由你决定——大促后要早做决定，这个选择权留在你手上，比一条硬门槛有用。
「有没有用」有两条复盘线，别用错
执行复盘对着的是单次操作：以你填的实际操作日期为界，把同一个对象的前 7 天与后至多 7 天分别求和再对比。它回答的是「这一次加预算，这个对象自己变了多少」。大促期一周动很多次，这是唯一能事后分清哪一次起了作用的办法——前提是每次都单独记了一行。
周复盘是另一条输出，不是执行前后对比：它以周一为一周开始，把最近 8 周做成周环比，那一周的执行记录挂在对应那一周旁边。大促往往横跨周末、落在一两周里，用它看形状最合适——爬坡那周、峰值那周、回落那周各是什么样，那周做过哪些操作就列在旁边。但它只把「这周数据发生了什么」和「这周做了什么」摆在一起，不替你做归因。
两条线合起来用：周复盘定位「哪一周不对劲」，执行复盘落到「那一周的哪一次操作」。还有一处得说明白：产品不做广告位维度的分析。大促期常用的广告位溢价调整，效果不会出现在这两条线里的任何一条，那部分判断得你在后台自己做——知道哪里没有答案，和知道哪里有，同样要紧。