后台权限全压在一个人身上，他休假一周整站就没人动得了

上个月有家公司找过来，说后台被改得一团乱，问是谁动的谁也说不清。翻登录日志才发现，全公司就一个管理员账号，六个人轮流用，密码写在共享文档里。最离谱的是，有人休假那周，连首页横幅和招聘栏目都是另一个人顺手改的，等本人回来一看已经对不上了。这种把后台权限全压在一个人身上、或者一个超管账号分给全员的做法，在做网站设计时几乎是默认的偷懒选项，却埋下了三处实实在在的坑。

立项前先列清楚：到底有几种人需要进后台

动手搭后台之前，先把公司里所有可能碰后台的岗位摊开。通常分四类：写新闻和产品的编辑、回留言和工单的客服、调样式和图的设计、以及真正能改配置管服务器的技术。再按操作风险把后台功能分三档：只读档只能看数据不能动、编辑档能改内容不能改结构、管理档能开账号也能改栏目。常见失误是这一步直接跳过，觉得反正就几个人都给管理员最省事。但网站设计合同里通常只写视觉和栏目，不会写后台开几个角色、各给什么权限，真到出事时谁也没法界定责任边界。

设计中就把角色拆开，别等上线再补

进了搭建阶段，要在系统里把角色真正建起来，而不是嘴上说说。以常用的 PbootCMS 为例，后台角色管理里可以给编辑只勾内容模型对应的栏目范围，让他进去只能看新闻和产品，碰不到系统设置和账号列表；客服则只开留言和工单两个模块，连内容栏目都不显示。常见失误是图省事，给所有内部账号都挂了管理员，结果实习生也能删栏目、改支付配置。把权限规划提前到网站设计的需求阶段，比上线后补救省事得多——补角色要回头改每个账号、重测每条路径，成本是新建时的三倍以上。

上线前务必回收试运营期的临时账号

网站交付前的验收环节，最容易漏掉的是临时账号。搭建过程中为了调试，技术往往会开一两个超管临时号，有的甚至用着默认口令没改。上线那天只检查了页面长什么样，没人去后台导出一张账号清单逐条核对，于是测试号一直留着，外链谁都不知道。验收网站设计成果时，应该把权限矩阵作为单独一栏去核对：谁有几个账号、各自什么角色、默认口令改没改、临时号删没删。这一步花不了二十分钟，却能堵掉一大半上线后的安全事故。

上线后定期审计，离职当天就要停用

网站跑起来之后，账号管理不能一劳永逸。最常见的失控是员工离职了账号还在后台挂着，前同事某天还能登进来，这种事每半年都能听到一两桩。稳妥的做法是定一条死规矩：离职当天由管理员停用其账号，而不是等季度大扫除才想起来。另外每季度做一次权限复核，把现有账号和岗位对一遍，调岗的人权限跟着调，不再需要的角色直接收掉。给外包和临时协作方开的账号，有效期锁死七天，到期自动失效，别让一次性支持变成长期后门。

下一步该做的：今天就能动手的三件事

如果你现在后台还是一把超管钥匙，不用大改，今天就能做三件小事。第一，把超管口令从共享文档里删掉、改成只有你本人知道的独立密码。第二，给真正日常要进后台的两三个同事，各开一个最小权限账号，编辑就只给内容档、客服就只给工单档。第三，建一张简单的权限矩阵表，列清姓名、角色、可操作的栏目、最近一次复核日期。找外包做网站设计时，要问清对方的后台能不能分角色、能不能按栏目勾选范围，这比多送几个横幅位实在。账号权限本该和视觉稿、栏目结构列在同一张交付清单上，而不是等出了事才被想起。