企业站后台交给谁维护：行政、市场与外包的权限边界表

发布时间：2026-10-15 00:40 更新时间：2026-10-15 00:40 阅读量：0

官网做完了，后台账号交到谁手里，这个问题往往比建站本身更容易出乱子。常见的情形是：行政在改产品参数，市场在调导航栏目，外包还在用管理员账号登着后台，谁都能改，谁都不负责。真出了问题想查是谁动的，日志里只有一堆共用账号，根本对不上人。这篇就从企业主和非技术负责人的视角，把「日常发文、产品更新、栏目调整、账号管理」四类操作拆开，说清行政、市场、外包三方各自该管什么、不该碰什么，并给出一套可以照着落地的权限清单。如果你还在规划阶段，可以先看我们的建站方案，把权限设计提前写进需求里。

先想清楚：后台权限为什么要按操作类型分，而不是按人分

很多公司分权限的方式是「给行政一个账号、给市场一个账号」，结果就是两个账号权限几乎一样。这种分法的问题在于，权限跟着岗位走，而岗位职责是会变的。更稳的做法是按操作类型分权：把后台动作归成四类，每一类对应一个明确的负责人和一套账号。

日常发文指发新闻、更新活动、改公司简介这类内容动作，频率高、风险低，出错最多是文字问题，改回来就行。产品更新指增删产品、改参数、换主图，这类操作会直接影响页面结构和线索入口，风险中等。栏目调整指改导航、加页面、调表单字段、改页面模板，动的是网站骨架，一旦改坏可能整站排版错乱，风险最高。账号管理指开通、停用、改密码、分配角色，这是所有权限的源头，必须单独管、单独留痕。

把四类分开之后你会发现，行政和市场其实只适合拿前两类，栏目调整和账号管理要单独收口——要么由公司指定的一个人统一管，要么写进外包合同里由外包执行、公司审批。这个原则不复杂，但能挡掉大部分扯皮。

顺带说一句，选后台时也要看它支不支持细粒度权限。有些模板后台只有「超级管理员」和「编辑」两种角色，那你无论怎么设计制度都落不了地。选型阶段把这点问清楚，比事后补救省事得多，可以参考客户案例里不同类型企业的后台使用方式。

三方权限边界表：谁动什么、谁批什么

下面是按四类操作整理的边界，可以直接抄进公司的内部说明里，也可以作为和外包沟通的依据。

• 日常发文：行政或市场都可以做，但建议只给一个人主责，另一人只读。发文权限包含新建文章、编辑草稿、上传图片。不包含删除已发布文章、修改发布时间为未来时间做定时发布（定时发布容易出错，建议先由主责人确认后手动发）。
• 产品更新：由市场主责，因为产品描述和卖点通常和市场口径一致。权限包含新增产品、编辑参数、替换图片。不包含删除产品、批量改价格字段、修改产品页的URL别名——URL一改，原来的链接就失效了，这是最容易造成流量损失的操作。
• 栏目调整：由公司指定一名「网站负责人」审批，执行交给外包或技术方。行政和市场都不给这个权限。每次调整前要求外包提供一个改动清单和回滚方式，改完由负责人验收。
• 账号管理：这是关键。建议只保留两个管理员账号，一个在公司负责人手里（用于紧急情况），一个在外包手里（用于日常技术维护）。所有普通账号由公司负责人开通和停用，外包不掌握人员账号的分配权。人员离职当天停用账号，不要拖。

再补两条实操建议。第一，不要共用账号。哪怕后台只支持几个账号，也要一人一号，否则出了问题无法追溯。第二，外包账号要能随时收回。合同里写清账号归属和交接方式，避免到期后外包不配合、后台进不去。这一点在服务器和域名层面同样重要，可以对照我们另一篇关于账号与源码交接的清单一起梳理。

具体怎么落地：一份可照着做的权限交接清单

制度写完了，落不了地等于没有。下面这份清单按推进顺序排列，非技术负责人可以逐条打勾。

1. 盘点现有账号：登录后台，把当前所有账号列出来，标出每个账号的权限级别和最后使用时间。发现来路不明的账号先停用。
2. 确认后台是否支持角色：进后台的「用户/角色/权限」设置页，看有没有自定义角色功能。如果没有，就在制度层面约定，用「谁主责」代替技术限制。
3. 给主责人开账号：行政一个、市场一个，按前面边界表配权限。密码让本人设置，不要由负责人代设后转发。
4. 收口管理员权限：把管理员账号数量压到两个以内，其余账号降级。外包账号单独备注，写清有效期。
5. 建立改动记录习惯：不用复杂工具，一个共享表格就够，记录改了什么、谁改的、什么时候改的、谁批的。栏目调整和账号变更必须记录。
6. 做一次演练：让行政发一篇文章、市场改一个产品，走一遍流程，看有没有卡住的地方。发现问题当场调整。
7. 写进交接文档：把账号清单、权限归属、外包联系方式、紧急联系人整理成一页纸，存在公司内部共享位置，不要只存在某个人电脑里。

如果后台是开源CMS，管理员账号的创建和权限分配通常在后台的用户管理界面完成；如果用的是自研或模板自带后台，具体入口以服务商提供的操作为准。下面这个命令示例适用于 Linux 服务器上常见建站程序的文件权限排查，用来确认后台目录没有被设置成任何人可写——这类权限过宽是后台被篡改的常见原因之一：

# 查看网站根目录下各文件的权限归属，重点关注后台目录
ls -l /www/wwwroot/your-site/admin/

将后台目录权限收紧为目录755、文件644（以实际程序要求为准）
find /www/wwwroot/your-site/admin -type d -exec chmod 755 {} \;
find /www/wwwroot/your-site/admin -type f -exec chmod 644 {} \;

确认目录属主为运行网站服务的用户，避免使用 root 运行
ls -ld /www/wwwroot/your-site

执行前请先备份，不同建站程序对目录权限的要求不一样，具体以程序官方文档和实际环境为准。权限收紧后如果后台无法上传图片或写入缓存，说明某个目录需要单独放开写权限，按程序日志提示逐个调整即可。

最后提醒一个容易被忽略的点：权限表不是做完就完了，人员变动就是权限变动的信号。行政换人、市场换人、外包换团队，都要重新走一遍上面的清单。把权限当成一件需要定期维护的事，官网后台才不会变成没人说得清的黑箱。先把这张边界表定下来，再谈维护效率，顺序别反。

准备做网站，先从哪一步开始？

如果你希望把上面的思路落到自己的行业与目标市场，可以先看 建站方案 了解一站式流程，再对照 客户案例 判断哪些做法适合自己的业务；也可以加微信 tsrz001 沟通需求，把页面结构、预算和排期先聊清楚再动手。

继续阅读