多店铺账号权限矩阵，就是一张”谁、能操作哪些店铺、能做哪些事”的表。它的本质，是把”信任某个人”换成”信任一套可复查的规则”——人会有情绪、会换岗、会离职，规则不会。搭建的核心是三维拆分：角色、店铺、操作，再按最小权限原则分配。
三个维度拆开看
- 角色：老板、运营、客服、财务、设计、代运营等，不同角色职责不同，权限自然不同。同一类角色还可以按熟练度分档，比如新手运营先给只读，熟手再放开编辑。
- 店铺：每个店铺是独立的授权对象，权限按店分配。多平台、多站点的店铺要逐个列出来，不能”打包”授权。
- 操作：查看、编辑商品、广告、提现、收款信息、授权管理、资料导出等，操作级别越细，出事时影响面越小。
把三者交叉，就得到一张权限矩阵：某角色对某店铺拥有哪些操作权限。比如”客服 A 对店铺 3 有查看和回复权限，没有提现和广告权限”。
最小权限原则
分配权限时，默认从”只给必需的”开始，缺了再补，而不是先全给再回收。全给的好处是省事，代价是一旦账号泄露或成员越权，损失不可控。落地可以三步走：先给只读、再按需开放编辑、涉及资金和资料的权限单独走审批。
落地步骤
- 列出所有角色和每个角色的职责。
- 列出所有店铺和需要管控的操作项。
- 按”角色 × 店铺 × 操作”填表，明确允许、禁止、需审批三类。
- 把矩阵落到实际工具里：谁能登录、能看到什么、能改什么，与矩阵一一对应。
- 定期审查：换岗、离职、店铺增减时立即更新。
四个常见问题
- 权限过粗：只分”管理员”和”普通成员”两档，实际上提现、广告、资料导出都需要单独管控。
- 只建不查：矩阵建好后不复查，员工换岗后旧权限没收回，成了隐患。
- 临时授权不清：为赶活动临时开的权限，事后没关，慢慢累积成永久权限。
- 离职回收不及时：这是最高频的事故源，离职当天就应走完权限回收。
检查清单
- 是否每个角色都有明确职责和权限边界？
- 是否每个店铺都单独授权，没有”打包”？
- 提现、广告、资料导出是否单独管控？
- 临时权限是否有到期回收机制？
- 人员变动当天是否触发权限更新？
权限矩阵搭好后，可以把它和账号环境管理工具配合使用——飞跨这类工具把”谁、进哪个店铺环境、有什么权限”固化到日常操作里，矩阵就不再只是墙上一张表，而是每次登录时真实生效的边界。
