巨量千川多账户计划怎么看状态？AI状态对照

多账户运营的人几乎都做过同一件事：给账户里的计划状态做一张对照表，写满了审核中、已暂停、余额不足、投放中，贴在显示器边上。贴完之后发现没什么用——真正卡住判断的不是「这个状态是什么意思」，而是「看到这个状态我该不该现在动手」。

这两个问题的差别很大。前者是翻译，一张表就能解决；后者是决策，需要知道每个状态背后的责任归属：哪些是自己补个余额就能救回来的，哪些只能等平台出审核结果，哪些其实是正常现象、根本不用管，哪些要往上查一层——查直播间、查外链、查排期。把 18 个状态按后台的排列顺序背下来，回答的还是第一个问题。

所以「巨量千川多账户计划怎么看状态」这件事，值得换一种组织方式：不按后台，按「谁能修」分成五组。分组之后你会发现，绝大多数的焦虑来自把「等平台」当成了「自己没做好」，或者把「正常时段现象」当成了故障。下面把 18 个状态一笔列全，再按五组重新排一遍，最后给一张四列对照表。

图1：这张手写表如果按后台顺序抄，抄完还是不会用。

一、千川多账户计划状态，为什么按后台排列顺序背没用

后台的状态枚举通常是按业务链条排的：先审核、再投放、然后各种中断、最后终态。这个排列方式方便开发维护，但它把「谁该处理」这条线打散了。同一类需要人动手的状态被夹在两类不需要动的状态中间，读的时候只能一条条判断，读完还要自己归类。

更麻烦的是，同一个状态在不同账户上出现的含义可能完全不同。比如「余额不足」在单个账户的场景下只意味着一件事——给这个账户充值；但在多账户管理下，它至少有两种成因：账户自身可用金额不够，或者它挂的共享钱包余额被别的账户抽走了。这两种成因的处理动作不一样，前者是补账户，后者是处理钱包层。只按状态名称理解，就会在错误的地方反复补钱。

工业界有个说法叫「按处理方式分类，而不是按现象分类」，用在这里非常贴切。现象是无限的，处理方式是有限的。18 个状态看着多，但落到处理动作上其实只有五类：不用管、自己动手、等平台、查上游、已经是终点。把状态映射到这五类上，判断就从「认字」变成了「选动作」。

多账户管理还有一个放大器效应。一个账户上偶尔出现一次「预算不足」，你不会觉得有什么；五个账户同时各出现两三条，屏幕上就是一排黄色和红色，很容易产生「全线告急」的错觉，然后开始无差别处理。这时候分类的价值就体现出来了——它会告诉你，这一排里其实只有三条需要你现在动手。

从青虎AI 这边的工作台看，这件事的组织方式也印证了同一个判断：状态是列表里的一个字段，不是一个单独页面。它和预算、消耗、成交金额并排出现，本来就不是让你停下来研究状态的，而是让你扫一眼就知道哪几条需要动。把状态当成入口而不是终点，看状态这件事才会变得轻。

二、千川计划状态的全部 18 个枚举

下面这张表把 18 个状态连同英文码一次列全。它们是千川后台的口径，顺序按业务链条排列，便于第一次对照识别。

状态（英文码）	含义
审核中（AUDIT）	计划正在平台审核
投放中（DELIVERY_OK）	正常在投
已启用（ENABLE）	处于启用状态
已暂停（DISABLE）	已手动暂停
余额不足（OFFLINE_BALANCE）	账户资金不足导致停投
预算不足（OFFLINE_BUDGET）	计划预算不足导致停投
审核不通过（OFFLINE_AUDIT）	审核未通过，计划下线
待重新审核（REAUDIT）	修改后需重新提交平台审核
ROI限制（ROI2_DISABLE）	达到 ROI 限制条件
配额限制（QUOTA_DISABLE）	达到配额限制
系统暂停（SYSTEM_DISABLE）	平台侧暂停
冻结（FROZEN）	账户冻结
未到投放时间（TIME_NO_REACH）	尚未进入投放时段
投放时间结束（TIME_DONE）	已超出投放时段
直播间关闭（LIVE_ROOM_OFF）	关联直播间未开启
无投放计划（NO_SCHEDULE）	排期缺失
外链失效（EXTERNAL_URL_DISABLE）	关联外链已失效
已删除（DELETED）	计划已被删除

这张表的作用是「查得到」，不是「记得住」。真正需要记的是下一章的五组划分——把状态归到组里之后，具体是哪一个状态往往可以在组内很快定位，因为同一组的处理动作是同一个。

