B2B 网站改版清单：从业务简报到上线验收

网站改版清单要说明三个问题：团队需要决定什么、拿什么证据验收、由谁批准进入下一阶段。对于 B2B 网站，可以依次检查业务简报、页面与内容决策、代表性设计、实际构建、生产上线和持续复核，用一份记录串起各阶段的交接。

本文为营销负责人和企业负责人提供一份阶段验收清单。先用下表定位项目，再把后面的空白验收记录复制到项目文档。任务已经做完与结果已经通过审查，是两种不同的状态，需要分开记录。

更完整的决策思路见B2B 网站策略集群。如果还在判断网站是否需要整体改版，请先看改版前审计框架。

网站改版阶段清单总览

如果下一项工作依赖一个返工成本较高的决定，就适合设置阶段验收。调研和内容准备可以并行，设计也可能在测试后回到修改阶段。这份清单规定的是决策顺序，不是统一的工期。

每个阶段都指定执行负责人和批准人。小团队可以由同一个人承担两种职责，但记录仍应区分“完成了工作”和“检查过结果”。未解决的问题要写清对买家的影响，不要藏在一个完成百分比里。

设计之前：确认业务简报

先找出当前网站没有支持好的买家行动。“让网站更现代”很难帮助设计师判断需求优先级；“让采购人员理解服务范围，并提交有用的询盘”则可以转化成可测试的任务。

• 写明目标受众、任务及涉及的页面或路径。
• 记录实际观察到的问题及证据来源。
• 区分网站问题与对销售表现的假设。
• 说明项目包含什么、不包含什么、哪些能力需要保留。
• 约定如何处理范围变动与未解决的问题。

这一阶段的验收材料是一份带基线的简报，不是新增收入预测。如果缺少分析工具权限，就记录测量缺口，并使用已有的真实证据，例如能够复现的导航问题。不要把团队意见写成已经测量的访客问题。

需要暂缓的情况：决策人还无法说明要支持的任务或要解决的问题。先补调查，再批准整体重建。涉及外部服务商时，把已确认的决定纳入改版 RFP 与验收要求。

布局之前：落实页面与内容决策

团队清楚每个页面的用途后，页面清单才有价值。为重要页面对应买家问题、获准内容和下一步行动。明确哪些 URL 保留、哪些迁移、哪些还需要编辑决定。

• 为重要页面指定用途和内容负责人。
• 确认可使用的服务说明、技术规格、图片和支撑陈述。
• 把下载资料、表单和语言版本与 HTML 页面一起登记。
• 标出会阻碍买家完成任务的材料缺口。
• 在 URL 变化变成开发中的临时决定之前，将其落实。

第一轮设计审查就使用真实内容。简短的占位标题可能适合布局，实际服务名称或中文译文却可能挤坏页面。漂亮的占位图片，也无法说明获准技术示意图在小屏幕上是否仍能读清。

可以通过的条件：代表性路径已有足够的获准材料，剩余内容缺口也有明确负责人。具体页面审阅使用内容审计工作表；URL 映射和重定向实施仍交给SEO 迁移清单。

扩展模板之前：验收代表性买家路径

选择能够暴露真实约束的路径，例如服务页、相关技术资料和询盘表单。使用实际导航名称、内容长度、图片与错误提示。先检查各部分如何协同，再把设计扩展到全站。

• 目标买家能否理解服务并找到下一步？
• 实际内容在约定测试的移动端和桌面宽度下是否合适？
• 能否使用键盘沿链接到达并操作控件？
• 标题层级、图片替代文本、标签与可见焦点是否合适？
• 编辑人员能否在不破坏结构的情况下维护页面？

W3C 无障碍初步检查可用于开始检查页面标题、层级、图片替代文本、对比度、键盘操作和表单。这些检查有助于发现障碍，但通过快速检查不等于已经证明完整的无障碍符合性。

需要返回设计阶段的情况：重要买家行动无法通过当前模式完成。静态首页图片获批，不等于实际网站已经获批。保存测试页面、设备或视口、观察结果，以及复用该模式前需要完成的修改。

批准上线之前：验收实际构建

构建审查要说明，约定路径能够在迁移后的真实内容和关联系统中工作。审查人需要能查看的测试结果，也包括失败结果。插件安装清单或设置截图，不能代替实际观察到的结果。

