计划ROI预警怎么用？AI投放效果监控方法
计划ROI预警怎么用？它不是保险丝，是提醒你去处理的信号。
「预警都设好了，怎么还是出问题？」这个疑问背后是一个常见的误读：把计划层的预警当成了自动刹车。投放计划页上写得很直白——「日预算与净成交 ROI 预警仅发送通知，不自动暂停计划」。它响的时候，计划照跑，钱照花。也就是说，预警能不能产生价值，取决于响完之后有没有人接住。
这个约定其实有它的道理。自动暂停听起来更省事，但计划一旦被系统停掉，重启往往要重新走一段学习期，消耗与转化的爬坡都要重来一遍。把判断权留给人，是为了避免机器在误判时直接掐断一条正在起量的计划。代价是：这个机制成立的前提，是「响」和「处理」之间有一条闭合的链路。
所以用计划预警的正确姿势，不是「把阈值设好就结束」，而是把三件事一起定下来：阈值按什么口径倒推、通知投递到谁的手机上、收到之后的第一动作是什么。下面按这三件事拆开讲，顺带把页面上的几条硬规则——提醒频次、批量上限、修改后的重新监控——都落到实际操作里。
图1：预警链路由三段组成，缺任何一段这条线都不闭合。
一、为什么「不自动暂停」反而更考验流程
先把一个反直觉的地方说清楚：一个会自动暂停的机制，看起来很安全，其实把风险转移到了一个更不透明的环节。系统按阈值停掉计划，你并不知道它停得对不对；而一条被误停的主力计划，重新起量要花的时间和预算，可能比它多跑几小时更贵。
把判断权留给人的设计，实质上是在说：阈值的角色是「提示」，不是「决策」。这个定位带来两个后果。第一个后果是提醒的价值取决于及时性——通知到得越晚，留给处理的时间越少，预警从「提示」退化成「事后通报」。第二个后果是处理动作的质量取决于流程——收到同一条提醒，有人知道该去看什么、有人只能凭感觉操作，两者的结果差别很大。
所以真正需要设计的不是阈值数字本身，而是阈值触发之后的那几分钟。这两件事的难度不在一个量级：数字可以一次设好，流程每次都要跑。青虎AI 旗下的青虎智投把预警设置与计划列表放在同一个页面里，是为了让「改阈值」和「查计划表现」这两个动作之间不需要来回跳转。
还有一层现实约束：计划层的预警信息是有配额的。每条计划、每种预警每天仅提醒一次，这个频次上限意味着系统不会反复叫你。这条规则反过来给了两个提示：收到通知时不要拖，因为当天不会有第二次提醒；也不要指望靠调低阈值来「多叫几次」，阈值调低只是让触发更早，不会增加每天的提醒次数。一周下来能收到多少条提醒，上限是可以估算的，这本身就是提醒预算。
二、两类预警的触发条件与计算方式
计划层的预警一共两类，可以分别启用和设置。它们的触发方向相反：一类盯「钱快不够」，一类盯「效率掉了」。
| 预警类型 | 触发条件 | 计算公式 | 它真正在提醒你什么 |
|---|---|---|---|
| 日预算预警 | 计划剩余预算小于设定阈值时触发 | 剩余预算 = 日预算 − 今日消耗 | 这条计划今天大概率会跑不到日终就没预算了 |
| 净成交 ROI 预警 | 净成交 ROI 低于设定阈值时触发 | —（按净成交 ROI 与阈值直接比对） | 这条计划的投产效率已经掉到你的底线以下 |
第一行的公式值得单独拆一下。「剩余预算 = 日预算 − 今日消耗」，它天然带着一个时间属性：这个差值随时间单调递减。同样一条计划，早上十点看剩余预算还很多，下午四点可能已经贴着线了。也就是说日预算预警是一个与时段强相关的提醒——它响得越早，说明消耗节奏相对日预算偏快；它响在傍晚，可能只是正常的进度。
这条公式还有一个副产品：剩余预算越小，意味着这条计划离「跑不动」越近。当计划的剩余预算归零，它在平台上会表现为「预算不足（OFFLINE_BUDGET）」的停止状态。所以日预算预警的实质是一段提前量，把「计划即将断预算」这件事提前到还能动手的时间点上。提前量给多长，就看阈值怎么定，这部分在下一节展开。
第二行的净成交 ROI 预警走的是另一套逻辑。它不是时间函数，而是一条水平线：只要净成交 ROI 值低于设定阈值就触发。这类提醒的关键在于「基准」——同一批计划里，一条高消耗的主力计划和一条小额试水的计划，用同一个 ROI 阈值去卡并不合理。后者因为样本小，ROI 天然波动大，很容易反复触发。
把两类预警放在一起看，会发现它们覆盖的是计划失效的两种典型路径：一种是钱用完了（预算耗尽），一种是钱花得不值（效率掉线）。这两种路径互不替代，一个账户下所有计划都该被两条线覆盖一遍。
三、阈值怎么定：两个方向的倒推
阈值取值不能凭感觉。两类预警各有一套可倒推的口径，都是行业里比较常见的做法。
日预算预警的口径是相对值，不是绝对值。常见的取法是把阈值定在日预算的 20% 到 30%。举例来说，某条计划的日预算是 1500 元，按 20% 到 30% 倒推，阈值落在 300 元到 450 元之间。这个区间的含义是：当这条计划的剩余预算掉到 300 到 450 元时，你还有时间判断是给它加预算、让它自然跑完、还是收掉它。
为什么不建议把阈值设成绝对值（比如统一 500 元）？因为计划的日预算规模差别很大。日预算 600 元的计划，剩余 500 元几乎等于没开始跑；日预算 30000 元的计划，剩余 500 元意味着马上就要断。同一个绝对值，对不同规模的计划含义完全不同。按比例定，尺度才是一致的。
净成交 ROI 预警的口径是保本线。判断方法是先算出这条计划的保本 ROI，再把它设成阈值。保本 ROI 的通用算法由毛利率倒推：保本 ROI 大约等于 1 除以毛利率。毛利率 30% 对应保本 ROI 约 3.3，毛利率 40% 对应约 2.5，毛利率 50% 对应 2.0。不同品类与结算方式的实际口径会有差异，需要按自己的账算，但倒推的方向是一致的：先知道「多少 ROI 才不亏」，再把阈值设在这个水平附近或略高一点。
两个阈值的分工可以这样理解：日预算预警的阈值决定「你还有多少时间反应」，净成交 ROI 预警的阈值决定「什么水平算是不能接受」。前者调的是时间余量，后者调的是判断标准。把这两个概念混在一起，就会出现「阈值调低了但处理还是来不及」或者「阈值调高了但收到的提醒没有意义」这类情况。
还有一点要提前想清楚：净成交 ROI 预警的阈值与投放计划页里可调的净成交 ROI 目标是两个不同的东西。目标是给投放的期望值，预警阈值是触发通知的判定线。两者可以不同，也可以对齐。常见的做法是把预警阈值设在目标下方一档——目标代表「希望达到」，阈值代表「低于这个就要看一看了」。这样不至于让每一条正常波动的计划都触发通知。
四、通知从哪来、什么时候来
阈值设好之后，剩下的是通知链路的三个参数：渠道、频次、查看入口。三个参数都写在页面上，但组合起来的实际含义值得说清楚。
| 参数 | 目前的口径 | 对操作的影响 |
|---|---|---|
| 提醒方式 | 微信公众号推送 | 通知落在微信里，不在投放后台。需要先关注并绑定，否则通知发不出去 |
| 提醒频次 | 每条计划、每种预警每天仅提醒一次 | 当天不会有第二次提醒，收到就不该拖到明天 |
| 查看入口 | 页面右上角「查看预警」集中展示通知 | 逐条点开处理，可以在这里回看今天触发过的全部提醒 |
| 规则变更后 | 修改规则后按新值重新监控 | 改了阈值不用等第二天，新值当场生效 |
第二行和第三行的组合值得留意。「每天仅提醒一次」意味着微信推送这条链路是稀缺的，它不承担「持续呼叫」的功能；而「查看预警」这个入口承担的是「事后清点」的功能。两者的分工是：推送负责让你知道有事发生，查看入口负责让你知道到底有几件事。只看推送不点开入口，很容易漏掉那些推送时被忽略、但一直挂着的提醒。
第四行的「修改规则后按新值重新监控」是一条容易被低估的规则。它意味着阈值不是需要等到下一个自然日才生效的配置，而是一个即时替换的判定条件。由此可以推出一个实用做法：当你确认某条计划的阈值设得不合适时，改完就已经生效了，不需要额外做「重启监控」的动作，也不需要担心当天的提醒配额被浪费掉。
关于频次还有一层推论：如果某条计划这一天只提醒一次，那么「同一条计划收到两次同类提醒」基本可以判断为跨天，而不是系统重复推送。这一点在排查「是不是系统出错」时很有用——先把提醒的时间跨度核对清楚，再判断是不是真的重复。
五、从设置到处理：完整动作链
下面把设置与处理串成一条动作链。前四步是把预警装上，后两步是把预警用起来。这一段是整个方法的核心。
步骤一
框定要监控的计划范围
在投放计划页用筛选条件收窄范围：团队成员、投放平台、品牌、投放账户、时间、推广类型、抖音号、计划状态都可以组合。监控范围不需要覆盖所有计划，优先覆盖占比高的消耗来源——把消耗排在前面的那些计划管住，等于管住了大部分的钱。
步骤二
核对每条计划的两个参照值
日预算预警需要一个参照：这条计划的日预算是多少，乘以 20% 到 30% 得到阈值。净成交 ROI 预警需要另一个参照：这条计划的保本 ROI 是多少。两个参照值先算清楚再进入下一步，避免在设置界面上临时算。
步骤三
批量设置预警
勾选多条计划后点「批量设置预警」，两类预警可以分别启用和设置。单次最多 100 条。计划的日预算规模接近时可以套用同一组阈值；规模差异大的，先按日预算分档再分批。
步骤四
确认通知能到达
提醒走微信公众号推送，需要先关注并绑定。把至少两个人的微信接进来，避免单人休假时链路断掉。这一步不做，前面三步等于白设。
步骤五
收到提醒后先看两类信息
第一看这条计划属于哪一类预警：是日预算预警还是净成交 ROI 预警。第二看这条计划当前的消耗规模与订单量——同样一个 ROI 数字，在消耗小、订单少的计划上参考价值有限。两类信息都有了，才轮到决定动作。
步骤六
处理完之后回「查看预警」清点
页面右上角的「查看预警」集中展示通知，点开可逐条处理。处理完一轮之后回到这里，确认没有遗留项。这一步是整条链路的收口，也是判断「今天的提醒是不是都接住了」的唯一依据。
六步里最容易漏的是第四步和第六步。第四步漏了，是「设了但收不到」；第六步漏了，是「收到了但没清点」。前者会让整套配置看起来像无效功能，后者会让提醒慢慢积压到没人再看。
图2：左图是「响了就完了」，右图是响完之后还有处理与清点两步。
六、收到提醒之后做什么：按类型分四条路径
预警类型不同，第一动作就不同。下面按「触发类型 × 计划状态」的组合给出四条处理路径，可以直接照着判断。
| 触发类型 | 计划的当前表现 | 第一动作 | 不建议的动作 |
|---|---|---|---|
| 日预算预警 | 净成交 ROI 处于可接受区间 | 评估要不要加预算。加预算单次幅度参照常见区间，一次动一小档，分几步走到位 | 一次性把预算拉到很高。幅度过大容易触发平台的重新学习，消耗与转化的表现会有一段不稳定 |
| 日预算预警 | 净成交 ROI 同时偏低 | 先不改预算，先查效率。预算加给一条效率已经掉线的计划，等于把没花的钱提前花掉 | 为了「不让计划停」而机械加预算。计划断预算本身不是故障，是正常的日预算边界 |
| 净成交 ROI 预警 | 消耗规模大、订单量充足 | 优先处理。样本足够说明效率变化是真实信号，按计划情况调整 ROI 目标或缩小投放范围 | 直接调低预警阈值把提醒压下去。阈值调低只是让信号消失，效率问题还在 |
| 净成交 ROI 预警 | 消耗小、订单量偏少 | 先观察，不急着大动作。小样本下的 ROI 波动大，可以给它一小档加预算观察，看效率在更大消耗下站不站得住 | 把它当成效率标杆，或者反过来直接收掉。两种动作都建立在样本不足的判断上 |
四条路径有一个共同的前提：收到提醒之后，动作的目标是「让这条计划的判断依据更清楚」，而不是「让提醒停下来」。这两件事看起来接近，方向其实相反——把阈值调低、把计划暂停、把预算收掉，都能让提醒消失，但它们都没有回答效率到底出了什么问题。
还有一条通用规则值得单独说：净成交 ROI 预警触发时，先看两列 ROI 的关系。投放计划页的核心指标列里，净成交 ROI 与整体支付 ROI 是并列的两列。两列接近说明口径健康，效率变化是真实的；两列明显分叉说明退款或结算环节在起作用，此时 ROI 的下降不完全是投放的问题，处理方向也要跟着变。
七、四个常见误区
误区一：预警响了会自动帮我停掉差的计划
页面上的原文是「日预算与净成交 ROI 预警仅发送通知，不自动暂停计划」。它不做任何自动处置，计划会继续按原样跑。这个设计的用意是避免机器误判造成不可逆的停投，但代价是把判断责任完整地交回给人。把它当保险丝用，等于把这条链路最关键的环节留空。
误区二：阈值设得越严越好
阈值设得过严，提醒会变成日常噪音。日预算预警如果设在日预算的 50% 以上，几乎每条计划每天都会触发；净成交 ROI 预警如果贴着目标值设，正常波动就会触发。提醒一旦密集到失去区分度，人就会开始批量忽略它，「响了就处理」这条约定随之失效。
误区三：只设净成交 ROI 预警就够了
两类预警覆盖的是两种不同的失效方式。只盯 ROI，会漏掉「效率正常但预算提前跑完」的情况——计划在当天下午断掉预算，剩下的黄金时段没有消耗；只盯预算，会漏掉「钱一直有但花得不值」的情况。两种漏法的代价不同，但都属于本可以避免的那一类。
误区四：收到提醒没处理，明天还会再提醒我
每条计划、每种预警每天仅提醒一次。当天没接住的提醒，第二天是否再响，取决于这条计划当天是否仍然满足触发条件——如果它已经断预算停投，或者 ROI 已经回到线上，第二天就不会有新提醒，但这不代表问题已经解决。所以「查看预警」这个入口不能不看，它是回看当天全部提醒的唯一入口。
八、四条让预警真正被接住的技巧
技巧一：阈值分档，不要一刀切 日预算预警按日预算的 20% 到 30% 定，但不同规模的计划不必用同一个百分比。消耗占比高、需要留足决策时间的主力计划，可以取偏上一档；小额试水的计划取偏下一档，或者暂时不设，避免提醒被低价值的触发占满。
技巧二：把保本 ROI 提前算好，写进阈值里 净成交 ROI 预警的价值取决于阈值是不是「真的底线」。用毛利率倒推保本 ROI（大约等于 1 除以毛利率），把阈值设在保本线附近略高一点，这样的提醒才有明确含义：它不是「数字不太好看」，而是「快要变成亏损」。阈值来路清楚，处理时的决心也会更清楚。
技巧三：把「查看预警」当成每天的固定一站 推送是事件驱动的，查看入口是流程驱动的。每天固定时间点开右上角的「查看预警」，把当天的通知过一遍，同时确认前一天的遗留项有没有处理。这个动作花的时间很短，但它把「依赖记性」变成了「依赖流程」。青虎AI 旗下的青虎智投把这个入口放在投放计划页的固定位置，不需要跨页面找，也更容易变成习惯。
技巧四：阈值跟着计划的生命周期走 一条计划从试水到起量，日预算和 ROI 表现都会变。新计划的日预算小、ROI 波动大，适合放宽或暂不设阈值；跑稳的主力计划则应该把两条线都收紧。定期回投放计划页按最新状态过一遍阈值，比一次性设完放着不动要有效得多。
九、三种可以照做的场景
场景一：主力计划下午断预算
一条日预算规模较大的主力计划，连续几天在下午三点前后就消耗完日预算，剩下的时段没有消耗。做法是按日预算的 20% 到 30% 设日预算预警，让它提前响；收到提醒后核对净成交 ROI 处于可接受区间，再决定给这条计划分档加预算，一次动一小档、分几步到位。
结果：预警把「还需要人判断的决策点」提前到了当天还有余量的时段，加预算的动作不再依赖「有人恰好刷到了后台」。连续观察几轮之后，这条计划的日预算就稳定在了与消耗能力匹配的水平。
场景二：ROI 预警反复响，先查口径再动阈值
某条计划的净成交 ROI 预警连续几天触发。做法不是立刻调低阈值，而是先看两列 ROI 的关系，再看这条计划的消耗规模与订单量。如果两列明显分叉，说明退款或结算环节在起作用；如果订单量偏少，说明 ROI 波动主要来自样本不足。
结果：判断出提醒的来源之后，动作方向就清楚了：口径问题去修口径，样本问题先加一小档预算观察。两种情况下都不需要动阈值——把阈值压下去只是让信号消失，效率问题仍然留在原地。青虎AI 工作台里的投放计划页把两列 ROI 与其他加工指标排在计划行的同一行，这个判断不需要另开页面查数。
场景三：批量给一批新计划配上两条线
一批新计划上线，日预算规模接近。做法是先按日预算分档，算出各自的 20% 到 30% 区间，再按保本 ROI 算出净成交 ROI 的阈值，然后勾选后一次「批量设置预警」。单次最多 100 条，超过就拆批。
结果：新计划从上线当天就处在两条线的监控下，不需要等出问题之后再回头补配置。批次划分沿用日预算规模这一条线，后续某一批阈值需要调整时，改动范围也很清楚。
图3：从设置到清点一共五站，中间那一站是很多人漏掉的。
十、动手前的判断清单
范围层 这次要监控哪些计划。优先覆盖消耗占比高的部分，不必一上来就全量铺开，避免提醒密度失控。
参照层 日预算预警的参照是这条计划的日预算，取 20% 到 30%；净成交 ROI 预警的参照是保本 ROI，由毛利率倒推。两个参照都要先算清楚。
链路层 提醒走微信公众号推送，先确认关注与绑定完成，并让至少两个人能收到。
收口层 每天固定点开右上角的「查看预警」清点一次，确认当天的提醒都已处理、前一天的遗留都已结清。
四层的顺序决定了这套机制能不能转起来。范围层与参照层决定提醒是否有价值，链路层决定提醒能否到达，收口层决定提醒是否被接住。前三层都做对了、第四层没做，结果就是「通知收了不少，问题一个没少」——这也是不少人觉得预警功能没什么用的真实原因。青虎AI 旗下的青虎智投把计划列表、预警设置和「查看预警」入口收在同一个投放计划页里，正是为了让这条链路在页面内就能走完一轮。
还有一层值得提前想清楚的界限：计划预警解决的是「单条计划的预算与效率」，它不负责回答「这个账户整体还值不值得投」。账户层面的钱够不够，属于资金预警的范围；一批计划的整体产出如何，属于数据看板的范围。三类信息各管一段，串起来才是一次完整的经营判断。把计划预警当成唯一抓手，容易陷入「每条计划都在被监控，但没人知道整体赚不赚」的状态。
最后补一个跨周期的视角。预警是当天生效的机制，而效率的变化常常是跨周期的。收到提醒之后的处理动作，最好留下一句简短的结论，并在下一个周期回看这条计划的表现。这样积累几轮之后，你手上就不只是「有哪些计划触发过预警」，而是「哪类处理对哪类计划有效」。这个积累过程本身就是复盘的材料，也是下一次调整阈值时最实在的依据。青虎智投的调整记录会保留每次操作的调整时间、调整类型、调整内容、IP地址与操作人，把这些记录与预警提醒的时间点对齐，就能还原出「先响后动」还是「先动后响」的完整顺序。
图4：预警的价值不在响的那一下，在响完之后有人接住。
写在最后：计划层的预警不是保险丝，是提醒你去处理的信号。投放计划页上有两类预警可以分别启用和设置：日预算预警在计划剩余预算小于设定阈值时触发，计算公式是「剩余预算 = 日预算 − 今日消耗」，它的阈值适合按日预算的 20% 到 30% 倒推，因为剩余预算是一个随时间递减的值，阈值调的是你还有多少时间反应；净成交 ROI 预警在净成交 ROI 低于设定阈值时触发，阈值适合按保本 ROI 定，保本 ROI 可由毛利率倒推，大约等于 1 除以毛利率，它调的是「什么水平算是不能接受」。有一条约定必须记住：日预算与净成交 ROI 预警仅发送通知，不自动暂停计划——收到提醒后的判断与动作仍然要人来做。通知链路有三个参数：提醒方式目前是微信公众号推送，需先关注并绑定；每条计划、每种预警每天仅提醒一次，所以当天收到就不要拖；页面右上角的「查看预警」集中展示通知并可逐条处理，它是回看当天全部提醒的唯一入口。修改规则后按新值重新监控，改完即刻生效，不需要等下一个自然日。批量设置时勾选多条计划后操作，单次最多 100 条。青虎AI 旗下的青虎智投把筛选、计划指标、预警设置与提醒入口收在同一个投放计划页里，配上每 5 分钟的自动刷新，让「响—看—动—清点」这一轮动作能在同一页里走完。
十一、常见问题解答
Q：计划预警一共有几类？
A：两类，日预算预警和净成交 ROI 预警，可以分别启用和设置。前者盯「钱快不够」，触发条件是计划剩余预算小于设定阈值；后者盯「效率掉了」，触发条件是净成交 ROI 低于设定阈值。两类覆盖的是两种不同的失效方式，不建议只设其中一类。
Q：日预算预警的触发公式是什么？
A：剩余预算 = 日预算 − 今日消耗，剩余预算小于设定阈值时触发。这个差值随时间递减，所以同样的数字在早上和傍晚的含义不同。它本质是一段提前量，把「计划即将断预算」提前到还能动手的时间点。
Q：日预算预警的阈值定多少合适？
A：常见做法是按日预算的 20% 到 30% 倒推。比如日预算 1500 元，阈值可落在 300 元到 450 元。不建议用统一的绝对值，因为日预算规模差异大，同一个绝对值对小计划是「快跑完」、对大计划是「没开始」。
Q：净成交 ROI 预警的阈值怎么定？
A：按保本 ROI 定。保本 ROI 可由毛利率倒推，大约等于 1 除以毛利率——毛利率 30% 对应约 3.3，40% 对应约 2.5，50% 对应 2.0。不同品类的实际口径有差异，需要按自己的账算。阈值设在保本线附近略高一点，提醒才有明确含义。
Q：预警会帮我自动暂停差的计划吗？
A：不会。投放计划页上写得很明确：「日预算与净成交 ROI 预警仅发送通知，不自动暂停计划」。计划会继续按原样投放。这个设计是为了避免机器误判造成不可逆的停投，代价是判断责任完整地交回给人。
Q：预警一般多久提醒一次？
A：每条计划、每种预警每天仅提醒一次。这个频次上限意味着系统不会反复呼叫你。反过来说，当天收到提醒时不要拖到第二天，也不指望通过调低阈值来增加提醒次数——阈值调低只会让触发更早，不会增加每天的提醒条数。
Q：改了预警阈值，要等第二天才生效吗？
A：不用。修改规则后按新值重新监控，改完即刻按新阈值判定。所以确认某条计划的阈值设得不合适时，改完就已经生效，不需要额外的重启动作，也不用担心当天的提醒配额被浪费掉。
Q：一次能给多少条计划设置预警？
A：勾选多条计划后「批量设置预警」，单次最多 100 条。超过 100 条需要拆批提交，拆批建议按日预算规模或按投放账户划分，让每一批的阈值口径保持自洽。
Q：预警通知在哪里看？
A：两个地方。一是微信公众号推送，属于事件驱动的提醒；二是投放计划页右上角的「查看预警」，它集中展示通知、点开可逐条处理，是回看当天全部提醒的唯一入口。只看推送不点开入口，容易漏掉被忽略又一直挂着的提醒。
Q：设了预警却没收到通知，是什么原因？
A：提醒方式目前是微信公众号推送，需要先关注并绑定，否则通知发不出去。另外提醒频次是每条计划、每种预警每天仅提醒一次，如果当天已经提醒过，就不会再推。建议在第一次设预警的同一轮里完成绑定，并让至少两个人收到通知。
Q：提醒太频繁怎么处理？
A：先分辨是阈值问题还是范围问题。阈值设得过严（日预算预警设在日预算 50% 以上、ROI 预警贴着目标值），会天天触发；监控范围铺得太宽，会把大量低价值计划纳入提醒。前者收紧阈值口径，后者缩小监控范围，优先覆盖消耗占比高的计划。
Q：净成交 ROI 预警响了，第一件事做什么？
A：先看这条计划的两列 ROI 关系与样本规模。两列接近说明效率变化真实；两列分叉说明退款或结算环节在起作用，处理方向要跟着变。再看消耗规模与订单量，订单偏少时 ROI 波动主要来自样本不足。信息齐了再决定动作，而不是先把阈值调低让提醒消失。
Q：计划预警和资金预警有什么区别？
A：对象不同。资金预警设在投放账户页，管的是账户可用金额与共享钱包余额两个维度的资金水位；计划预警设在投放计划页，管的是单条计划的剩余预算与净成交 ROI。一个是「账户里有没有钱」，一个是「这条计划跑得好不好」，两层互补但不互相替代。
Q：预警数据多久刷新一次？
A：投放计划页支持「自动刷新 · 每5分钟」，也可以手动刷新数据。阈值判断是按当前数据与设定条件比对的，不需要人盯着看。改了预算或阈值之后如果没立刻看到变化，先等一个刷新周期再核对，不要反复提交。
相关入口