三、多账户管理下按「谁能修」重新分成五组

分组的标准只有一条：这个状态出现了，第一时间该找谁。答案无非是「找自己」「找平台」「不用找」「往上查一层」。按这条标准，18 个状态收成五组。

第五组单独说，因为它的处理动作和前四组不是一个方向：要查上游。直播间关闭（LIVE_ROOM_OFF）、无投放计划（NO_SCHEDULE）、外链失效（EXTERNAL_URL_DISABLE）——这三个状态说明问题不在计划本身，而在计划依赖的那个东西出了问题。计划没错，是它后面的直播间、排期或外链没准备好。处理动作是往上一层查，而不是在计划上反复调整。

还有第 18 个状态：已删除（DELETED）。它属于终态，看到它意味着这条计划已经不存在了，处理动作是把它从当前巡检视图里排除掉，避免在已结束的计划上浪费判断。它和第 1 组一样「不用管」，但成因不同——一个是正常工作中，一个是已经结束。

分完组之后再做一个优先级排序，会得到多账户管理里最实用的那条规则：在第二组内部，资金类优先。余额不足与预算不足要排在 ROI 限制与配额限制之前处理。原因很直接：资金类的问题每一分钟都在损失投放时间，而限制类的问题处理完还需要平台侧生效。行业里资金类异常的响应要求通常是 30 分钟内，这个时限针对的就是第二组里的前两个状态。

图2：左边是按现象排，右边是按处理方式排——后者才可以照着动作。

四、状态 × 归属 × 是否要处理 × 动作

把五组展开成一张四列表，可以直接贴在巡检的视角里用。这张表是多账户管理下看状态的主要依据。

状态	归属	是否要处理	动作
投放中 / 已启用	正常	不需要	无，专注看它旁边的消耗与成交数字
余额不足	自己（资金）	立刻，最高优先	先分清是账户可用金额不足还是共享钱包余额不足，再补对应那一层
预算不足	自己（资金）	立刻，最高优先	看计划今日消耗，改预算时新值不能低于已消耗金额、且单次幅度不低于 100.00 元
ROI限制	自己（目标）	要，次优先	在计划行调整净成交 ROI 目标；调整前先看退款率与结算率两个伴随指标
配额限制	自己（额度）	要，次优先	确认是套餐层额度还是平台侧配额，按对应路径处理
审核中	平台	不需要动手，等	记录提交时间，按常规巡检节奏回看，不反复刷新
审核不通过	平台	要，但动作是修改后重提	按平台反馈调整素材或落地页，再提交，属于下一轮动作
待重新审核	平台	要，等结果	说明修改已提交，处于等待状态，不必重复提交
系统暂停 / 冻结	平台	要，但要回到平台侧解决	此类问题不由工具侧决定，需到平台侧确认原因
未到投放时间 / 投放时间结束	正常（时段）	不需要	确认排期设置是否符合预期即可，不当作异常
已暂停	人为	看你自己的设置	确认是主动暂停还是误操作；主动暂停不必恢复
直播间关闭	上游	要，查直播间	确认关联直播间是否开启，计划侧不做无效调整
无投放计划	上游	要，查排期	确认排期是否缺失，补上排期而非改预算
外链失效	上游	要，查外链	确认落地页或外链是否可达，替换有效链接
已删除	终态	不需要	从巡检视图里排除，不在已结束的计划上做判断

这张表里最值得记住的是「是否要处理」这一列。它把状态分成了三类：立刻处理、要处理但不急、不需要处理。多账户场景下最常见的浪费，就是把第二类和第三类当成第一类，一天里花大量时间在不需要动手的状态上打转。

还有一点要说明：表里「余额不足」的动作写的是「先分清是账户可用金额不足还是共享钱包余额不足」。这一条在多账户场景下尤其重要，因为共享钱包是多个账户共用的池子，一个账户消耗冲得快，会把池子吃掉大半，导致同钱包下的其他账户出现余额不足。看起来是后者的账户出了问题，实际成因在前者身上。只看计划状态，永远查不到这一层。

五、跨账户比较状态为什么是可靠的

多账户管理相对单账户后台有一个实际优势：状态枚举是同一套。18 个状态来自千川后台口径，所有账户共用，不存在「这个账户的状态码和那个账户不一样」的情况。这意味着跨账户比较状态是可靠的——你可以直接把五个账户的异常状态并排放在一起看，得出一份统一的待处理清单。

这一点在单账户后台里做不到。逐个登后台时，你看到的是五份独立的列表，要自己把它们合并起来；而合并的过程中，判断标准容易发生漂移——在第一个后台觉得某状态需要处理，到第三个后台可能就觉得可以先放放。统一枚举消除了这种漂移。

