网站开发后台不好用，运营的活全压给了技术

      上线那天大家都挺高兴，三个月后运营开始抱怨。

抱怨的内容大同小异：想改个价格得找技术，想换张图得找技术，想调一下首页的文章顺序还得找技术。技术那边也烦，本来排着队要做新功能，天天被打断去传图片。

这事儿的根源在网站开发阶段。后台是给运营用的工具，但很多项目里，它被当成技术的附带产物，功能能跑就行，好不好用没人管。等到天天有人来求助，才发现当初省的那点功夫，全变成后面的债。

说几个具体的表现，都是实际见过的。

发一篇文章要填 HTML，运营写完文字还得手动包上 p 标签、a 标签，不会写就只能把带格式的文字直接粘进编辑器，粘完页面排版全乱。改个导航更麻烦，导航结构写死在模板里，加一个栏目就得改代码、重新发布，运营提需求、技术排期、测试、上线，一个栏目拖三天。

图片全靠技术压。运营手上有原图，直接传上去几百 KB 甚至几 MB，页面越跑越慢。后台本来可以自动压缩、自动生成缩略图，没人做这一步。

没有批量操作。一次要下架二十个产品，只能一个一个点。这种活干一次两次还行，干一年能把人逼疯。

权限不分级。实习生和主编的账号权限一样，谁都能删内容。删错了也没有操作日志，查不到是谁干的。

没有草稿和定时发布。文章写一半只能存本地，赶上节假日要发的内容，还得专人守着点发送。

这些问题单看都不大，凑在一起，运营就彻底失去了自主权。所有琐碎的事都往技术那边堆，技术被切成碎片，新产品开发进度一拖再拖。两边都觉得自己委屈，其实是同一件事造成的。

让一个不懂代码的运营，独立完成发一篇文章、建一个简单页面、调整一次栏目结构。三件事都能自己搞定，后台就算合格。

这个标准最好在开发阶段就用上。让运营同事提前拿到测试后台，实际操作一遍，提的意见当需求改掉。等到上线才发现不好用，改起来的成本比一开始高得多，因为数据已经进去了，改结构要冒着丢内容的风险。

有人觉得后台是内部工具，客户又看不见，不值得花预算。这笔账其实算错了。后台省下来的每一次求助，都是技术省下来的时间。一年下来，省出的工时远超当初多花的那点费用。

网站开发交出去的，不光是前台那几页，还有运营每天要用的那个后台。前台是给客户看的，后台是给自己人用的，后者用得不顺，早晚变成成本。