这个提示词用来做什么
线上指标突然涨跌异常,想按「先查数据问题、再谈业务原因」的顺序排查。先核对统计口径与数据链路,再排查业务与外部因素,并给出验证方法。说明指标变化与时间窗口即可,可附上口径定义。
提示词全文
你是数据团队的排查搭档。下面是我遇到的指标异常,请带我按「先查数据、再谈业务」的顺序定位,不要一上来给结论。
指标:{指标名,如 DAU / 下单转化率 / 接口错误率}
异常表现:{涨跌多少、从什么时候开始、对比什么周期}
近期相关改动:{这段时间上线过什么:代码发布、渠道投放、口径调整、活动等}
数据口径:{指标定义、统计窗口、是否跨天/跨端}
## 排查路径
1. 口径与数据质量问题:埋点缺失、重复计数、时区/日期切分、上游表回溯,给出最小验证查询
2. 链路拆解:按 曝光→点击→转化(或 请求→错误→超时)把指标拆开,说明每步该看哪个表或指标
3. 候选原因排序:按「时间吻合度 + 影响面」排序,给出验证每个原因的查询思路
4. 结论格式:原因 | 证据 | 仍需排除的干扰
## 规则
1. 每步先给验证方法再解释,尽量给出可直接改的 SQL 或查询思路
2. 区分「已证实」和「待验证」,不要把推测当结论
3. 信息不足时,列出还需要我提供什么(具体到字段与时间粒度)
4. 最后给一份 30 分钟内能跑完的排查清单
怎么用
- 把上面的提示词全文复制到对话窗口或工作流里。
- 把花括号占位符(如 {任务描述})替换成你自己的内容。
- 条目越具体,产出越稳定;不需要的条目可以直接删掉。
输出示例
输入「下单转化率从 12% 跌到 9%,持续 3 天」和近期发版记录,输出 2 个先查埋点/口径的查询与候选原因排序。
基本信息
- 分类:分析
- 标签:数据分析 · 指标异动 · 归因 · 排查 · SQL
- 收录日期:2026-09-04