后台给谁用：内容模型决定了编辑会不会用它

网站交付半年后，常见的状况是：市场部不用后台，有事直接找技术改。追问原因，得到的回答通常是「不知道该填哪里」「改完不知道会变成什么样」「怕改坏」。这三句话指向的都不是界面美观问题。

字段拆分决定了能不能复用

把整个页面做成一个富文本框，编辑确实能随便改，但内容就只能原样显示在那一个地方。拆成结构化字段之后 —— 标题、摘要、价格、适用对象、特性列表 —— 同一份内容可以同时用在列表页、详情页、搜索结果和结构化数据里。

拆分的尺度要看用途。会被单独展示或被程序读取的信息必须单独成字段；只在正文中连续阅读的内容放富文本即可。过度拆分会让填写变成填表格，编辑同样会抗拒。

富文本装不下的东西

• 需要出现在列表卡片上的摘要 —— 从正文截取的前几十字通常不通顺；
• 需要进结构化数据的价格、日期、资质编号；
• 需要被筛选或排序的属性，例如行业、地区、类型；
• 需要在多处复用的联系方式与法律声明，应当放在全局配置里而不是每页粘一遍。

必填与校验要在提交时拦住

缺了 SEO 标题、没传封面图、摘要超长，这些问题如果不在后台拦下，就会以页面显示异常的形式出现在线上。校验规则要写明原因，提示「摘要建议 80 字以内，超出部分在列表页会被截断」，比只显示一个红色叹号有用得多。

预览和草稿是刚需

编辑不敢改的主要原因是改完直接生效、看不到效果。草稿状态加预览链接能解决大半问题，而且让内容可以提前准备、到点发布。这两项在排期时常被当作可选功能砍掉，实际上它们直接决定后台会不会被使用。

权限要按职责分

市场部能改内容但不能动栏目结构，运营能发布但不能删除历史版本，技术能改配置。权限分不清的后果不是安全问题，而是没人敢操作 —— 一个能误删整个栏目的账号，使用者会非常谨慎。

内容模型应当在项目早期与实际使用的人一起确定，而不是开发完再培训。相关做法见企业官网定制与合作流程。