尾款卡了两个月，问题出在验收单上少写的那几行

项目组把上线通知发到群里那天是周四下午，尾款 30% 的付款申请周五就递了上去。两个月后这笔钱还挂在那儿。甲方老板给的理由只有一句：「感觉没做出来。」乙方项目经理翻出合同附件，18 条交付项逐条对照，17 条都能打钩——页面数够、设计稿三轮、响应式适配完成、后台交付、源码打包。剩下那一条写着「整体视觉效果符合甲方要求」。两个月的拉扯，全耗在这一行字上。

老板：他签的那个字是对钱负责的

老板不关心切图，也分不清 8px 和 12px 的间距。他记得的是立项会上自己说过的那句话——「要让客户看完愿意打个电话过来」。所以他坐在验收会上，脑子里比对的是这个，而验收单上没有任何一条跟它有关。

他的第二个顾虑更实际：签完字，质保期就开始倒计时了。合同写的是上线后 6 个月免费维护，他心里估的是「以后有事还能找你」。一旦发现签字之后再提需求就要另外报价，他宁可拖着不签。这类拖延通常不需要谈判技巧去化解，需要的是在验收单里明确写清：验收后的 6 个月内，属于清单范围内的功能失效算维保，清单之外的新增诉求按工时单结算，工时单价提前约定。把这两句话摆上去，老板签字的心理负担会小很多。

市场负责人：他怕的是从此被绑住

市场那边有一场发布会在下个月，物料要挂到官网上。他在验收会上做的第一件事是打开后台，找那个能自己发落地页的入口，然后发现没有——后台只能发新闻，图文混排的活动页得走开发。

接着他试着改首页那句宣传语，改成功了；再想把配图换掉，那块是写死在模板里的。于是冲突出现了：乙方认为交付物完整，市场认为拿到手的是个只能看不能动的壳。这一条本可以在网站设计阶段就避免，代价只是在需求确认时多花半小时，把「后台可自主编辑区域清单」逐块列出来——首页哪几个位置可换图、活动页有没有自由排版组件、新闻页能不能自定义封面比例。验收时的检验方式也很好写：市场负责人在演示环境上机操作 30 分钟，指定的 8 项操作在没有乙方协助的情况下独立完成，超过 5 分钟仍找不到入口的算一条不通过。

设计师：「还原度」三个字最容易翻脸

设计师打开线上页面，第一眼看的是字重和间距。稿子里 32px 的标题在页面上成了 30px，卡片之间的投影浅了一层，图标描边粗了半个像素。她说走样了，前端说浏览器渲染就是这样，老板凑过来看了两秒，说「差不多啊」。三个人说的都不是假话，只是没有一把共同的尺子。

能落地的做法是把还原度翻译成能判定的句子：在 1440 宽度、Chrome 最新版下，首页主要区块的上下间距与设计稿误差不超过 4px；正文字号、行高、主色值与设计稿一致，色值以十六进制为准；指定的商用字体如果没有授权，在网站设计定稿前就要给出降级方案并由设计方书面确认，不能等到上线后再说「换成默认字体了」。

还有一类争议根本不是还原度问题：按钮的 hover 效果、表单的报错提示、列表的空状态、加载中的骨架屏。设计师没出稿，前端就自己发挥了，验收时被指着说难看。这四种状态要不要出稿，写进网站设计交付清单里就好，没写的就默认由前端按组件库处理，谁也别怪谁。

前端：他要的是一条能画出来的边界

前端最怕的验收场景，是甲方从抽屉里掏出一台用了五年的平板电脑打开页面，然后说「你看，错位了」。合同里那句「兼容主流浏览器」，在这一刻毫无用处。

兼容范围必须写成一份具体清单：桌面端 Chrome、Edge、Safari 各支持最近两个大版本；移动端覆盖 375、390、414 三种逻辑宽度；微信内置浏览器必测，企业微信、钉钉、飞书的内嵌窗口要不要测，甲方自己勾。清单之外的设备出现样式问题，算变更不算缺陷。

性能同样要写数字，不然「打开有点慢」永远说不清。可用的口径是：4G 网络下首屏内容渲染在 2.5 秒内完成，Lighthouse 移动端性能分不低于 75，单张首屏图片压缩后不超过 300KB。测试环境也得约定——用同一台设备、同一个网络、同一个测速工具，连测三次取中位数。这些数字不需要多严苛，关键是双方都认它。

运营：交付会开完了，他才刚要登场

做内容和推广的人往往不在验收会名单上，等他接手，麻烦已经发生了：robots 文件还留着测试期的禁止抓取指令；全站几十个页面的 title 和 description 是同一套；统计代码只埋了首页；老站那三百多个已经被收录的 URL 全部变成 404，攒了几年的权重一夜清零。

这些都能写成验收条款，而且是最容易被判定的一类：新旧 URL 一一对应的 301 映射表要在上线前交付并抽查 20 条；每个页面的 title、description、H 标签可在后台单独编辑；sitemap 自动生成并提交；统计工具装好并配置至少 3 个转化事件（表单提交、电话点击、微信弹窗打开）；上线 7 天内在搜索引擎输入完整域名能查到首页收录。这些条目加起来不超过一页纸，却是验收单里最不容易起争执的部分——要么做了，要么没做。在网站设计和开发阶段顺手处理，成本是半天工时；等上线两个月后再补，代价是这段时间的收录空窗和白跑的推广预算。

把签字权拆开，比争论谁对更管用

五个角色的诉求各自成立，冲突来自同一张验收单只有一个签字栏，而拿笔的那个人只懂其中一栏。可行的改法有三处，都不复杂。

第一处，逐条改写句式。凡是出现「美观」「符合要求」「体验良好」「响应迅速」的条目，一律重写成五要素句：谁、在什么设备和环境下、做什么操作、看到什么结果、多长时间内完成。写不出这五个要素的条目，说明它本来就不该出现在验收单上，应该退回去变成需求描述。

第二处，验收分三次而不是一次。设计稿定稿是第一次验收，由老板和设计方签字；页面开发完成是第二次，由市场和前端对照清单逐项验；上线满 7 天做第三次，验的是运营那一栏的数据类条款。尾款 30% 相应拆开，比如 10%、10%、10%，每过一关放一笔。分开之后，某一栏没过不会拖住其他四栏的钱。

第三处，谁的诉求谁签字。验收单按角色分栏，市场只签后台可编辑那几条，前端和设计对着还原度与兼容清单签，运营签 SEO 与统计那一页。老板签总栏之前先看四个签名齐不齐，他自己那一栏就只留一句真正属于他的话：以指定的 5 个关键动作路径为准，从访客进入首页到提交表单，点击次数不超过 3 次。

更前置的一步，是把这张单子写在项目启动会上，而不是交付前一周。做网站设计的人清楚哪些细节将来会有歧义，甲方各岗位清楚自己要拿什么走。启动会上多花的那两个小时，换的是后面不用为一行「符合甲方要求」耗掉两个月和一笔尾款。