广告账户余额预警怎么设？AI资金预警设置
广告账户余额预警怎么设？两个维度都要设，别只设一个。
问「广告账户余额预警怎么设」，多数人会回答「填个数就行」。这个回答漏掉的部分才是关键：青虎智投的资金预警有两个维度，账户可用金额和共享钱包余额，两个值要分别设；而且它按账户逐个生效，不是设一次就能管住全部。只填一个数，等于只守住了半扇门，另一个维度的耗尽依旧会静默发生。
余额耗尽这件事的特殊性在于它不报错，只停投。投放计划的状态枚举里，「余额不足（OFFLINE_BALANCE）」与「预算不足（OFFLINE_BUDGET）」是两个独立的停投原因——账户层面的钱和计划层面的钱是两笔账。计划被平台停掉时，后台不会弹红字，它只是安静地不再产生消耗。行业里常见的观察是，一个没有监控的账户从余额耗到停投、再到被人发现，中间的空窗期通常在 2 到 6 小时，跨过一个午饭时间或一个下班后的夜晚就足够了。
所以设资金预警的次序，应当是授权账户之后的第一个动作，而不是「等有空再配」。下面把两个维度分开拆：各自回答什么问题、阈值按什么口径倒推、批量设置时有哪三条硬规定，以及哪几种情况其实不该靠调阈值解决。
图1：余额预警要设两个值，只设一个等于只守住了半扇门。
一、余额耗尽为什么总被发现得太晚
把这件事归因到「人不够细心」是不准确的。真正的错位在于两个节奏不匹配：账户余额的变化节奏，和人的查看节奏。
余额是活数据。青虎智投的投放账户页与投放计划页都支持「自动刷新 · 每5分钟」，也就是说余额这个数字本身在系统里是持续更新的；而人工巡检的常规节奏是早中晚各一次，行业里资金类异常一般要求 30 分钟内响应。把「每 5 分钟变化」交给「每 4 到 6 小时看一眼」来兜底，中间的差额就是那 2 到 6 小时的空窗期。这不是态度问题，是机制问题——人盯不住一个比巡检频率快两个数量级的数字。
空窗期的代价也不只是「少投了几小时」。计划因余额不足被停掉之后再开启，平台的投放模型通常需要重新积累一段学习期，重启后的消耗爬坡与转化表现会有一段不稳定区间。也就是说，余额耗尽带来的损失分成两段：前一段是停投的直接损失，后一段是重启后的波动损失。越早发现，第二段越短。
再往后一层是责任问题。账户一多，谁负责给哪个账户充值这件事在口头约定里很快会模糊。资金预警存在的意义，是把「余额够不够」这件事从人的记忆里搬出来，变成一个会自己喊的阈值判断。它的价值不在于精确，而在于不遗漏。
二、资金预警的两个维度与页面原文
投放账户页的顶部提示区写得很直接：「每个账户可分别设置可用余额和共享钱包预警金额，低于对应金额时触发。」这句话里有两个信息点：一是「两个维度」，二是「分别设置」——说明它们不是二选一的备用项，而是针对两种不同资金结构各设一条线。
把两个维度摊开对照，它们回答的是完全不同的问题。
| 预警维度 | 单位 | 触发条件 | 它回答的问题 |
|---|---|---|---|
| 账户可用金额预警 | 元 | 该账户可用余额低于设定金额时触发 | 这个账户自己账上的钱还够撑多久 |
| 共享钱包余额预警 | 元 | 共享钱包余额低于设定金额时触发 | 被多个账户共用的那笔钱还剩多少 |
表里最容易读错的是第二行。「共享钱包」不是某个账户余额的另一个名字，它是一笔可以被多个账户共同消耗的资金池。投放账户列表里，「账户余额 / 共享账户余额」是并列的两列；数据看板底部的账户总览里，也同时有「账户总余额」「账户有效余额」和「共享钱包可用余额」这几个字段。资金结构里同时存在两笔钱，预警维度就自然要有两条。
一个判断方法：如果你们的账户是各自独立充值、独立核算的，账户可用金额预警是主警戒线；如果多个账户挂在同一个共享钱包下用完同一个池子，那么共享钱包余额预警才是真正的那条「底线」，账户维度的值只用来做提前量。两种结构都可能同时存在，所以两个值都填，成本只是各填一个数。
还有一处细节值得留意：投放账户列表里有专门的「资金预警」字段，该账户的预警状态设为「预警中」时会高亮显示。也就是说，这个预警不只是一条推送，它在账户列表里留下了一个可扫视的状态位。批量管账户时，「哪些账户已经处在预警中」是可以一眼看出来的。
这一步还有一个前置判断常被跳过：账户列表里的「账户余额 / 共享账户余额」是并列的两列，而数据看板底部的账户总览里，与钱相关的字段更多——账户总余额、账户有效余额、共享钱包可用余额各占一列。字段多不等于概念重复，它们回答的是不同环节的问题：总余额看账户规模，有效余额看去掉冻结部分之后真正能动用的钱，共享钱包可用余额看共用的那个池子还剩多少。搞清哪一列对应哪个概念，再决定预警阈值该拿哪个数字去倒推，比直接凭账户总余额拍一个数要靠谱。青虎AI 旗下的青虎智投在投放账户页把这些字段并排放在同一行，正是为了让这种对应关系不需要靠记忆去维持。
三、账户可用金额预警：阈值按消耗倒推
阈值填多少，不能拍脑袋。填「一万」「五千」这类整数看起来整齐，但它和你的消耗水位没有任何关系，容易在慢消耗账户上长期不触发、在快消耗账户上天天触发。
正确的锚点是账户自己的消耗。投放账户列表里有两个直接可用的字段：「今日消耗」和「昨日消耗」。用昨日消耗作为一个基线，再乘一个系数，得到的值就是比较合理的阈值区间。行业里常见的做法是把阈值设在日均消耗的 1.5 到 2 倍，理由是补齐响应链路所需的全部时间。
这条响应链路上其实有四个环节，任何一个环节卡住都会吃掉时间：发现预警、走内部审批、完成充值、平台侧到账。留在账户里的这笔钱不是「备用金」，它是这四个环节的缓冲垫。阈值定得低于单日消耗，等于缓冲垫比一晚上漏掉的水还薄，预警触发时已经来不及了；定到三五倍又会让预警形同虚设，余额充足时长期不响，人就会忽略它。
举一个可换算的例子。某个账户昨日消耗数字落在八千左右，按 1.5 到 2 倍取，阈值就落在 12000 到 16000 这个区间。如果这个账户走的是每周统一充值的流程，审批只在每周一和周四走，那系数还应该往上抬，把最长的审批间隔也算进缓冲里。反过来，如果账户背后挂着自动充值或当天可充的通道，系数取 1.5 就够。
这里有一个容易被忽略的波动因素：消耗不是平的。大促、上新、直播间开播日，单日消耗可能是平日的三到五倍。阈值如果只在平时够用，波峰当天就会失效。处理办法不是把阈值永久拉到波峰水位（那会让平时长期不响），而是在可预见的波峰来临前，把相关账户的阈值临时上调一档，波峰过后再调回去。批量设置能力就是为这种临时调整准备的。
反向的情况同样要处理：消耗在降。账户进入淡季、计划被收缩、某个大计划被停掉之后，日均消耗会明显下移。这时候原来的阈值相对变高了，预警会比实际需要更早响起，长期下来人对它就不敏感了。阈值不是设一次就一劳永逸的数字，它跟着消耗走。判断该不该调，看两个信号：预警响得太频繁，说明阈值相对偏高；预警响起来时缓冲时间已经不够走完审批，说明阈值相对偏低。两个信号都来自实际运行，比重新拍一次数字更有依据。
还有一个角度是预算与余额的关系。计划层的预算不足会表现为「预算不足（OFFLINE_BUDGET）」，账户层的钱不够会表现为「余额不足（OFFLINE_BALANCE）」，两个状态在计划列表里是分开的枚举值。这个区分对处理动作有直接影响：看到前者去改计划预算，看到后者去补账户余额，两个动作不能互换。所以设置账户资金预警的时候，最好同时看一眼这个账户下有没有预算卡得很死的计划——如果计划预算本身就贴着消耗上限，那么停投大概率会先从计划层发生，账户层的余额预警只是最后一道防线。
四、共享钱包余额预警：它和账户余额不是一回事
上一节讲的是「账户自己账上的钱」，这一节讲的是「大家共用的那笔钱」。两者的关系不是主次，而是覆盖了两种不同的失败方式。
| 对比项 | 账户可用金额预警 | 共享钱包余额预警 |
|---|---|---|
| 监控对象 | 单个投放账户自身的可用余额 | 多个账户共用的资金池余额 |
| 耗尽影响范围 | 通常只影响这一个账户 | 可能让共用这个钱包的多个账户一起停投 |
| 漏设后的典型后果 | 某个账户被单独扣完，没人发现 | 池子见底，一批账户同一时间停投 |
| 更适合的场景 | 账户独立充值、独立核算 | 多账户共用一笔预算的资金结构 |
两行对照合起来说明一件事：只设其中一条，会留下一个特定的盲区。只设账户维度，钱包被慢慢抽干的过程不会触发任何一次提醒，直到某一天账户们集体停投；只设钱包维度，某个账户因为自身分配额度或结算节奏被单独扣完时，池子里还有钱，预警也不会响。两种漏法各有各的代价，而且都不会自己暴露——直到停投发生。
还有一个方向性差别值得记住：账户维度的预警是「提前量」，它在余额还有余裕时响，留时间给你补；钱包维度的预警更接近「底线」，它响的时候，受影响面往往是批量的。所以两个维度的分工可以是：账户维度的阈值设得宽一些，留够提前量；钱包维度的阈值设得保守一些，宁可早响。反过来把钱包维度设得比账户维度还激进，等于把批量停投的风险放在最后一道线上。
图2：左图只设一个维度，右图两个维度各有一条线，中间那段高亮就是被补上的盲区。
五、从单账户到批量：两条设置路径
设置入口都在投放账户页，但按账户数量分两条路径。先判断这次面对的是一个账户还是一批账户，再决定走哪条，可以省掉大量重复点击。
步骤一
进投放账户页，先把账户列表读一遍
列表按七个字段展示：投放账户名称 / ID、品牌管理、账户余额 / 共享账户余额、今日消耗 / 昨日消耗、资金预警、授权状态、管理成员。这一步要拿的信息只有两类：哪些账户还没有资金预警状态、这些账户的昨日消耗是多少。前者决定要处理谁，后者决定阈值填多少。
步骤二
判断这次面对几个账户
只有一个账户要设，走单账户路径；一批账户同时要设，走批量路径。判断依据可以看品牌管理这一列：同一品牌下的账户消耗水位通常相近，阈值可以套用同一组数值，适合一起批量处理；不同品牌的账户资金结构可能不同，混在一批里设同一个值会失去意义。
步骤三
单账户：进入该账户的资金预警设置
对单个账户设置时，分别填写可用余额预警金额与共享钱包余额预警金额两个值。两个值的口径不同，可用余额那一个按该账户的日均消耗倒推，共享钱包那一个按钱包整体的消耗节奏倒推，后者通常明显高于前者。
步骤四
多账户：勾选后批量设置预警
勾选多个账户，点「批量设置预警」，一次给这一批账户套用同一组阈值。这个动作单次最多设置 100 个账户。超过 100 个时按品牌或按客户拆批，批次划分方式建议与后续的账户分配方式保持一致，方便回溯。
步骤五
保存后回列表核对状态
设置完成后回到账户列表，看「资金预警」这一列。状态设为「预警中」的账户会高亮。如果不打算真的触发提醒，只是先看看，可以把值暂且留空——留空即关闭该项规则，这个细节在下一节展开。
两条路径的前三步是重合的：都要先读列表、先判断批次、先确定阈值口径。真正有差别的只有第三步与第四步之间的点击次数。这意味着一件事：如果阈值还没想清楚，走哪条路径都是白做，因为批量设置只是把同一个值复制 100 份，它不替你判断这个值合不合理。
六、三条硬规定，每条都对应一种误操作
设置界面里有三条容易被忽略的规则。它们看起来像细节，实际上每条都对应一类常见的操作失误。
规定一：留空即关闭该项规则。这一条的实际含义是，空值不等于「零」。有人把不想设的那一项填成 0，以为等于关掉，结果余额一低于 0 才触发，预警等于无效。想关掉就留空，不要填 0。反过来说，如果你暂时不想让某个维度打扰，留空是一个明确的、可回退的动作，而不是把阈值设成一个极小值。
规定二：保存时已按所选账户的现有预警回填。批量设置打开时，界面里显示的不是空白，而是勾选的这批账户已有的预警值。这个设计带来的实际好处是「增删方便」：你可以在已有值的基础上只改需要改的账户对应的部分，不需要从零重填一遍。但它也带来一个陷阱——如果不逐项核对直接保存，等于把首个账户的值套给了整批，有账户的原有阈值会被无意覆盖。批量设置前先扫一眼回填值，是这一步唯一需要多花的几秒。
规定三：单次最多 100 个账户。批量设置的上限是 100 个账户。这个数字和批量修改预算、批量设置计划预警的上限是同一个量级，属于系统层面的批处理边界，不是可以绕过的建议值。账户数量超过 100 时，拆批是唯一办法。拆批时建议沿用同一条划分逻辑（按品牌、按客户、按消耗档位），这样每一批的阈值口径都还是自洽的。
三条规定合起来指向同一个操作习惯：先确认这次要动的是哪一批账户，再确认阈值取值，最后才点保存。顺序反过来，就会出现「先保存再看填了什么」的情况，而这类操作的后果不会立刻显现，往往在两三周后才以一次意外的停投暴露出来。
七、四个常见误区
误区一：只设账户可用金额预警就够了
账户维度管的是「这个账户自己账上的钱」，共享钱包维度管的是「大家共用的那笔钱」。多账户共用资金池的结构下，池子被抽干的过程不会在任何一个账户的余额上体现出来，账户维度全程安静。等到池子见底时，受影响的是挂在它下面的整批账户。两个维度都填的成本只是多填一个数，漏掉一个的后果是批量停投。
误区二：阈值往高里填更安全
阈值填得过高，预警会在余额仍然充裕时频繁响起，人很快学会忽略它。预警的核心价值是「响了就要处理」，如果它响得太随意，这个约定就会失效。合理的锚点是日均消耗的 1.5 到 2 倍，再按你的充值审批节奏微调。想更安全，正确的做法是缩短响应链路，而不是把线拉到不真实的水平。青虎AI 旗下的青虎智投把预警值和账户余额放在同一行展示，判断「这个值是不是偏高」时不需要另开页面找数据。
误区三：设了资金预警就等于有了自动止损
资金预警的功能是在余额低于阈值时提醒你，它不负责把钱补上，也不负责暂停或调整任何计划。它是一根提示线，不是一道闸门。收到提醒之后的动作——审批、充值、确认到账、必要时手动暂停高消耗计划——仍然要人来做。把它当成保险丝，是把这个机制用错了位置。
误区四：设完一次就不用再管了
阈值是跟着消耗水位走的。账户的日均消耗会变，季节性的波峰会来，充值流程也可能调整。原来按八千的日消耗设的阈值，在账户跑起来、日消耗翻倍之后就不再够用——它依然会触发，但触发的时候缓冲时间已经不够了。建议定期（比如每次月度复盘时）回投放账户页，把预警值按最新的消耗水位过一遍。
八、四条让资金预警真正管用的技巧
技巧一：把设预警放进账户授权的收尾动作里 账户授权导入完成后，操作还没有结束。同一个页面往下走就是资金预警设置，顺手设完再离开，就不会留下「已授权但未监控」的账户。授权流程本身有三步——选平台、去平台完成授权、选择要导入的账户——把资金预警当作第四步，是这个流程里成本最低的补充。青虎智投的投放账户页把账户列表和资金预警放在同一个页面，正是为了减少这一步的往返。
技巧二：用昨日消耗做锚，不要用直觉做锚 列表里现成有「今日消耗」与「昨日消耗」两个字段，取昨日消耗乘 1.5 到 2 作为阈值起点，比凭感觉填一个整数可靠得多。今日消耗只反映当天进度，用它当锚会因为时段不同而大幅漂移；昨日消耗是一个完整的周期数字，更适合当基线。
技巧三：批量设置前先按品牌分组 账户列表支持按名称、账户 ID、品牌搜索。批量设置时先搜出同一品牌的账户再勾选，这一批的消耗水位接近，套用同一组阈值是合理的；把不同品牌的账户混在一批里统一填值，等于用一套标准去量不同的经营规模，总有一批会失准。
技巧四：资金预警和计划预警分两层用 资金预警管的是「账户里有没有钱」，计划层的日预算预警与净成交 ROI 预警管的是「计划跑得好不好」。两层的对象不同、阈值口径不同，不需要也不能互相替代。账户层设宽、计划层设紧，是一个比较常见的搭配：钱还够但计划效率掉了，先处理计划；计划正常但钱要见底，先处理充值。
九、三种可以照做的场景
场景一：新授权一批账户，当天设完
一次性授权导入了十来个账户，横跨两个品牌。做法是先按品牌搜索分出两批，各自读一遍昨日消耗，取 1.5 到 2 倍得到两个阈值区间，再分别勾选后批量设置预警。整个过程不需要逐个账户点开。
结果：账户从导入当天就处在监控下，没有留下「等想起来再配」的空档。后续哪一批的阈值不合适，按品牌再调一次即可，批次划分与品牌一致，改动范围清晰。
场景二：大促前夜把阈值临时上调
进入大促周期前，账户的日消耗预计会明显抬高，原来按平峰消耗设的阈值会在下午就被击穿，但那时候的补款流程还在走。做法是把相关账户勾出来，批量把两个维度的阈值各上调一档，让预警时点保持在补款流程能赶上的位置。
结果：大促期间的预警次数没有失控，同时也没有出现「响了但来不及」的情况。活动结束后把阈值调回平峰水位，避免平时长期不触发。青虎AI 旗下的青虎智投把这个动作留给同一个批量入口，波峰前后的两次调整成本都很低。
场景三：代运营团队按客户分批设，钱包维度单独处理
团队同时服务几家客户，账户分属不同客户。做法是按客户分批设账户可用金额预警，阈值按各自客户的消耗水位定；共享钱包维度则按钱包的实际归属单独处理，与账户批次分开设置，避免把不属于同一个钱包的账户套上同一个池子阈值。
结果：账户维度的阈值贴合各自客户的经营规模，钱包维度只对真正共用同一池子的账户生效。两层的责任边界清楚，出现预警时能立刻判断是哪个客户的账户该补款。这套做法在代运营场景里尤其省事，因为客户之间本来就不共用资金池，阈值口径天然可以分开处理，只需要在批量设置的批次划分上把客户作为第一条切割线。
图3：单账户和批量两条路径，前两步是重合的。
十、动手前的判断清单
在点保存之前，把下面四项过一遍。四项都清楚，这次设置的阈值才算有依据。
范围层 这次动的是单个账户还是一批账户；如果是一批，划分逻辑是什么（品牌、客户、还是消耗档位）。划分逻辑要能被别人看懂，否则下次没人敢改。
口径层 两个维度各设还是不设。账户维度按该账户的日均消耗倒推；钱包维度按钱包整体的消耗节奏倒推。两个都不设等于放弃监控，只设一个会留下明确的盲区。
数值层 阈值取日均消耗的 1.5 到 2 倍，再按充值审批的实际节奏上下微调。大促等可预见的波峰，提前上调一档。
复核层 保存前逐项看一眼回填值，确认没有被批量覆盖；保存后回列表核对资金预警列的状态。
这张清单的四层有先后顺序。范围层没定，数值层的取法就失去了基准；口径层漏了一个维度，复核层再怎么核对也补不回那个盲区。青虎AI 旗下的青虎智投把账户列表、资金预警状态与批量设置放在同一个投放账户页里，顺序本身就接近这条判断链——先看清有哪些账户、再看各自的消耗，最后才决定填什么值。
还有一层容易被略过的收尾：设完预警之后，要确认提醒到底能不能送达。预警的提醒方式目前是微信公众号推送，需要先关注并绑定，否则阈值再合理，通知也到不了人手上。绑定这件事建议在第一次设预警的同一轮里做完，并让团队里至少有两个人收到通知——一个人休假或出差时，另一条链路还在。
最后补一个跨页面的视角。资金预警解决的是「入口的钱够不够」，它和投放计划页里的日预算预警、净成交 ROI 预警是两个层级。复盘时把这三类预警放在一起看，能读出一条比较完整的线索：资金类预警偏多，说明充值节奏或预算规划需要调整；计划类预警偏多，说明计划层面的调控动作不够及时。两类预警同时变多，通常指向同一件事——这段时间的投放节奏变化超出了原有配置的假设范围，该重新过一遍阈值了。青虎智投把账户层与计划层的预警放在两个相邻的页面里，正是为了让这种对照不需要靠人工拼表。
图4：阈值要能被摊在桌上讲清楚它为什么是这个数，才算设得合理。
写在最后：广告账户的资金预警不是一个数字，是两个维度各自的一条线。投放账户页顶部写得很明确——每个账户可分别设置可用余额和共享钱包预警金额，低于对应金额时触发。账户可用金额预警按该账户的日均消耗倒推，取昨日消耗的 1.5 到 2 倍，把发现、审批、充值、到账这条链路的全部时间留进缓冲里；共享钱包余额预警按钱包整体的消耗节奏定，它的影响面往往是批量的，所以取值应当更保守。设置时按数量分两条路径：单个账户进该账户的预警设置分别填两个值，多个账户勾选后走「批量设置预警」，单次最多 100 个账户。三条硬规定要在保存前确认——留空即关闭该项规则，不要用 0 代替；保存时界面会按所选账户的现有预警回填，逐项核对再保存；补款流程跟不上时，宁可提前上调阈值而不是等它响。最后别忘了预警的送达环节：提醒走微信公众号推送，需要先关注并绑定。青虎AI 旗下的青虎智投把账户列表、资金预警状态和批量设置收在同一个页面里，让「授权完顺手设预警」这件事真正能一步做完，而不是拖到余额见底才想起来。
十一、常见问题解答
Q：资金预警到底要设几个值？
A：两个维度的值，账户可用金额预警（元）和共享钱包余额预警（元）。页面顶部提示区写的是「每个账户可分别设置可用余额和共享钱包预警金额，低于对应金额时触发」。两个值口径不同，各自针对一种资金结构，不建议只设其中一个。
Q：只设账户可用金额预警，会漏掉什么情况？
A：会漏掉共享钱包被抽干的过程。多个账户共用同一个钱包时，池子的余额下降不会体现在任何一个账户自己的可用金额上，账户维度的预警全程不响，直到池子见底、挂在下面的一批账户同时停投。
Q：只设共享钱包余额预警行不行？
A：也有盲区。某个账户可能因为自身额度或结算节奏被单独扣完，此时钱包里还有钱，钱包维度的预警不会触发。稳妥做法是两个维度都设，账户维度给提前量，钱包维度守底线。
Q：阈值填多少比较合理？
A：以该账户的昨日消耗为基线，取 1.5 到 2 倍作为起点。例如昨日消耗约八千，阈值可落在 12000 到 16000 区间。如果充值要走固定周期的审批，系数再往上抬，把最长审批间隔算进缓冲。
Q：能不能一次给多个账户设同一组阈值？
A：可以。勾选多个账户后点「批量设置预警」，单次最多设置 100 个账户。超过 100 个要拆批提交。合理地拆法是按品牌或按客户，因为同一批账户的消耗水位接近，套用同一组阈值才有意义。
Q：不想设某一项，留空还是填 0？
A：留空。留空即关闭该项规则，这是一个明确且可回退的动作。填 0 不等于关闭，它只是把触发线压到极低，实际效果是这条规则基本不会响，但它在界面上看起来仍然是「已设置」。
Q：批量设置时界面里为什么已经有数字了？
A：因为保存时已按所选账户的现有预警回填。这个设计是为了方便增删：可以在已有值的基础上只改需要改的部分。但如果不逐项核对直接保存，首批账户的值会被套给整批，已有阈值被无意覆盖。保存前扫一眼回填值是必要的。
Q：设了预警之后去哪里看状态？
A：回投放账户列表。列表里有专门的「资金预警」字段，该账户的预警状态设为「预警中」时会高亮显示。也就是说这个机制不只有推送，还在列表里留下了一个可扫视的状态位，批量管账户时能一眼看出哪些账户已经处在预警中。
Q：预警响了但是没收到通知，是什么原因？
A：提醒方式目前是微信公众号推送，需要先关注并绑定，否则阈值设得再合理也到不了人手上。建议在第一次设预警的同一轮里完成绑定，并让团队里至少有两个人收到通知，避免单人休假时链路断掉。
Q：预警触发后会自动暂停计划吗？
A：不会。资金预警的作用是在余额低于阈值时提醒，它不负责补款，也不负责调整或暂停计划。收到提醒后的动作——审批、充值、确认到账、必要时手动处理高消耗计划——仍然需要人来做。把它当保险丝是用错了位置。
Q：账户的消耗在涨，阈值要不要跟着改？
A：要。阈值是跟着消耗水位走的。原来按八千日消耗设的值，在日消耗翻倍之后依然会触发，但那时留出的缓冲时间已经不够走完补款流程。建议在每次月度复盘时回投放账户页，按最新的昨日消耗把预警值过一遍。
Q：大促期间消耗翻几倍，阈值怎么处理？
A：临时上调一档，活动结束后调回。把阈值永久拉到波峰水位，会让平时长期不触发，预警失去约束作用。用批量设置能力做临时调整成本很低，这也是把阈值按批次管理而不是逐个管理的一个实际好处。
Q：资金预警和计划层的预警有什么分工？
A：资金预警管「账户里有没有钱」，投放计划页的日预算预警与净成交 ROI 预警管「计划跑得好不好」。两层对象不同、阈值口径不同，不互相替代。常见搭配是账户层设宽、计划层设紧：钱够但计划效率掉了，先处理计划；计划正常但钱要见底，先处理充值。
Q：账户列表里的余额数据多久更新一次？
A：投放账户页与投放计划页都支持「自动刷新 · 每5分钟」，也可以手动刷新。阈值判断本身是系统按当前余额实时比对的，不需要人盯着看。这也说明靠人工巡检兜底是不现实的——余额的变化节奏比人的查看节奏快得多。
