先看清楚多账户同主体投放的约束条件
上个月有个做本地生活服务的客户找过来，他们同一个营业执照底下开了七个百度推广账户，三个跑搜索，两个跑信息流，两个做品专。要说没量吧，也不是。问题是账户一多，管理先崩了。优化师在后台看数据，广告系列名字叫什么的都有，有叫“A计划”的，有叫“测试1”的，还有叫“老王那条线”的，更离谱的是复制粘贴出来的“搜索-本地-3副本副本”。权限那边更是一团乱，主账号下挂了十几个子账户，离职员工没清理，新来的运营想申请个报表权限得等三天。到了月底对账，财务问哪个账户花了多少钱、哪个系列对应哪条业务线，没人能在半小时内说清楚。
这个案例的约束条件挺典型的：同一法律主体、多个广告账户、好几条业务线交叉着投、人员流动还频繁、财务和投放之间每个月都要对账。多数多账户投放项目其实不是一开始就乱的，是账户从两个变四个、四个变七个的过程中，没人停下来定规则。等账户数量上去了，改名成本、权限梳理成本、对账成本全压在一起，想收拾都费劲。
多账户同主体投放跟单账户运营的核心区别，真不是预算大小，是协作方式变了。单账户里一个人靠记忆就能管过来，多账户里记忆会失效。你没法靠“这个是上个月建的系列”来定位问题，只能靠规则和检查点。所以这篇文章不谈怎么建账户、怎么选词，只聊三件事：广告系列怎么命名才不混、权限怎么隔离才有意义、验收怎么做才算通过。
命名规范：先定边界，再定格式
广告系列命名的本质，是把业务信息编码进字符串里，让任何人在不看备注的情况下，三秒内判断出这个系列属于哪个账户、哪条业务线、什么投放目标、什么时间周期。
定命名规则之前，有三个问题得先回答。你的账户是按业务线分还是按渠道分？系列里有多少个维度是必须一眼能看见的？谁有权改动命名？这三个问题想不清楚，命名规则定了也白定。
如果一个主体下多个产品线各自独立核算，系列名第一段就应该是业务线代码。比如“SW”代表商务服务线，“JZ”代表家政线。反过来，如果一个主体只推一个产品但开了多个渠道账户，第一段就应该是渠道代码，“BD”代表百度搜索，“BDX”代表百度信息流，“GD”代表谷歌搜索。
怕混的时候，优先把区分度最高的维度放最前面。区分度取决于你的账户结构。七个账户里五个是百度系，那渠道放在第一段就有意义；七个账户里四个业务线各管各的，业务线代码放第一段才有意义。别照搬模板，模板只在结构相似的时候有用。
必选字段和可选字段要分开
命名里塞太多信息，可读性会崩。建议必选字段不超过四段，用连字符或下划线分隔。一个相对稳的格式是：业务线代码-投放目标-日期或周期-版本号。比如“JZ-SRCH-202603-A”。这里“SRCH”代表搜索投放，“202603”代表这个系列是三月建的，“A”代表第一版。
可选字段可以放营销目标、设备、地域这些，但不要写进系列名，放到系列内部的广告组命名或备注里。系列名的作用是定位，广告组名的作用才是细化。把所有信息塞进系列名，最后结果是每个名字都长到显示不全，反而没人看得清。
命名规范最容易被忽略的是变更管理。一个系列跑了两周，优化师觉得当前名字不利于自己筛选，顺手就改了。他这边方便了，财务那边导出的历史报表对不上号了。所以规范里要写清楚：系列一旦开始投放并产生消耗，改名必须走变更记录，至少记录原名、新名、变更原因、变更人、变更时间。广告平台本身不提供改名历史，这个记录只能靠自己维护，放共享表格里就行。
检查命名规范有没有落地，有个土办法：随机抽十个系列名，遮住账户名，让一个不熟悉这个项目的人猜这些系列分别属于哪个账户、哪条业务线。猜中八个以上，命名基本合格。猜不中，说明信息编码不够清晰。
权限隔离：从“谁能看”到“谁能改”的分层
多账户同主体投放里，权限问题的核心不是安全，是责任边界。一个优化师误改了另一个优化师的系列出价，追责时发现两个人都有修改权限，最后只能归为“沟通问题”。权限隔离的目标，是把“沟通问题”变成“权限问题”，让不该发生的事在系统层面就发生不了。 权限矩阵是一个二维表，行是角色，列是操作。角色至少要有四类：账户管理员、投放优化师、数据分析、财务查看。操作至少要有五类：查看数据、修改出价、修改系列状态、上传素材、查看账单。
矩阵里每个格子填“允许”或“禁止”，不能填“看情况”。填“看情况”的格子就是将来出问题的地方。一个做教育投放的团队，数据分析岗位被允许修改出价，理由是“方便他们做A/B测试”。三个月后数据分析离职，接手的人不知道哪些出价改动是测试需要、哪些是误操作，整个账户的竞价策略处于半失控状态。后来他们才把矩阵里这个格子改成“禁止”，测试需求走工单让优化师执行。
权限隔离的验收不能只看配置界面
很多团队验收权限时，只是打开后台看一眼谁有什么权限，截图存档就完了。这是不够的。权限配置界面显示的是“应该有什么权限”，不等于“实际能做什么操作”。
有效的验收方式是做一次穿透测试。给一个仅有查看权限的子账号，尝试执行一次修改出价的操作，看系统是否拦截。给一个没有账单权限的角色，尝试导出账单，看是否审核驳回绝。每个角色至少测两个“应该被禁止”的动作。穿透测试不用复杂，十五分钟就能做完，但多数团队从来不做。
离职和转岗是权限隔离的最大漏洞
一个跑电商投放的客户，主账户下有三个子账户，其中一个是已经离职半年的优化师。离职时没有及时收回权限，半年后这个子账户还挂着，期间没有任何操作，但权限一直是活的。审计时才发现这个漏洞。权限隔离规范里必须有一条：人员离职或转岗，当天回收全部账户权限，回收动作要截图留痕。这条看起来简单，执行起来最容易掉链子，尤其是忙的时候。
验收清单：上线前查什么，上线后查什么
命名和权限不是配置完就结束了，需要验收。验收分两个阶段：上线前静态验收，上线后动态验收。
上线前静态验收：五个必查项
静态验收是在账户开始花钱之前，把命名和权限从头到尾查一遍。五个必查项如下。
第一，所有广告系列名是否符合命名规范。不符合的，当场上报，不要带着问题上线。第二，所有账户的权限矩阵是否和实际配置一致。用一个表格逐格核对，不能抽检。第三，所有子账户是否都绑定到具体的人，不存在共用账号。第四，是否存在离职人员或无关人员的权限残留。第五，命名规范文档和权限矩阵文档是否放在所有人找得到的位置，而不是存在某个人的电脑桌面上。
静态验收的标准很简单：零问题上线。命名和权限这类基础配置，没有“先上线再改”的必要，因为改的成本远高于上线前检查的成本。
上线后动态验收：看三个信号
动态验收是账户跑起来以后，定期看三个信号。第一个信号是命名漂移。随机抽查最近新建的系列，看是否还遵守命名规范。如果新系列开始出现“测试”“临时”“副本”这类词，说明规范在衰减。第二个信号是权限异常。检查是否有子账户在非工作时间执行了修改操作，或者出现了权限矩阵里不允许的操作记录。第三个信号是审计效率。让财务或管理层随机要一份跨账户的消耗报表，看从提出需求到交出报表需要多久。如果超过半小时，说明命名和权限结构没有真正服务于数据提取。
动态验收的频率没有统一标准。账户数量少、人员稳定，一个月查一次就行。账户多、人员流动大，两周查一次。关键是查完要有结论，发现的问题要列入整改清单，不能查完就完了。
实战复盘：七个账户的本地生活服务商怎么从混乱里爬出来
回到开头那个本地生活服务的客户。他们的问题拆开看是三件事：命名乱、权限乱、验收缺位。 先处理命名。他们七个账户里，五个是百度系，两个是谷歌系，业务线有三条：家政、商务保洁、企业团餐。原来的系列名五花八门，有的带业务线，有的不带，有的带日期，有的带渠道。第一步是确定第一段写业务线代码，因为他们的优化师是按业务线分工的，渠道只是投放位置差异。代码定为“JZ”“BJ”“TC”。第二段写投放目标，搜索写“S”，信息流写“X”，品专写“P”。第三段写日期，六位年月。第四段写版本号，从A开始。规则定好以后，花了一个下午把存量系列全部重命名。重命名的时候发现一个隐藏问题：有十一个系列已经停投超过两个月，但一直没清理，名字一改，这些僵尸系列也暴露出来了。
权限那边更费劲。主账户下挂了十六个子账户，对应九个在职员工和四个已离职员工。已离职的四个人里，有两个还有完整权限。权限矩阵画出来以后，把十六个子账户全部重新绑定，共用账号全部取消，每个人用自己的子账户登录，操作留痕到人。数据分析岗位的权限从原来的“可修改出价”改成“仅查看”，测试需求走工单。财务开通了单独的账单查看权限，不再借用主账户。
验收部分，他们做了一个简单的月度检查表，五条命名抽查、三条权限穿透测试、一次财务对账效率测试。三个月后，财务要一份分业务线的消耗报表，从提需求到交表控制在十五分钟以内。这个数字在之前是四十分钟起步，还经常要返工。
这个案例的约束条件并不极端，七个账户、三条业务线、十几个员工，在竞价投放行业里算中等规模。但正因为它不极端，才更有参考价值。很多团队觉得规模还没大到需要管理规则的程度，等真到了那个规模，混乱已经形成了。
多账户同主体投放的决策要点
把多账户同主体投放的命名和权限问题抽象一下，核心决策就三个。
第一个决策：命名规范的第一段写什么。这个决定取决于你的团队是按什么维度分工的。按业务线分工，第一段写业务线；按渠道分工，第一段写渠道。别同时塞两个，塞两个等于没有主次。
第二个决策：权限矩阵里“允许”和“禁止”的边界划在哪里。保守策略是：只有直接负责投放的人有修改权限，其他角色全部只读。激进策略是：数据分析等辅助角色可以有限修改，但必须走审批。没有对错，只有合不合适。团队小、人员稳定，可以松一点。团队大、流动快，就得紧一点。
第三个决策：验收是上线前一次性做，还是持续做。答案永远是持续做。命名和权限都是会腐烂的东西，上线时再规范，三个月不查也会走样。
实施检查项
把前面说的内容压缩成一份可执行的检查清单，直接抄下来用。
- 梳理所有广告账户，列出账户列表、所属渠道、对应业务线。
- 确定命名规范第一段的区分维度，业务线代码或渠道代码二选一。
- 定义必选字段格式，不超过四段，写进共享文档。
- 存量系列全部重命名，僵尸系列标记清理。
- 画出权限矩阵，行是角色，列是操作，每个格子填“允许”或“禁止”。
- 按矩阵重新配置所有子账户权限，回收离职人员权限。
- 对每个角色做穿透测试，验证被禁止的操作确实不可执行。
- 建立变更记录表，系列改名和权限变更都要留痕。
- 设定动态验收频率，命名抽查、权限检查、对账效率测试三项纳入。
- 把规范文档和验收记录放在共享位置，确保团队成员可访问。
这十条里，最容易忽略的是第四条和第七条。存量重命名是个苦活，但命名规范的价值一半在存量清理上。穿透测试看起来多余，但权限配置界面和实际执行结果之间有差距，这个差距只能靠测试发现。
这套规范能解决什么，不能解决什么
命名规范和权限隔离是基础配置，解决的是管理混乱、责任不清、审计低效的问题。它不直接提升转化率，不直接降低点击成本，也不直接改善素材质量。但它决定了当账户数量增加、人员变动、业务调整时，你的投放体系是能继续运转还是开始崩塌。
一个投放团队从两个账户做到七个账户，靠的是投放能力。从七个账户做到十五个账户，靠的是管理规范。命名和权限就是管理规范里最底层、最容易被拖延、但出了问题影响面最广的两块。现在做多账户同主体投放的团队不少，愿意在命名和权限上提前投入的人不多。等出了问题再补，补的成本通常是提前投入的三倍以上。
把命名定清楚，把权限收干净，把验收做扎实，多账户投放才能真正发挥出“多账户”应有的价值：不同业务线互不干扰、不同渠道独立核算、不同人员各司其职。做不到这些，多账户带来的就不是效率，而是消耗。
