当内容、技术和决策方式各自发展，企业网站会越来越难以修改。如果业务理由需要的不只是视觉更新，就可以考虑网站改版。改版范围可能包括信息架构、系统、治理、内容和品牌表达。应根据用户和运营证据确定范围，而不是因为想重建就推倒重来。
Refresh、Redesign 还是全面改版？
Refresh 是调整网站的一小部分，例如文案或视觉细节。Redesign 会改变页面布局和互动方式，同时保留大部分底层平台。全面改版可能还会更换内容模型、平台或系统整合。这些是便于项目沟通的区别，并非通用的行业定义；应在项目简报中说明实际范围。
可能需要更大改动的迹象
- 员工更新重要信息时，必须排入本可避免的技术处理队列。
- 网站结构已无法反映组织的服务或受众。
- 用户在不同设备、语言或辅助技术下难以完成关键任务。
- 关键系统整合、分析工具或安全责任不明确。
- 内容负责人分散，页面重复、互相矛盾，或遗漏重要事实。
- 因平台不受支持或缺乏维护信息，导致维护与修改成本偏高。
流量数据本身不能证明一定需要改版。确定方向前，应查看用户研究、搜索数据、支持请求、内容审核、安全发现和运营成本。
有序推进项目
1. 明确治理方式和目标
指定业务赞助人、决策者、内容负责人和技术负责人。设定可衡量的目标，例如任务完成率、合格询盘、发布所需时间或内容错误数量。记录组织适用的限制、审批、采购流程和无障碍要求。
2. 审核内容与系统
盘点网址、模板、系统整合、分析工具、表单、文件和账户负责人。决定哪些内容保留、改写、合并或下线。将重要旧网址映射到相关的新页面，并明确由谁批准内容与重定向。
3. 围绕真实任务设计和构建
与用户一起测试信息架构。定义可复用的内容类型与权限。规划 CMS、搜索、CRM、身份验证服务及其他系统如何交换资料。在详细设计获批前，与交付团队确认安全、无障碍、性能和多语言要求。
4. 测试迁移与发布
使用 staging 环境测试内容呈现、链接、表单、访问权限、分析、重定向、多语言版本和恢复流程。为每项验收检查指定负责人并保留证据。在受控时段发布，明确决策者，并记录回退或恢复计划。
批准前应询问
书面范围是否列出负责人、排除事项、依赖关系、验收标准、持续成本和交接？组织能否在上线后维护系统？成功的改版应让网站支持业务任务，并能被负责任地运营，而不只是换一层视觉设计。