记录措施并测量效果
打出的措施 不记录的话之后就无法测量效果。本分类包含:
- 措施日志: 出价调整、预算变更、提升等自己打出的措施
- 外部事件: 电视播出、促销、爆款、缺货等自己以外发生的事
的记录提示词。记录的措施在 在仪表板查看 KPI 的提示词 3「措施 Before/After 效果测量」中使用。
本分类的使用场景
Section titled “本分类的使用场景”- “想把上周的出价变更作为措施记录下来”
- “想记录电视播出日”
- “想登记促销期间”
- “想把缺货期间从分析对象中排除”
提示词 1: 登记措施日志
Section titled “提示词 1: 登记措施日志”将实施的措施（出价调整、预算变更、提升等）以可用于 Before/After 比较的形式记录下来。
📋 使用场景
Section titled “📋 使用场景”- 想把出价变更或预算变更作为措施记录下来
- 想留下实施日期和内容以便日后通过 Before/After 测量效果
- 想与在出价调整提示词中执行的提案 ID 关联记录
登记措施日志。- 种类: {{ACTION_TYPE}}- 名称: {{ACTION_NAME}}- 实施日: {{ACTION_DATE}}- 详情: {{DESCRIPTION}}- 状态: {{STATUS}}- 提案 ID: {{PROPOSAL_ID}}占位符:
| 占位符 | 说明 | 默认解析来源 |
|---|---|---|
{{ACTION_TYPE}} | 措施的种类（cpc / budget / placement / promotion / negative / custom） | 用户输入（必填） |
{{ACTION_NAME}} | 措施名（例: 高 ACoS 关键词 18 个的出价 -22%） | 用户输入（可选） |
{{ACTION_DATE}} | 实施日（YYYY-MM-DD） | 用户输入（必填） |
{{DESCRIPTION}} | 详细备注 | 用户输入（可选） |
{{STATUS}} | pending / monitoring / completed / archived | 默认 monitoring |
{{PROPOSAL_ID}} | 在 调整出价 等中执行的提案 ID | 可选，未指定则留空 |
⚙️ AI 要做的事
Section titled “⚙️ AI 要做的事”- 种类的规范化 — 规范化为 6 种之一（cpc / budget / placement / promotion / negative / custom）
- 为什么是 6 种: 为了在 Before/After 汇总时按措施性质切换比较指标。例如出价类看 ACoS 变化，预算类看销售额绝对值变化
- 实施日的校验 — 仅接受过去日期（未来日期时给出警示）
- 为什么仅过去日期: 措施日志用于记录”已经打出的措施”。事前计划由 自动化规则 处理
- 与提案 ID 的关联 — 指定在出价调整提示词等中执行的提案 ID 时，保留可追溯到措施原始数据的链接
- 状态的初始值 — 未指定则以
monitoring（效果测量中）登记 - 返回登记结果 — 以表格呈现编号后的措施 ID（
evt_YYYY_MM_DD_<种类>格式）和所有项目
📊 Example Output
Section titled “📊 Example Output”已登记措施日志
项目 值 措施 ID evt_2026_05_18_cpc 种类 cpc（出价调整） 名称 高 ACoS 关键词 18 个的出价 -22% 实施日 2026-05-18 状态 monitoring 提案 ID prop_xxxxxx 详情 目标 ACoS 15% vs 近期 21.8%。以平均 -22% 下调批准执行 效果测量请于 2026-05-25（7 天后）或 2026-06-01（14 天后）在 措施 Before/After 效果测量 中指定
evt_2026_05_18_cpc。
🔒 安全装置
Section titled “🔒 安全装置”- 措施 ID 在登记时自动编号（不会发生重复或对错误的措施 ID 覆盖）
- 指定现有措施 ID 登记时拒绝新建，并引导至 提示词 2 进行更新
- 实施日为未来时返回警告，登记被挂起
- 审计日志保留登记事件（即使删除审计日志中也留有痕迹）
🚦 执行模式
Section titled “🚦 执行模式”| Phase | 状态 | 条件 |
|---|---|---|
| Phase 1（当前） | 一次性 | 仅 Picaro 连接即可使用 |
| Phase 2（Q3 2026） | 维持一次性 | 因每个措施需人工确认内容 |
| Phase 3（Q4 2026） | 一次性（模板化） | 保存常用措施内容并调用 |
| Phase 4（2027） | 自动记录 | 调整出价 等执行时自动生成措施日志 |
- 措施 Before/After 效果测量 — 7~14 天后用该措施 ID 测量效果
- 列出 / 更新 / 添加备注措施日志 — 将效果测量中的发现留作备注
- 创建报告 — 在月度报告中附上措施日志
❓ 常见问题
Section titled “❓ 常见问题”Q. 同一天打出多个措施时应该分开登记吗? A. 种类不同时请分开登记（例: 出价调整和预算变更是不同日志）。同种类只是活动或对象不同时合并为 1 条，并在详情备注中列出对象。这样在 Before/After 比较时更易区分是哪一方的贡献。
Q. 措施实施后效果未立即显现时该怎么办?
A. 出价类措施建议至少 7 天，最好在 14 天后用已确定的周数据测量效果。设计上不将学习期内的数值变动纳入判定材料，请将状态保持为 monitoring，待周期确定后再进入 Before/After 比较。
提示词 2: 列出 / 更新 / 添加备注措施日志
Section titled “提示词 2: 列出 / 更新 / 添加备注措施日志”列表确认过去登记的措施日志，进行进度备注或状态更新。
📋 使用场景
Section titled “📋 使用场景”- 想查看过去的措施列表
- 只想筛选监控中的措施
- 想为措施添加”开始有效果""出现意外副作用”等备注
- 想将已完成的措施状态更新为
completed
操作措施日志。- 操作: {{ACTION}}- 对象 ID: {{EVENT_ID}}- 筛选: type={{TYPE_FILTER}} / status={{STATUS_FILTER}}- 更新内容: {{UPDATE_FIELDS}}- 备注本文: {{NOTE}}占位符:
| 占位符 | 说明 | 默认解析来源 |
|---|---|---|
{{ACTION}} | list / get / update / remove / add_note 之一 | 用户输入（必填） |
{{EVENT_ID}} | 对象措施 ID（get / update / remove / add_note 时） | 自动引用提示词 1 的登记结果 |
{{TYPE_FILTER}} | 按种类筛选（list 时，例: cpc） | 可选 |
{{STATUS_FILTER}} | 按状态筛选（list 时，例: monitoring） | 可选 |
{{UPDATE_FIELDS}} | 想更新的项目（name / status / description 等） | 仅 update 时 |
{{NOTE}} | 备注本文 | 仅 add_note 时 |
⚙️ AI 要做的事
Section titled “⚙️ AI 要做的事”- 操作分派 — 判别 list（列表）/ get（单条获取）/ update（更新）/ remove（删除）/ add_note（添加备注）5 种
- 列表时的默认排序 — 按实施日从新到旧最多显示 20 条
- 为什么是 20 条: 列表全部返回会难以阅读，需要更多时引导指定筛选条件
- 状态迁移的确认 — 推荐
pending→monitoring→completed/archived的流程，逆向迁移时给出警示- 为什么定义流程: 状态语义在团队内不统一时，报告汇总会混入”效果测量中的措施”导致判定失准
- 备注以历史形式追加 — 不覆盖现有备注，按日期追加
- 为什么追加: 作为措施的经过观察日志按时序保留。可追踪如”第 3 天: 开始有效果""第 7 天: ROAS +18%”
- 删除需确认步骤 — 删除前先呈现对象措施的概要，明确说”删除”前不执行
📊 Example Output
Section titled “📊 Example Output”措施日志列表（status=monitoring / 过去 30 天 / 5 条）
措施 ID 种类 名称 实施日 状态 经过天数 evt_2026_05_18_cpc cpc 高 ACoS 关键词 18 个的出价 -22% 2026-05-18 monitoring 0 天 evt_2026_05_11_budget budget Prime Day 提前预算 +30% 2026-05-11 monitoring 7 天 evt_2026_05_04_negative negative 0 转化关键词 12 个排除 2026-05-04 monitoring 14 天 …（剩余 2 条）… 经过 14 天的
evt_2026_05_04_negative已具备 Before/After 比较的条件。 要测量效果时请回复”输出evt_2026_05_04_negative的 Before/After”。
🔒 安全装置
Section titled “🔒 安全装置”- 对不存在的措施 ID 的操作被拒绝（防止对错误的措施 ID 覆盖）
- 删除需确认步骤（明确说”删除”前不执行）
- 状态从
completed→monitoring等逆向迁移时返回警告 - 备注仅追加，不允许覆盖现有备注（保护历史记录）
- 审计日志记录所有更新、删除操作
🚦 执行模式
Section titled “🚦 执行模式”| Phase | 状态 | 条件 |
|---|---|---|
| Phase 1（当前） | 一次性 | 仅 Picaro 连接即可使用 |
| Phase 2（Q3 2026） | 可日常执行 | 用”已保存提示词”每早确认监控中措施列表 |
| Phase 3（Q4 2026） | 自动推送 | 经过 7 天 / 14 天的措施自动通知到 Slack |
| Phase 4（2027） | 自动 + 状态更新 | Before/After 汇总后根据判定结果自动更新状态（最终批准由人工） |
- 措施 Before/After 效果测量 — 从经过天数满足的措施开始依次测量效果
- 登记措施日志 — 记录新措施
- 创建报告 — 在月度报告中附上监控中措施的概要
提示词 3: 记录外部事件
Section titled “提示词 3: 记录外部事件”记录电视播出、促销、爆款、缺货等非自家措施的外部因素，作为 KPI 变动的理由供日后参照。
📋 使用场景
Section titled “📋 使用场景”- 想记录电视播出日
- 想登记促销期间（Prime Day、黑色星期五等）
- 想记录爆款发生日
- 想把缺货期间从分析对象中排除
记录外部事件。- 种类: {{EVENT_TYPE}}- 开始日: {{START_DATE}}- 结束日: {{END_DATE}}- 标签: {{LABEL}}- 详情: {{DESCRIPTION}}占位符:
| 占位符 | 说明 | 默认解析来源 |
|---|---|---|
{{EVENT_TYPE}} | tv / sale / buzz / stockout / other | 用户输入（必填） |
{{START_DATE}} | 开始日（YYYY-MM-DD） | 用户输入（必填） |
{{END_DATE}} | 结束日（期间事件时） | 可选，单日事件不指定 |
{{LABEL}} | 显示名（例: Prime Day 2026 春） | 可选 |
{{DESCRIPTION}} | 详细备注（播出节目名、促销对象 ASIN 等） | 可选 |
⚙️ AI 要做的事
Section titled “⚙️ AI 要做的事”- 种类的规范化 — 规范化为 5 种之一（tv / sale / buzz / stockout / other）
- 为什么是 5 种: 解读 KPI 变动时要区分”是措施带来的变化还是外部因素带来的变化”。tv / sale 读作销售额增加,stockout 读作销售额减少
- 期间的校验 — 确认开始日 ≤ 结束日
- 重复事件的确认 — 同种类同期间事件已登记时防止重复登记
- 与措施日志分离保存 — 因非自家措施,与措施日志分离存于不同表
- 为什么分离: 在 Before/After 比较中查看”自己措施的效果”时,外部因素事件混入会导致判定波动
- 返回登记结果 — 以表格呈现事件 ID（
ext_YYYY_MM_DD_<种类>格式）和所有项目
📊 Example Output
Section titled “📊 Example Output”已登记外部事件
项目 值 事件 ID ext_2026_06_11_sale 种类 sale（促销期间） 标签 Prime Day 2026 春 开始日 2026-06-11 结束日 2026-06-12 详情 全 ASIN 对象、同时发放 20% OFF 优惠券 在该期间进行 Before/After 比较时,该事件会作为 KPI 变动的外部因素被备注。
🔒 安全装置
Section titled “🔒 安全装置”- 同种类同期间事件已登记时防止重复登记,并返回现有事件的 ID
- 结束日早于开始日时返回错误
- 外部事件在 Before/After 比较时会备注”作为外部因素可能产生影响”,但不自动排除期间（判断由用户侧进行）
- 审计日志记录所有登记、更新操作
🚦 执行模式
Section titled “🚦 执行模式”| Phase | 状态 | 条件 |
|---|---|---|
| Phase 1（当前） | 一次性 | 仅 Picaro 连接即可使用 |
| Phase 2（Q3 2026） | 一次性 | 维持每次手动登记 |
| Phase 3（Q4 2026） | 半自动 | 自动导入 Amazon 促销日历 + 确认 |
| Phase 4（2027） | 自动 | 缺货、促销从外部数据自动检测并登记,TV / 爆款继续手动 |
- 措施 Before/After 效果测量 — 谨慎确认外部事件重叠期间的判定
- 登记措施日志 — 单独记录与外部事件联动的自家措施（如促销期间的预算提前）
- 用 N-gram 分析查看销售贡献 — 确认爆款或电视播出带来的搜索词变化
❓ 常见问题
Section titled “❓ 常见问题”Q. 能从 Before/After 比较中排除缺货期间吗? A. 不会自动排除。Before/After 比较时会备注”缺货事件（ext_xxxxxx）与 After 期间重叠”,请用户侧判断是信任判定还是重新指定期间。缺货的影响程度因商品和品类差异很大,机械排除会导致误判。
Q. 促销期间和自家的预算提前措施应该登记到哪边? A. 两边都登记是惯例。促销期间登记为外部事件（提示词 3）,配合的预算提前登记为措施日志（提示词 1）分开记录。Before/After 比较时更易区分是”外部因素”还是”自家措施”在起作用。
提示词速查表
Section titled “提示词速查表”| 想做的事 | 使用的提示词 |
|---|---|
| 登记措施日志（之后做 Before/After 比较） | 提示词 1 |
| 措施日志的列表 / 更新 / 添加备注 | 提示词 2 |
| 外部事件（TV / 促销 / 爆款 / 缺货） | 提示词 3 |
- 在仪表板查看 KPI — 在提示词 3「措施 Before/After 效果测量」中使用已记录的措施
- 调整出价 / 调整预算 — 与提案执行组合留下措施日志是惯例
- 设置月度 KPI 目标 — 作为措施效果判定基准事先登记目标 ACoS / TACoS
- 创建报告 — 在月度报告中附上措施日志 + 外部事件