竞价外包 - 账户权限怎样分配
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /30b951bb219e.html
📄
竞价外包 - 账户权限怎样分配
竞价外包时账户权限分配的核心原则是：客户保留资金与最高管理权，外包方只拿执行所需的操作权，且每个权限都对应一个可复查的交付动作。具体做法是按角色拆成四层——资金层、策略层、执行层、只读层，再根据协作人数和交接频率决定谁拿哪一层。下面按观察、判断、处理、复查的顺序展开。
先观察：现在哪些操作容易返工
多人协作返工，通常不是能力问题，而是权限错配。可以先用一周时间记录以下现象：
- 有人改了出价或预算，但没人知道是谁改的、为什么改。
- 外包方想看转化数据，却因为只有执行权限而反复找客户截图。
- 客户内部两个人同时调整同一批关键词，互相覆盖。
- 交接时发现账户里多了一批来源不明的广告系列。
这些现象指向同一个判断：当前权限是按“人”给的，而不是按“职责”给的。按人给权限，人一多就乱；按职责给，换人也不用重配。
判断：四层权限分别对应什么职责
把账户操作拆成四层，每层回答一个不同的问题：
- 资金层：谁付款、谁能改付款方式、谁能设账户预算上限。这一层只应留在客户手里，外包方不碰。
- 策略层：谁能新建和删除广告系列、谁能改转化目标、谁能改受众与投放地区。这一层由客户负责人和外包方项目负责人共同持有，但删除类操作建议只给一方。
- 执行层：改出价、加否定词、调关键词匹配方式、换广告文案。这一层是外包方日常使用的主力权限，客户内部执行人员也可以有。
- 只读层：看报表、看花费、看转化数据，不能改任何设置。给需要了解进展但不参与操作的人，比如客户老板或财务。
判断依据很简单：一个权限如果被误用会导致资金损失或数据不可恢复，就往上收一层；如果只是影响效率，就往下放。删除广告系列属于不可逆操作，所以放在策略层并限制人数；改出价可逆，放在执行层即可。
处理：按协作人数落成具体分配
假设一个常见场景：客户方有1名负责人、1名财务，外包方有1名项目负责人、2名执行人员。可以这样分配：
- 客户负责人：资金层 + 策略层。
- 客户财务：只读层，只看花费和账单。
- 外包项目负责人：策略层（不含删除）+ 执行层。
- 外包执行人员：执行层，且两人分管不同广告系列，避免同时改同一批关键词。
如果外包方只有1人，就把策略层和执行层合并给这1人，但删除权限仍留在客户负责人手里。如果客户内部也有执行人员，必须和外包执行人员划清广告系列边界，比如按产品线或按地区分，不要两人共管同一批词。
执行时注意两点：一是用平台自带的用户角色功能分配，不要共用登录账号，共用账号会让操作记录失去意义；二是每次新增或调整权限，都在协作文档里写一行“谁、什么权限、为什么、什么时候复查”。
复查：用三个检查项验证分配是否有效
权限分配不是一次性的，建议每两周或每次交接后复查：
- 操作可追溯：随机挑一次出价调整，能否在账户操作记录里看到是谁改的。看不到，说明有人在用共用账号。
- 资金不可动：确认外包方账号无法修改付款方式和账户预算上限。如果能看到这些入口，说明权限给高了。
- 只读不越权：让只读层的人尝试改一个否定词，如果改成功，说明角色配置有误。
三项都通过，说明当前分配能支撑多人协作且返工可控。任何一项不通过，就回到对应层级收紧或调整，而不是整体收回权限——整体收回会让外包方无法执行，反而增加沟通成本。
下一步：打开账户的用户管理页面，对照上面四层列出当前每个人的实际权限，标出多给的和少给的，先改一处最影响交付的，再观察一周操作记录。
