微信小程序后台那个内容管理界面，程序我盯了快三年了。程序每次点开“内容管理”那一栏，程序心里都咯噔一下——密密麻麻的程序图文列表，翻页翻到手抽筋，程序想找一篇上个月的程序活动稿，愣是程序滚了十几屏。这哪是程序管理内容，分明是程序给内容当奴隶。

后来我实在受不了了，程序开始琢磨给小程序套个CMS。程序真上手才发现，程序市面上的程序方案分两派：一派是“大而全”的云端平台，功能多得像瑞士军刀，程序但光配置权限就够你研究一整天；另一派是程序“轻量级”的API服务，简单到只有增删改查，可你想加个多级分类？没门。

我自己折腾了个折中方案——用Headless CMS。前端用小程序原生框架，后端接一个内容接口。文章、图片、视频全存在云端数据库里，小程序端只负责拉数据、渲染页面。最直观的变化是：以前改个错别字，得让开发重新发版审核，现在运营自己登录后台，改完保存，小程序端下拉刷新就完事了。

速度这块儿，我特意测过。旧方案里，小程序首页要同时请求文章列表、轮播图、推荐位，三个接口串行加载，白屏时间大概1.8秒。换CMS后，我把内容聚合成了一个JSON对象，一次请求全拿到，首屏渲染压缩到0.7秒。用户可不管你是啥架构，他就知道“这小程序打开快了”。

但CMS不是万能药。有次我们做专题活动，运营在后台传了二十张高清大图，结果小程序包体积超了限制，直接发布失败。后来学乖了，图片必须走云存储压缩，后台只存URL。你看，工具再聪明，用的人不动脑子照样翻车。

还有权限问题。小公司可能觉得无所谓，但内容多了以后，谁改的、什么时候改的、改了啥——这些痕迹特别重要。我见过同行用免费版CMS，结果编辑误删了整篇文章，后台连个回收站都没有，只能找技术从数据库备份里捞，折腾了俩小时。所以我现在选CMS，第一看版本历史，第二看操作日志，缺一个都免谈。

说到底，CMS解决的是“内容生产”和“内容呈现”之间的脱节。以前是技术卡着运营的脖子，现在是把脖子上的手松开，但运营也得自己学会呼吸——排版规范、图片命名、标签分类，这些基本功没练好，换啥系统都白搭。

用CMS这半年，最爽的瞬间是某天下午，运营同事在后台把整个专题页的banner、标题、排序全调了一遍，然后转头问我：“你看这样行不？”我手机上一刷新，页面已经变了样。那一刻我突然觉得，这玩意儿不是给技术减负的，是让内容本身有了呼吸权。