Amazon Prime Day 广告规划
目标
从 116 条带限定条件的历史洞察中找到“真正适用于当前问题的行”,保留 marketplace、广告产品、指标、广告主资格、品类、花费门槛和时间窗口,再将其降级为规划先验,用当前账户数据决定活动节奏与实验。
先读 references/source-and-guardrails.md。查询数据使用 scripts/filter_insights.py;输出计划参考 references/planning-workflow.md。
查询数据
查看摘要:
python3 scripts/filter_insights.py --summary
按站点、指标和广告产品筛选:
python3 scripts/filter_insights.py --marketplace DE --metric ROAS --ad-product "Sponsored Brands"
搜索限定条件:
python3 scripts/filter_insights.py --marketplace US --contains "brand owner" --format json
marketplace 会匹配行中列出的单站点/区域;All 不是任意行通配符,而是源数据明确标记的全球切片。
工作流
1. 锁定当前事件
确认年份、marketplace、官方 event dates、广告 profile、时区、币种、ASIN/品类、Deal/优惠资格、库存到仓时间和活动目标。不得沿用 2025 时间窗口作为当前日历。
2. 锁定经济性与库存
计算贡献毛利、盈亏平衡 ACOS、促销成本、库存覆盖天数、补货截止和断货风险。销量目标超出库存或现金流承受时先 HOLD_SCALE。
3. 筛选可比洞察
从最严格条件开始:单站点 > 区域 > All;同指标、同广告产品、相近广告主资格/品类/花费门槛。每个候选行完整保留 Content 中的限定说明。
如果没有足够可比行,输出 NO_COMPARABLE_SOURCE_SLICE,不要拿全球/其它品类数字填空。
4. 解释而非平均
- DPV、Units、Sales 的 uplift 是事件期对材料所列基准期的比较;
- ROAS 是材料所列事件期内的比率;
- 各行可能来自不同 marketplace、资格和广告产品,不得求简单平均或排名;
- 历史洞察只帮助设定问题和护栏,不直接设置预算或目标。
5. 形成三阶段计划
PREHEAT:验证零售准备、扩充合格搜索词/人群、建立基线;EVENT:把预算优先给当前账户已证明的高贡献对象,设置实时停止线;TAIL:收紧低效流量、继续合规再营销、等待归因成熟并复盘。
每阶段只给活动角色、证据和上下限;不照抄资料预算比例。
6. 设计一个实验
只改变一个变量,例如预算释放节奏、广告产品组合、关键词层或创意。固定其它主要条件,记录最大花费、库存护栏、成功/停止线和回退。
7. 审批与复读
所有 bid、budget、campaign 状态、target、Deal 或优惠变更必须列出逐对象旧值/新值并等待批准。写后复读当前值;请求成功不等于事件表现已改善。
必须交付
- 当前事件、账户、经济性和库存作用域;
- 选中的源行及全部 qualifier;
- 为什么可比、为什么其它行被拒绝;
- PREHEAT / EVENT / TAIL 草案;
- 一个单变量实验、审批和回退;
DRAFT / READY_FOR_REVIEW / HOLD状态。