第一步
先定主账号，再往下分
主账号只掌握整体管理入口，日常运营的动作交给子账号执行。这样一来，人员变动只影响对应的子账号，不牵动全局设置，交接时也不会出现找不到管理入口的情况。
权限要点
五件先办的事，把账号结构理顺
不用一次改到位，先按下面五点核对一遍现有账号，把一人一号、按岗授权、留痕可查这三条落实，后面调整就轻松很多。
按岗位划范围
运营看内容与进度，客服对接客户问题，财务关注结算口径。岗位之间互不干扰，减少误操作的可能。
查看与操作分开
能看见不一定能改动。把只读范围单独设一档，让协作成员能看进度，但不会误改配置。
人员变动当天同步
新同事入职先给最小范围，转岗时调整旧的、增加新的，离职当天停用并移交，别拖到下周。
登录安全别省事
一人一号、独立密码、定期更换。共用一套登录信息看着省事，出问题时却很难查清责任。
双列对照
规范的做法，和容易被忽略的细节
左边是权限管理做得比较顺的团队常见做法，右边是日常核对时最常被漏掉的地方。两边对着看一遍，基本就能找到需要补的位置。
做得规范的做法
适合长期运营、多人协作的团队
- 一人一号，每位成员使用独立登录信息，不共用、不转借。
- 查看与操作分开授予，只读身份只保留浏览与导出。
- 关键动作留痕，谁在什么时候改了什么，都能回溯。
- 新成员先小范围，熟悉流程后再逐步放宽权限。
- 离职当天停用，手上的事项一并移交清楚。
容易忽略的细节
核对时逐条排查，发现一条改一条
- 多人轮流登录同一账号，记录里看不出实际操作人。
- 权限只加不减，转岗后旧范围仍留着，越积越多。
- 岗位调整忘记同步，新职责做不了、旧范围又还在。
- 临时授权没有期限，项目结束后依旧连着。
- 口头交代不留记录，下次调整时谁也说不清原来的范围。
分层建议
四步走下来，权限表就成型了
顺序不用打乱：先看清岗位，再对应权限，小范围试运行一段时间，最后固定下来定期复核。
01
1 天内完成
理清岗位与职责
把团队里实际在做事的角色列出来：谁对外沟通、谁做内容、谁看数据、谁管结算。职责先写清楚，权限才有依据。
02
对照清单确认
把权限对应到岗位
每个岗位列出需要的查看范围和操作范围，能只读的就不要给改动。范围写下来，后续新增人员直接套用。
03
观察 5 - 7 天
小范围试运行
先挑一到两位成员试用，观察是否缺权限或给多了。用一周左右时间调整，比一次性铺开更稳妥。
04
每月复核一次
固定并定期复核
把确认好的范围记录下来，每次人员变动同步更新，建议每月抽十分钟复核一次，看看有没有多余或缺失。
常见疑问
关于账号权限，问得比较多的几件事
下面是渠道方在设置过程中最常提到的四个问题，整理出来供您对照参考。
一个团队一般需要开几个子账号？
先按实际在做事的人来定，不必追求数量。常见做法是主账号一位负责人保管，另外按运营、客服、数据三类角色各开一个子账号。如果同一岗位有两人轮班，就各开一个，避免共用。后续业务扩大再增加，权限范围也能单独调整。
同事转岗后，原来的权限要立刻收回吗？
建议同时做两件事：先按新岗位授予需要的范围，再收回旧岗位里不再使用的那部分。两步放在同一时间完成，中间不留空档。如果新旧职责确实有重叠，可以把重叠部分保留，但要在记录里写清楚原因，方便下次复核时判断。
查看权限和操作权限一定要分开吗？
对外沟通、内容协作这类需要了解进度的成员，给查看范围就够了，不必附带改动能力。真正需要调整配置的人数通常不多。分开之后，日常协作照常进行，关键设置也更稳当，出现问题时排查范围小得多。
负责人的登录信息忘记了怎么处理？
可以通过页面表单提交您的具体情况，说明当前账号的使用状态和需要调整的部分。我们会按提交顺序回复并给出对应的处理方式。建议在设置完成之后，把主账号的保管人和备份保管人记录下来，避免日后因为人员流动找不到入口。
立即处理
把您团队的岗位情况发过来，我们给到具体建议
写清楚现在几个人用、分别负责什么、哪些地方觉得不方便，我们会按提交顺序回复，并给出适合您当前规模的权限安排方式。
- 按提交顺序回复，一个工作日内反馈进度
- 可以先提交现状，再根据建议逐步调整
- 服务时段每日 09:00 - 21:00