不过这个可靠性有两个前提要守住。第一个前提是授权状态正常。投放账户列表里的授权状态有两种：授权正常 / 待重新授权。一旦某个账户进入待重新授权，它的数据就不再更新，计划状态会停在最后一次同步的时刻。这时把它拉进比较，比的是两个不同时点的状态，结论不成立。

第二个前提是刷新节奏一致。投放计划页与数据看板都是每 5 分钟自动刷新，也可以手动点「刷新数据」立刻拉一次。两个页面的刷新节奏一致，所以多个账户横向比较时不用担心某一侧更新得更晚。但如果其中一个账户的授权出了问题，刷新节奏就无所谓了——它根本不会更新。

六、青虎智投在状态这件事上承接了哪几段

青虎智投是青虎AI 推出的多平台广告投放管理工具，官方定位是把分散的广告账户汇入一个智能投放中枢。本篇讨论的是其中抖音巨量千川账户的状态查看与比较这一段。

这里有一条边界不能写反：它保持各投放平台原有的投放逻辑，只统一关键指标、操作路径与团队权限，不替代平台本身。审核不通过、账户冻结这类状态，处理动作仍然在平台侧；状态枚举本身也是平台口径，工具只是把它们放进同一个视图比较。

还有两个前提要知道。授权是全部投放功能的前置，没有完成账户授权时计划页是空的，会显示「当前暂无团队或可见投放账户」。另外预警只发送通知、不自动暂停计划，并且每条计划、每种预警每天仅提醒一次——所以收到推送意味着需要人工介入，不能指望反复提醒来兜底。

把这一段边界补完整：青虎AI 的青虎智投把 18 个枚举、筛选条件、预警设置与调整记录组织在同一个应用内，目的是让「看状态」和「处理状态」之间不再需要切换界面。但这个组织方式不改变任何一个状态的判定依据——状态由平台给，动作由人做，工具负责让两者之间的路径最短。

七、多账户管理下看状态的标准动作

从打开页面到形成一份待处理清单，可以固定成五步。

图3：五步里第一步最容易被省，而它恰恰是多账户场景下最容易出事的一步。

行业里常见的巡检节奏是早中晚各一次，资金类异常要求 30 分钟内响应。这套五步动作适合挂在这个节奏上：早中晚各跑一轮，轮与轮之间的 30 分钟响应留给预警推送。把节奏固定下来之后，状态巡检就不再依赖「想起来才看」。

八、四个常见误区

关于怎么看状态，认知偏差集中在四句话上。

九、四个提效技巧

下面四条都是接入之后马上能用的做法。

十、三个可以照做的场景

三类情况下的看状态方式不一样，下面各给一条可以直接照做的路径。

图4：多账户看状态的场景，往往发生在这样的同一块屏前。

三个场景有一个共同点：它们都把动作从「状态是什么」转到了「谁该动手」。这一步转换之后，巡检的工作量会大幅下降，因为大部分状态天然属于「不需要动手」的那一类。

十一、多账户管理下的状态判断口径

看状态的时候，有几个口径问题会反复出现。下面把它们分档列出。

看到的情况	判断	建议动作
多个账户同时出现同一类异常状态	大概率是共性成因，不是各账户独立故障	先查共因（共享钱包、套餐额度、同一批素材），再逐账户处理
只有一个账户出现异常、其他正常	该账户自身的资金或设置问题	按该状态所属组别的动作处理，不必扩大排查范围
某个账户的所有状态都不再变化	很可能是授权状态异常	到投放账户列表看授权状态是否为待重新授权，先恢复授权
状态刚刚处理过但显示未变	可能是刷新间隔内，或动作未生效	两个页面都是每 5 分钟自动刷新，也可手动「刷新数据」；同时到调整记录核对
异常计划数量在缓慢增加	属于系统性趋势而非个别问题	把巡检节奏固定下来，并按账户轮询，避免只盯消耗最大的那个

第三行是本文最容易被忽略的一条实用性判断。一个账户的授权一旦进入待重新授权，它的数据就不再更新，表现出的样子和「计划都不动了」很像。多账户场景下，先看授权状态再看计划状态，能省掉一轮错误排查。

第五行则解释了为什么巡检节奏要固定。状态的变化是连续的，靠零散想起来看，看到的永远是某一个时点的切片；固定节奏之后，你看到的是一条变化曲线，异常是「新出现的」还是「一直有的」，一眼可辨。

十二、常见问题解答