“网站做了八成”没有说明哪部分完成，也无法告诉客户现在可以检查什么。讨论阶段付款时，可以先列明每个节点的交付物、确认人和待处理问题，再按项目约定确定金额与时间。下面是项目管理用的检查示例，不设统一付款比例。
四个阶段，四种不同的证据
| 阶段 | 交付物 | 怎样确认 |
|---|---|---|
| 范围确认 | 页面与功能清单、资料分工、待定事项 | 双方能指出本期做什么、哪些另行评估 |
| 内容与设计 | 使用真实内容的核心页设计稿 | 核对桌面、手机与长内容的呈现 |
| 开发预览 | 可操作网址、测试账号与问题记录 | 走完主要流程，核对成功和失败状态 |
| 上线交接 | 正式网址、源码版本、更新与恢复说明 | 在正式环境检查，并由接手人员复现操作 |
不是每个项目都需要四次付款。简单展示页可以合并评审，复杂系统可能需要拆出接口验证等节点；关键是每次确认对应可检查的成果。
开发完成不能只看截图
以咨询表单为例，截图只能说明字段排好了。实际检查还包括空值和错误格式的提示、重复点击时的处理，以及接收端有没有收到正确内容。MDN 的表单验证说明区分了浏览器端检查和服务端验证，项目验收不能只看前端弹出成功提示。
没有表单的网站，也可以检查导航、下载、邮箱或电话入口。测试清单应与本期实际功能一致，不把未约定的功能临时变成验收条件。
设计确认要覆盖真实使用状态
除了主视觉，选一页长正文、一组产品参数和手机导航进行检查。能否用键盘访问主要操作，文字与背景是否容易分辨，页面放大后能否阅读，都可以参考 W3C 的初步检查安排验证。它是起点，并不代表完成全部可访问性评估。
对于还没解决的问题，记录所在页面、复现步骤、负责人和复核结果。问题清单比“再优化一下”的口头意见更便于确认工作是否完成。
新增要求与原有缺陷分开记录
已确认页面与约定不符，属于需要核对的交付问题；新增一种语言、一个后台角色或一个接口，则应重新评估范围。把变更前后的要求放在同一份记录里，确认对工作量和交付时间的影响。
不要把“搜索到关键词排名”与“网页已正确上线”混成同一个技术节点。百度说明，提交链接不保证收录。搜索表现需要另设观察记录，不能由构建或发布成功推导。
准备范围清单时，可以从网站制作的交付项目开始整理。