旧官网换成新模板，页面一下整洁了。但产品页里的参数与下载文件仍不一致，过期活动还能找到，同一型号的说明书又出现三个版本。混乱只换了一个版式。
改版前的内容清单回答“现在有什么、在哪里”，内容审核继续回答“还准不准确、谁需要它、应该怎样处理”。前者是盘点，后者要作决定，两者连着做，迁移才有依据。
停售的产品页，也许还不能删
假设一家制造企业更新官网。销售希望突出新产品，旧型号不在销售目录里，但已有客户仍需要维护说明和服务入口。页面过时与产品停售，是不同问题。
可以停止把旧型号当作主推产品，同时保留对现有客户必要的资料。是否更新、归档、转到售后入口，取决于用途和业务确认；不能把“旧”一律翻译成“删除”。
这类判断先需要找回内容。主站、子站、下载区，以及页面里嵌入的图片、视频、音频和表单说明，都应明确是否纳入。自动抓取没有找到的旧附件、登录内容和部门文件，仍可能要人工补查。
清单怎样写，才不会做完又找不到
给每项内容稳定编号，记录标题或描述、当前位置、类型、版本和负责人。相同标题的文件也要分别编号，否则很难知道哪个是重复上传、哪个有不同适用范围。
| 清单字段 | 要解决的问题 |
|---|---|
| 编号、位置与类型 | 迁移时知道是哪项内容，旧入口在哪里 |
| 适用对象和用途 | 谁在什么任务中仍需要它 |
| 版本和日期 | 当前内容是否需要业务核验 |
| 负责人 | 谁能确认准确性、批准修改 |
| 处理方式和新位置 | 最后留下什么、放在哪里 |
日期不明就留待确认。填一个估计日期，会让后面的人误以为已经核实。未盘点的区域同样要有补查安排，清单的空白不能被当成那里没有内容。
从“准不准”到“好不好用”，分开检查
技术内容正确，却难以阅读，与排版漂亮但参数过期，需要不同处理。审核可以看准确性、用户相关性、业务适用性、表达清楚程度、可访问性，以及使用权限。
文章、视频和下载文件不必用完全相同的检查项。把一个总分压在内容上，容易掩盖关键问题；例如错误参数必须先核验，不应被良好的视觉分数抵消。
与负责人一起试审少量内容，说明每项标准如何判断，再继续全量审核。不同人意见不一致时，回到具体标准，而非选谁的审美。
分类不清楚，可以用卡片分类了解用户分组和称呼；纸质说明书与随产品材料，则可结合物件分析看使用方式。找得到和内容准确，都要检查。
每个处理决定，都要有人接下来做
把内容标为保留、更新、合并或归档，同时写理由、负责人员和所需业务核验。单写“需要优化”，内容编辑不知道改参数还是改版式，实施人员也不知道旧链接如何安排。
假设某说明书需要更新，清单应指出谁确认适用型号、谁制作文件、批准以后替换哪个入口。归档资料也要确认仍从哪里供维护用户获取。
这些是实施安排，需经责任人确认。审核建议不等于删除授权，文件和链接调整也不能只凭表格状态自动执行。
搬过去以后，再核对一次
迁移完成不能只看页面出现了没有。检查正文、附件版本、图片、相关入口和旧链接处理，并试一遍手机阅读与表单说明。无法迁移的项要解释去向，不能从账本里悄悄消失。
成功标志：清单上的每项内容都能找到已批准的处理决定和新位置，更新内容有业务确认，保留资料仍能完成原来的任务。下一位负责人看表，知道什么已完成、什么还要处理。
把内容账本、审核规则和更新责任留下，按产品变化或有效期安排复核。只在全站改版时清理一次，几年后很容易再出现三个版本都没人敢删的说明书。
内容处理，也是改版方案的一部分
我们建议在视觉稿之前就开始盘点。否则结构已经定了，内容人员才发现旧资料仍有用途，页面又得回头改。内容清楚以后，官网更容易兼顾新客户了解与已有客户维护。
58UI提供企业官网设计开发、UI/UX、品牌视觉和响应式改版，也可以先梳理内容与维护安排。查看设计服务，或带着栏目和资料情况联系58UI，可以从迁移前最难判断的内容开始讨论。
相关服务
