SuperAPI AI 工具集

analyze-performance

营销与增长

查看项目

更新于 10-27 11:27

技能介绍

analyze-performance 属于营销分析技能,用于每周统一读取各渠道的实际营销表现,并给出下一轮制作与投放建议,判断依据是业务真实数字,而不仅是平台自报数据。

用途与输出

  • 生成周一报告,保存到 reports/performance/<YYYY-MM-DD>.md 并在对话中展示,结构固定(参考 references/monday-report.md)。
  • 将 learnings 写入 brand brain,但仅在营销人员查看并认可后才写入;已结束测试的实测结果保存为 readouts。
  • 生成运行记录(references/run-memory.md),包含各渠道与各广告的评分卡、相对上次的趋势、每项判断的负责人、复核日期与测试,以及上周判断的实际结果,便于基于多周历史而非单周数据判断“什么有效、接下来做什么”。
  • 为 plan-campaign 的重规划提供月度单位经济性读数;按要求提供每日 pulse,且仅报告异常。

使用前准备 需先完成 marketing-guide 技能的 §1–2(连接、品牌、大脑读取)。支持本地模式:没有 GooseWorks 时通过营销人员的连接器、导出文件或截图读取,并在本地文件夹维护合同、报告与运行记录。缺少连接不构成阻塞,但需用一行说明本次能看与不能看什么。

主要流程

  1. 读取 brand brain 的相关章节与计划,以及 campaign_read 的实时简报、工作区文件(定义、最新报告与决策、各活动状态与决策记录、批量广告文件、生命周期程序、竞品与市场研究)。
  2. 加载最近运行记录,最多回溯四周的周记录,用于评分卡与 angle 历史;无记录则说明这是首次读取并作为基线。
  3. 依据公司类型确定判断口径(referee)、排名指标、节奏与输入项(references/measurement-contract.md §1)。
  4. 仅发送一次输入消息,列出所需数据与导出清单;首次运行附默认填好的合同草稿,只询问数字、目标、利润率、时区等业务项。缺失项记为“本周未检查”,缺少 referee 时进入仅声明模式(claims-only)。
  5. 数据清洗与成熟度、覆盖率检查通过 analyze-performance-intake 原子技能完成:去测试/批发/员工订单、退款净额、时区对齐、等滞后比较、按 ad id 去重等。
  6. 通过 analyze-performance-revenue-join 将平台数据与业务真实数据连接:对比上周、四周均值与去年同期;DTC 计算 MER、新客 MER、nCAC、贡献与盈亏平衡;检查过度声明比、边际与平均、预算节奏。
  7. 通过 analyze-performance-diagnose 先查管道问题,再对每个重要变化使用原因清单加证据判断,并标注确定程度与已排除原因。
  8. 通过 analyze-performance-rank-and-read 构建渠道与广告评分卡,按 angle → hook → format 按花费排序,并以业务事件判断(如 DTC 购买 CPA);缺乏下游指标时只称“便宜但质量未知”,不得宣称赢家或得出学习结论;无标注的广告标为 unannotated,不猜测。
  9. 通过 analyze-performance-call-and-learn 对结束的测试按简报标准判定,给上周判断打分,仅将连续两周成立或赢得测试的结论列为“什么有效”,并据此给出“接下来做什么”建议与最多约 3 条拟议 learning。
  10. 通过 write-report 写出报告,按节标注 truth / claimed / derived,不将平台收入当作真相,覆盖所有渠道,每条判断说明确定程度。
  11. 营销人员回复后,补充 Decisions 节,记录采用的故事线,经 save-learning 写入被保留的 learnings;实测 readouts 从不通过计划任务保存。
  12. 通过 run-memory 保存本次运行记录,包含评分卡、angle 历史、本周建议与上周结果。

审批与边界

  • 不执行任何不可逆操作:不改预算、不改活动、不发布,只读取与建议。
  • 以下由营销人员决定:平台与混合数据冲突时采用哪条故事线;脏测试结果是否足以行动或需重测;learnings 仅用其原话写入。
  • 关停/放量建议只有在 run-paid-campaigns 的资金闸门通过后才生效。
  • 可提议一次报告或 pulse 的计划任务(使用额度、无连接器时仅声明、应在付费运行前执行),按 spend-gate 规则创建为暂停状态,由营销人员开启;提议记录在 definitions.md 中避免重复。

写入位置

  • reports/performance/<YYYY-MM-DD>.md(周报,以运行周周一命名)、monthly/<YYYY-MM>.md、inputs/<YYYY-MM-DD>.md、definitions.md。
  • 运行记录 runs/analyze-performance/<job-slug>/<YYYY-MM-DD>.md。
  • 已结束测试的 readouts 与经确认的过时 angle 通过 save-learning 保存。

限制与不适用范围

  • 不执行任何改动(暂停、放量、预算、否定词等),由 run-paid-campaigns 负责。
  • 不制作创意素材(由 make-static-ads / make-content / goose-video 负责)。
  • 不做月度重规划本身(由 plan-campaign 负责,本技能提供输入)。
  • 不修复所检查的页面,检查为只读。
  • 品牌搜索量、声量份额、引用由 research-market 与 improve-search-visibility 负责,仅在已有数据时纳入。
  • 常驻告警与监视暂未提供,由仅报异常的 pulse 补位。
  • 深度邮件流程审计与自然内容组合分别由 email-lifecycle 与 run-organic-social 负责。