巨量千川多账户预警没提醒怎么办？AI排查路径

周二早上，投放负责人例行问了一句「昨天有预警吗」。群里的运营回得很快：没有。他顺手点开后台右上角的「查看预警」，列表里躺着三条——两条账户可用金额预警，一条净成交 ROI 预警，触发时间都在昨天下午。三条都显示已推送，但他确实没在微信里看到过任何一条。

这个场景在团队里特别容易演变成互相怀疑：运营以为自己设了，负责人以为对方收到了，系统这边记录显示都正常。三方各说各话，最后往往不了了之，直到某天某个账户真的因为余额耗尽停了投放，才回头翻旧账。

预警设了却没提醒，最有效的处理方式是把它拆成两段：第一段是「规则到底设了没、设对没」，第二段是「规则设对了，通知为什么没到」。在错误的那一段里找，怎么找都找不到。

下面按两段给出排查顺序，第一段能解掉大部分情况。巨量千川投放多账户管理里，预警是把「人盯后台」换成「系统找你」的关键一步，值得单独拿一套流程来对待。青虎智投是青虎AI 旗下的多平台广告投放管理工具，下面用它的预警设置与通知机制来说明这两段各自的检查点。

图1：后台显示已推送、手机里没有消息，问题通常出在两段之中的某一段。

一、巨量千川多账户管理里，预警没提醒先分两段

为什么必须先分段？因为这两段的检查对象完全不同。第一段查的是「配置」，第二段查的是「通道」。配置问题的特征是后台里找不到这条规则或者规则没生效；通道问题的特征是规则在、触发记录也在，就是消息没到人手上。混在一起查，只会在两个地方来回跳。还有一个更隐蔽的好处：分段之后，排查的顺序变得可以标准化——先看记录、再往上查配置、最后查通道，谁来做都一样。

顺便把一个前置认知说清楚。预警的价值不在「发了消息」，而在「有人因此动了一次手」。巨量千川多账户管理里，账户数一多，靠人按时去看余额和 ROI 已经不现实，预警是把「巡检」变成「被动响应」的关键一步。所以判断一条预警有没有用，标准不是它设没设，而是它响的时候有没有人处理。这也决定了排查时不该只盯着「为什么没响」，还要看「响了之后有没有人管」。

先把预警机制里几个必须记住的事实摆出来，后面的判断都建立在这几条上。

这张表里最需要注意的是「提醒频次」和「是否停计划」两行。第一条解释了为什么有时候会觉得「没提醒」——如果同一计划同一种预警当天已经提醒过一次，当天不会再提醒第二次。第二条则是本批必须说清的机制：预警只是通知，它不会自动暂停计划。所以「没收到提醒」和「计划停了」是两件完全独立的事，不能互为证据。

二、第一段：规则到底设了没、设对没

配置这一段要查三个点，每一个都有明确的判据。

第一个点：账户侧的两个维度是不是都设了。账户可用金额预警和共享钱包余额预警是两个独立维度，可以分别设置。常见的情况是只设了账户可用金额那一个，漏掉了共享钱包余额。后果是：挂在同一个共享钱包下的多个账户，平时看着各自都有余额，钱包本身却先见底了，而这个位置没有任何预警——账户一多，这种漏设的概率成倍上升。

第二个点：有没有被「留空」关掉。账户侧留空即关闭该项规则，这一点容易被误解成「留空就用默认值」。如果某次批量设置时某几格没有填数，那几条规则在系统里就是不存在的状态，不是「按默认值监控」。保存的时候系统会按所选账户的现有预警回填，方便增删，所以复用旧值时也要看清新填的数值是否覆盖到了目标账户。

第三个点：批量设置有没有漏账户。账户侧的批量设置预警单次最多 100 个账户，这个上限在巨量千川多账户管理里是个明确的边界。账户数超过 100 个时，必须分批设置，而分批就意味着可能漏。计划侧的批量设置预警同样单次最多 100 条计划。批量之后的核对动作是固定的：数一遍被设置的账户或计划条数，和提交前的条数对一遍，对不上就说明有漏。

这三点为什么都出在「设置动作」上，而不是出在系统身上？因为预警的配置天然是一次性动作加长期不动的形态。设完之后很少有人会回头复查，账户却在持续新增：新接一个客户、新开一个店铺，就多几个账户，而预警不会自动长出来。所以配置这一段真正失效的原因，往往不是设错了，而是「后来没补上」。把补设动作绑定到账户接入流程里——授权完就顺手设预警，比事后巡检补救可靠得多。