• 逐一走通每种上线语言的重要入口页至联系路径。
• 检查各表单的校验、提交成功与失败提示。
• 获得测试授权后，发送有明确标记的测试，并将保存记录与预期通知或接收系统核对。
• 检查搜索标题、描述、canonical、语言链接与公开分享图片。
• 在移动端和桌面上使用真实内容检查约定页面类型。
• 性能测试记录 URL、环境与证据类型。
• 确认编辑人员能完成日常修改，并能从操作错误中恢复。

感谢页可以正常打开，但消息仍可能没有送达接收人；分析事件可以触发，但这也不能证明收到了一条有价值的买方询盘。浏览器行为、保存的提交、通知送达和业务资格判断，需要分别检查。

性能验收可使用B2B 网站速度框架。先约定哪些缺陷会阻塞上线，再审查结果。主要联系路径失效，通常需要先解决；不影响任务的外观问题，如果批准人接受其影响，可以进入有负责人的后续清单。

上线当天：根据证据作出放行决定

在改动生产环境之前写好发布顺序，列出各步骤执行人、紧随其后的检查和停止条件。确认备份与本次修改的网站版本匹配，负责人员也确实能够执行回滚方案。

如果 URL 会变化，Google 网站迁移指南说明了旧新 URL 映射、canonical 与语言标记更新、重定向配置以及开发期索引限制检查。Google 也建议在可行时分开进行重大变化。应根据实际迁移选择步骤，不要默认每次改版都需要更换域名或 URL 结构。

发布后检查普通公开网址，确认关键页面与资源可加载、URL 指向符合预期、生产索引规则与获准方案一致，联系路径仍然可用。检查要经过公开缓存层，不能仅凭管理员登录状态下的成功就完成验收。

这些响应供项目团队制定适合自己的规则，并非自动回退生产系统的指令。回滚成本取决于发布期间的内容变化、新提交，以及已经连接的其他系统。

上线以后：分开复核运行情况与业务效果

技术验收回答的是，已发布网站是否按约定工作；效果复核回答的则是，真实买家和搜索引擎接触网站后发生了什么。前者保留到上线问题解决，后者持续与带日期的基线比较。

搜索抓取与收录要和展示、点击分开记录；分析工具会话要和保存的询盘分开记录。区分内部测试、垃圾信息、真实买方问题和合格机会。如果报告数据尚未覆盖待评估的时间段，就标为不完整观察窗。

GOV.UK 关于正式运行阶段的指南将持续支持和迭代视为服务运营的一部分。对于 B2B 网站，应在项目团队解散之前明确故障、内容变更和下一次证据复核的负责人。长期职责可参照网站治理框架。

复制这份改版验收记录

每个决策交接点建立一份记录，把证据链接紧挨着决定保存，让另一位审查人也能复现检查。

阶段与版本：
买家任务／页面／语言：
需要作出的决定：
验收条件：
证据位置与观察日期：
环境、浏览器与视口：
执行负责人／审查人／批准人：
未解决问题与买家影响：
决定：继续／暂缓／修改
接受的局限与理由：
下一步、负责人和复核日期：
回滚方案位置（如适用）：

虚构示例：一家制造企业准备扩展技术资料页模板，先审查其中一个翻译版本。资料可以打开，但索取表单的错误提示没有翻译，键盘使用者也看不出当前焦点落在哪个控件上。审查人把两项观察绑定到该页面和该语言，决定“修改”，并将重测交给构建负责人。其他正常页面不能代替这条路径的验收证据。

只有写明理由时才使用“不适用”，例如“本页没有表单，下一步是联系页链接”。缺少证据就写“未检查”。这样可以避免空白单元格在交接中悄悄变成批准。

网站改版清单常见问题

改版清单与 RFP 是一回事吗？

RFP 规定希望服务商提出什么方案、交付什么成果；改版清单帮助项目团队跨阶段检查实际决定与工作。把已确认的要求带进验收检查，再记录真正观察到的证据。

小型 B2B 网站也需要全部阶段吗？

证据规模应与变更相称。局部布局调整可能只需要简报、代表页检查和生产验证；CMS 或 URL 迁移则需要更完整的方案。说明省略哪些检查以及原因，同时保留关键买家路径的验收。

什么时候算改版完成？

分别约定构建验收、生产验收和后续运营归属。技术检查可以结束，效果测量仍可继续。搜索表现与询盘质量需要合适的数据支持，不能因为网站已经上线就标记为成功。

由谁批准进入下一阶段？

在项目简报中写明承担该决定的人。请相关内容、技术和业务审查人提供证据，再记录批准人的决定与接受的局限。参与审查的人很多，仍然需要清晰的决策权。

如果需要明确下一步决策，可以向 CHCZ 提供网站网址、项目阶段和未解决的问题。