去年帮一家美妆店处理过一次事故：离职运营走的时候没交后台密码，三个月后店里发现优惠券被人批量领光，一查操作记录，动手的就是那个离职员工——账号一直没停用。老板后怕得不行，后台里连着支付和会员数据。小程序后台管理的权限这块，平时没人当回事，出一次事就够喝一壶。
权限分配的基本原则：最小够用
一个账号能干多少事，取决于这个岗位需要干什么，不多给。客服只需要看订单和处理售后，就不该有改价和退款审批权；做内容的只需要图文模块，订单数据没必要让她碰。把后台功能列成表，对着岗位一个个划勾，五分钟就能把权限表定下来。权限是小程序后台管理的第一道闸门，闸门松了，后面全是隐患。拿不准的岗位就先给小权限，用两周不够再加，比出了事再收容易得多。权限表定完贴在办公区，谁要加权限打申请，白纸黑字省口舌，省得事后互相猜。
三种最常见的翻车现场
- 全公司共用一个管理员账号，出了问题查不到人
- 离职交接只收工牌和电脑，后台账号照常能登录
- 给外包人员开管理权限，项目结束忘了关
上面美妆店踩的就是第一条加第二条，两条凑齐，神仙也难救。对号入座看看，你们的店里中了几条。有个土办法防遗忘：把账号清理写进离职流程表，和工牌、电脑并列一项。外包账号最好设个到期日，或者记在交接表里，项目一结就清理。
权限之外，操作日志是最后一道防线
正规后台都有操作日志：谁、什么时间、改了什么、改之前是什么。日常看着没用，真出了「价格怎么变成这个数了」的扯皮，日志一拉就水落石出。选小程序的时候，日志详不详细可以直接当验收标准，只有登录记录没有操作明细的，说明开发方没用心。日志别只存着，每月导出翻一遍，十分钟的事，比事故后复盘便宜多了。日志导出也设个固定日子，比如每月一号，跟对账凑一起做就行。日志导出也设个固定日子，比如每月一号，跟对账凑一起做。
离职交接的标准动作清单
定一份三行的交接清单，谁离职都走一遍：注销或停用其所有后台账号、回收相关密码并改掉、核对其经手的操作日志有无异常。三分钟的事，能挡掉九成的后续风险，比事后追责划算太多。
实在建议两条：今天就把后台账号列表导出来，逐个核对还在用的都有谁；需要按岗位定制权限层级的，比格网络做后台开发时权限粒度可以细到按钮级，用得上就来聊。