三、第一段的判据：三种「以为设了其实没设」

把配置这一段的三种情况做成对照，遇到问题直接比对。

最后一行需要单独说。阈值定得不合理，效果和没设一样。日预算预警的触发条件是计划剩余预算小于设定阈值，剩余预算等于日预算减去今日消耗，所以阈值定得越低，触发得越晚，等到它响的时候能腾挪的空间已经很小。把阈值按日预算的 20%～30% 来定，是这类预警能真正起作用的前提。

四、第二段：规则设对了，通知为什么没到

如果「查看预警」里有触发记录，规则这一侧就是好的，问题出在送达。这一段只有两个检查点，但都很容易被忽略。

第一个点：通知渠道有没有打通。预警目前通过微信公众号推送，前提是相关人员已经关注并完成绑定。没绑定，后台的推送记录照样生成，消息却到不了人。所以收到触发记录却没人见过消息，第一件要确认的事是「谁需要收到、他的微信绑定了没有」。多账户管理里这个问题的性质会变：账户多、计划多，需要接收通知的人可能不止一个，漏掉任何一个人的绑定，都会造成某条线没人看。

第二个点：提醒次数限制。每条计划、每种预警每天仅提醒一次，修改规则后按新值重新监控。这条规则的现实含义是：如果你在一天之内反复调整阈值，那么每一次调整之后系统都按新值重新监控，但你很可能在前面已经收到过那唯一的一次提醒，之后即使条件再次满足，也不会再收到。感觉上像是「改了阈值反而没提醒了」，实际是频次规则在起作用。

把这两个点记住，第二段的排查就只剩两个动作：确认接收人的绑定状态，确认当天这条计划这种预警是不是已经提醒过。

这里还要补一个容易被忽略的角度：通道问题在团队规模变化时最容易出现。三个人的团队，一个人绑定就够了；扩到十个人、分工到不同品牌线之后，接收人变成好几个，每个人的绑定状态都需要确认。而绑定是个人动作，不会随着组织调整自动跟随。所以每次团队有人员变动，把绑定状态一起核对一遍，是快捷有效的做法。

五、巨量千川多账户管理的排查对照表：现象、属于哪一段、处理动作

多账户管理里预警这件事的特点是：账户越多，配置点和接收人越多，两段里出问题的概率都上升。把两段的所有检查点合成一张表，遇到问题从现象这一列对号入座。

图2：左边是配置问题，右边是通道问题，先确定在哪一边再动手。

表里第七行值得展开一句。很多人把预警当成保险丝，以为触发之后投放会自动停下来。事实是日预算与净成交 ROI 预警仅发送通知，不自动暂停计划。这个设计本身是合理的——预算和 ROI 的判断需要人来权衡，自动停投反而可能造成损失。但它也意味着收到提醒只是开始，处理动作必须由人来完成。收不到提醒的后果因此被放大了：不是「计划多跑一会儿」，而是「一整天没有人知道这件事」。

六、巨量千川多账户管理里，把预警做成能用的机制

把上面的检查点落成动作，顺序和排查顺序一致。预警在巨量千川多账户管理里是「唯一会主动找你」的机制，所以它的每一步都值得做成固定动作。

这五步走完，预警这条链路才算真正接通。青虎AI 的青虎智投把账户侧预警和计划侧预警分放在两个页面，加上右上角的「查看预警」集中展示通知，三段信息各有归处，排查时不用来回猜。更关键的是它把「发通知」和「停计划」这两件事分开了，这个边界在使用前就该讲清楚。

五步之外，还有一件事不属于排查、但决定了排查要不要经常做：把预警的配置写进账户接入的标准流程。账户授权、打品牌标签、分配责任人、设双维度预警，这四件事一次做完，账户就进入受监控状态。如果只做前三件，账户是接进来了，但它出事的时候没有人会知道——这恰恰是多账户管理里代价高的一种遗漏。

七、预警要花多少钱：动手前的准备清单

预警本身不产生额外成本，它花的是配置和习惯。把下面几件事定下来，一条预警才会真的有用。

八、四个常见误区

九、四个提效技巧

十、三个可以照做的场景

图3：预警链路要每一段都通，任何一段断开，结果都是「没有提醒」。

图4：把「谁接收、谁处理」定下来，预警才会从一条消息变成一次真实的响应。

十一、总结

十二、常见问题解答