一批活动数据做成周报,并把异常项单独标出来
配方模板 · 尚未在本站完成实测
本页是配方模板,尚未在本站完成实测。运行记录、token与耗时会在复测后补上;在那之前不填任何估算数字。
适用场景
每周都要把活动数据做成周报。写数字容易,难的是判断哪个数字不对劲——周报的价值在「异常」那一段,不在数字本身。
准备
- 宿主版本
- 待填(实测时记录具体rc版本号)
- 模型
- 待填
- 模式 / 权限
- 建议先用标准模式 + 工作区内修改
- 需装插件
- 无(如用到插件,在实测后补齐名称与版本)
- 输入材料
- 放在独立工作区,原始文件先备份
完整指令
读 data/ 下本周的活动数据,生成周报 weekly.md。
【输入】
- 可能有 csv 与 xlsx 混合,字段名不完全一致
- 至少包含:日期、渠道、曝光、点击、下单、成交金额
【输出结构】
1. 一句话结论(本周最值得看的一件事)
2. 汇总表:渠道 × 各指标,含环比(本周 vs 上周)
3. 异常清单:逐条写「哪个指标、哪个渠道、偏离多少、我判断的可能原因、怎么核实」
4. 数据质量备注:哪些字段缺失、哪些口径可疑
【要求】
1. 异常判定必须给出规则,例如「环比变化超过 ±30% 且基数大于 1000 才标异常」。规则写在异常清单上方。
2. 不许只写「下降明显」「表现良好」这类形容词,每处都要有数字与对比基准。
3. 计算口径写清:成交金额是按下单时间还是支付时间统计、退款的怎么处理。算不出来就说明缺什么字段。
4. 环比的分母为 0 或缺失时,写「无法计算」并说明原因,不要用 0 或 100% 糊过去。
5. 最后报告:共几个渠道、几条异常、几处数据质量问题。运行记录
| 项目 | 数值 | 备注 |
|---|---|---|
| 耗时 | 待实测 | |
| 结果 | 待实测 | |
| 输入 / 输出token | 待实测 | |
| 残留 | 待实测 |
产物
跑通后在这里给出文件清单与截图,并说明原始文件有没有被改动。
验收清单
点一下可勾选,用来逐条核对。
- 异常判定规则写在清单上方,可以拿它复核每一条
- 没有一处使用无数字的形容词
- 计算口径(下单还是支付、退款怎么算)被明确写出
- 分母缺失的地方写「无法计算」,没有填0
- 一句话结论与异常清单不矛盾
失败与边界
- 「环比超过 ±30% 就标异常」这种规则会漏掉小基数的大波动、也会误报大基数的小波动。基数门槛必须一起写
- 周报最常见的失败是只报数字不报口径。同一份数据按支付时间和下单时间统计,结论可以完全相反
- 异常原因属于推测,必须标「推测」并给出核实方法,否则下周还会写同样的原因
- 卡在哪:需要一份真实的连续两周活动数据。没有真实波动,就测不出「异常判定规则」是会漏报还是误报——而这正是这条配方唯一的技术含量。