打开任何一套企业级CMS的型图后台，第一眼看到的型图永远是那张原型图。它不是型图UI稿，不是型图高保真交互demo，而是型图一张布满灰色线框、黑色标注线和红色批注的型图图纸。这张图决定了编辑们未来三年每天面对什么。型图

我见过最离谱的型图一张CMS原型图，是型图某央企花了两百万招标做的。打开文件，型图首页是型图七个并列的“轮播图位置”，每个下面都标注着“可配置跳转链接”。型图再往下翻，型图是型图十二个“推荐位”，再往下，型图是二十四个“信息列表模块”。整张图看上去像一张Excel表格被强行拉伸成了网页。做原型的人很聪明，把所有可能用到的功能全部堆上去，每个模块都留了“扩展空间”。但编辑实际用起来，光是找到“发布文章”按钮就要在三个层级里翻找。

好的CMS原型图不应该长得像系统架构图。它应该像一张超市货架分布图——你知道酱油在第三排，醋在第四排，收银台永远在出口。我见过一个做地方新闻站的团队，他们的原型图只有四张：第一张是“快速发布”，第二张是“内容列表”，第三张是“栏目管理”，第四张是“系统设置”。没了。整个后台就四个一级入口。编辑从登录到发完一篇稿子，鼠标点击次数不超过十次。这张原型图是用Axure画的，连交互都没做，就是静态线框加箭头标注。

有意思的是，技术总监和产品经理在这张图上的优先级永远相反。技术总监关注的是“数据结构怎么设计”，产品经理关注“编辑会不会用”。而真正写内容的人，只关心一个问题：我在列表页改个错别字，要不要先保存再退出再重新进入详情页？这个细节，90%的CMS原型图都不会画出来。但恰恰是这种操作路径的流畅度，决定了编辑是愿意每天更新十篇内容，还是能拖就拖。

原型图里的“状态标注”往往藏着真实工作流。比如某政务网站的原型图上，在“审核”按钮旁边用红笔写着一行小字：“需跳转至OA系统，回填领导签字编号”。这个流程在原型图里只占一个箭头，但实际开发时，光对接这个OA接口就花了三周。如果当初画原型的人愿意多写一句“这个审核动作是异步的还是同步的”，后面根本不用返工。

有些团队开始用Notion或者Figma做CMS原型，把线框图和字段说明混在一起。我试过，效率确实高，但容易失控——因为人人能改，最后原型图变成了一个意见收集箱，上面飘着几十个不同颜色的批注气泡，没人知道哪个是最终决定。反而那种打印出来、贴在白板上、用马克笔直接画叉的纸质原型，讨论起来最干脆。“这个区块不要了，划掉。”——三秒钟，一个决定就完成了。

说到底，CMS原型图不是画给开发看的，也不是画给领导汇报用的。它是给那个每天早上九点开始录入稿件、下午五点前要发完当天所有内容的编辑看的。如果这张图上的每一个模块，编辑都能在五秒内说出它是干嘛的，那这张原型图就及格了。如果编辑还需要停下来想“这个下拉框是选栏目还是选标签”，那不管图上的信息架构画得多清晰，都是失败的。

下次你再看到一张CMS原型图，别急着评价它的布局是否美观，先问一句：这张图上的每个控件，能不能让一个刚入职的实习生不看任何说明文档就直接上手？能，就对了。不能，那画图的功夫全白费了。