异常数据点用 AI 列出可能原因和要核对的数据

开场困境

数字异常的下一步不是猜，是列排查表

早上打开看板，昨天支付成功率 91.2%，前七天一直稳定在 97.8% 上下。老板走过来问「怎么回事」，你盯着数字答「可能活动带来的流量质量差」。这句话没有数据支撑，老板追问「你查了什么、怎么确认的」，你答不上来。

异常数据点能查清楚，靠的不是拍脑袋，而是把「可能原因」和「要核对的数据」写成一张排查表，每查一条就排除一条。

错误做法

把异常数字丢给 AI 问「为什么」，等于让它替你编原因

错误做法是把「支付成功率从 97.8% 掉到 91.2%」丢给 AI，追一句「帮我分析为什么」。AI 没看过你的取数口径，会写出「支付通道故障」「用户恶意刷单」这种像结论的理由，但你输入里根本没给通道监控数据，它是在编。

更隐蔽的坑是：AI 列了一堆原因，但每条只有一句话没有「要核对的数据」，你拿着清单去问技术，技术反问「你查过什么字段」，清单直接作废。

实操流程

5 步把异常点变成能照做的排查表

输入样例：把异常点写成一行——指标｜昨日值｜近 7 天均值｜变化｜已知背景。例如：支付成功率｜91.2%｜97.8%｜-6.6 个百分点｜昨晚 20:00 平台开秒杀，新客占比升到 45%，无通道故障报警。

1. 把异常点写成一行：指标｜昨日值｜近 7 天均值｜变化｜已知背景，背景只写你确认过的事实，不写猜测。
2. 补一句你手上能查的数据，例如「我有订单明细、支付流水、渠道分桶、页面改动记录、报警记录」，让 AI 只在你有的数据里列排查项。
3. 发给 AI，要求每个可能原因必须配三样：会导致什么现象、核对哪个数据字段、从哪张表取数。
4. 让 AI 把原因标成两类：可直接验证（用现有数据能判真伪）和需人工确认（要问技术或运营），禁止写「确定是」。
5. 按查证成本排序，先查几分钟能出结果的字段，比如订单来源分布和新客占比，把排除的删掉、确认的留下再汇报。

案例

一个异常点，AI 拆成三条可核对的原因

输入：支付成功率｜91.2%｜97.8%｜-6.6 个百分点｜昨晚 20:00 秒杀，新客占比升至 45%，无通道故障报警。AI 输出——原因 A：秒杀低价新客支付意愿低。要核对：秒杀订单占比、新客支付成功率、客单价低于 30 元的订单占比。判断标准：秒杀订单占比超过 60% 且新客支付成功率低于 85%，则成立。原因 B：部分支付方式出问题。要核对：按支付方式分组的昨日成功率。判断标准：只有微信支付跌到 80%，则指向该渠道。原因 C：页面或入口有改动。要核对：20:00 前后页面改动记录、支付页跳出率。判断标准：改动时间与下跌时间重合才成立。

你照表去订单明细先查 A：秒杀订单占 68%，新客支付成功率 82%，A 成立；再查 B：各支付渠道都低，排除。半小时后汇报就是「低质秒杀流量拉低整体成功率，渠道无故障」，而不是一句「可能是活动问题」。

可复制提示词

直接复制这条，把异常点变成排查表

把下面这条连同你整理好的异常点输入一起发给 AI，它会按「原因｜要核对的数据字段｜判断标准」输出初稿，并单独标出它不能确定的部分。

你是数据分析排查助手。下面是我手上的异常数据点、已知背景和能查的数据清单。请只基于我给出的信息，列出可能原因并输出排查表。

要求：
1. 每个可能原因必须包含三列：可能原因｜会导致什么可观察现象｜要核对的数据字段和取数来源。
2. 每个原因都要写一条判断标准，例如「若秒杀订单占比超过 60% 且新客支付成功率低于 85%，则说明成立；否则排除」。
3. 只允许写「可能」或「待确认」，禁止写「确定是」「肯定是」；我输入里没有的事实不能补充。
4. 只有当我在背景里写明有报警记录、页面改动记录等数据时，才允许把「通道故障」「页面改动」列入原因。
5. 最后单独两栏：可以先用现有数据排除的原因、需要找同事人工确认的事项。

我手上能查的数据：
[订单明细、支付流水、渠道分桶、页面改动记录、报警记录]

异常点和已知背景：
[指标｜昨日值｜近 7 天均值｜变化｜已知背景]

人工检查

汇报前用这张单核对，别把假设当结论

过完这五条，你交出去的就是「我查了什么、排除了什么、剩下什么」，而不是一页没头没尾的猜测。