网站改版前应确认的项目范围

绘制新页面之前进行审核

重新设计从现有的路线、内容、集成和故障点开始。在不检查入站链接的情况下删除页面可能会造成本可避免的搜索和客户服务问题。

库存 URL、表单、资产、所有者和已知问题；将内容更改与布局和技术工作分开。

在绘制新的站点地图之前，盘点当前的路线、模板、表单、下载和集成。在可用的地方添加流量或查询证据，但保持缺失的证据可见。标记必须保留、合并、更改用途或重定向的页面。这可以防止重新设计时默默地删除有用的入口点或重新创建几个在稍微不同的标题下回答相同问题的页面。

定义重要的旅程

新的结构应该支持特定的访客问题和业务行动。服务企业可能需要人们比较范围并发送询问，而商店则需要产品发现和结账。

选择一小组优先旅程并绘制每个旅程中的信息、决策和错误状态。

用可观察的术语写下问题。示例包括访问者错过服务边界、移动导航隐藏关键路线、编辑者无法更新模板或表单提交后失败。避免在没有表明需要更改的内容的情况下得出诸如“网站感觉很旧”之类的结论。具体的发现导致了可以估计、测试和接受的设计和开发任务。

具有最终内容约束的设计

占位符文本隐藏了标题长度、翻译、法律和编辑问题。当真正的服务名称需要两行德语或手机时，使用六个单词的卡可能会损坏。

在组件验收期间使用经批准或有代表性的副本、图像和验证消息。

在重新设计期间保护工作公平。尽可能保留与搜索相关的 URL，将每个更改的路径映射到合适的目的地，并将确认的元数据携带到新模板中。当跟踪已经存在时，保持分析定义具有可比性。新的视觉系统不应删除回答真实客户问题的内容或删除员工当前接收有效询问的途径。

保护迁移

发布计划需要重定向、元数据、分析连续性以及表单和集成检查。当 URL 在没有映射的情况下发生更改时，视觉上成功的重新设计仍然可能会失去可发现性。

通过模板和旅程定义接受度。查看代表性页面上的最终副本、响应状态、键盘使用、表单、性能和浏览器支持。包括迁移检查、重定向、站点地图输出和启动后监控。分别分配内容所有者和技术所有者。完成的重新设计应该根据记录的问题和所需的旅程来判断，而不仅仅是根据一组桌面模型。