验收不合格，尾款能不能压着不付？先分清缺陷和分歧

网站做完，验收最后一轮，甲方甩来一句「整体感觉不合格，尾款先不结」。乙方这边急了：页面都能打开，功能都对，哪里不合格？两边各说各话，聊到半夜也没结果。

这种僵局我见过不止一次，卡住的点多半不在网站本身，而在「不合格」三个字没人定义过。是页面有 bug，还是觉得配色不好看？这两件事的处理方式完全不同，混在一起谈，谁都说服不了谁。

先分清：是缺陷，还是分歧

验收里冒出来的问题，基本可以拆成两类。一类是缺陷：合同或需求文档里写明的东西没有兑现——说好的产品筛选没做、手机端某一页错位、表单提交后收不到通知、承诺改 2 轮的文案还剩 1 轮没动。这类问题有客观标准，对一下约定就知道成立不成立。

另一类是分歧：合同里没约定，纯粹是感觉层面的偏好。主色想换成绿色、首屏想再大气一点、logo 再往左挪 3 像素。感觉没有对错，但也没法按「合格不合格」来裁。

判断归属有个简单的办法：翻合同和需求文档，这一条写进去的算缺陷，没写进去的算分歧。写都没写，事后凭个人感觉扣「不合格」，对服务方不公平；反过来，白纸黑字写了却没做到，甲方完全有理由不签字。

尾款能不能压，看合同里写没写

常见的服务商分法是 3-4-3 或 5-4-1，尾款占 30% 到 40%，约定「验收合格后 X 个工作日内支付」。注意合同里那句通常是「验收合格后」，不是「交付后」——尾款确实和验收绑定，甲方在问题没解决时暂缓支付，这个动作本身有合同依据。

但暂缓有边界。合同没写清楚验收标准、或者甲方拖着不验收也不提具体问题，拖上两三个月再说验收不合格，这时候的「压尾款」就变味了。没有明确标准的情况下，双方只能回到需求文档逐条对，僵着对谁都没好处。

压尾款的目的是让问题被修掉，不是谈判筹码。把目标写清楚——「这几条改完就付」，比「不改就不付」更容易推进。

这里顺带提一句合同本身。建站合同里最容易出事的几处——修改轮次、素材版权、售后期限、涨价条款——签合同之前就该盯住，等到验收阶段再翻条款，能腾挪的空间已经很窄。具体哪五项容易含糊，之前整理过一篇：建站合同里最容易含糊的五项，签约前过一遍，比事后翻条款省事得多。

缺陷要一条一条列出来，别打包成「整体不满意」

「整体不满意」是最没法执行的表达。乙方收到这句话，不知道从哪改起，只能猜；猜出来的版本多半还是不合心意，来回几轮，耐心先耗光了。

有效的做法是把缺陷拆成条目，每条带三样东西：位置、现象、约定出处。比如：

• 产品详情页第 3 屏：手机端图片溢出屏幕，需求文档第 4 条写明「移动端自适应」
• 询盘表单：提交后提示成功，邮箱却收不到，合同附件写明「表单通知到指定邮箱」
• 产品文案：约定改 2 轮，目前只交付了 1 轮的修改记录

这样列出来之后，双方对的是「有没有做到」，不再对「喜不喜欢」。乙方想绕过去绕不掉——出处就写在文档里；甲方想加私货也加不了——文档里没有的条目，进不了这份清单。

验收不合格四个字，要落在书面记录里

聊天群里说八百字，截图一翻就散了。验收不合格的结论要有书面载体：一份验收单，写明哪些项通过、哪些项不通过、修复期限几天、修完之后谁在什么时间内复核。邮件或在线文档都行，关键是双方确认过。

我试过的一种顺手的做法：验收清单直接用腾讯文档写，路径是「腾讯文档 → 新建文档 → 粘贴栏目清单」，每条后面留「通过／不通过＋备注」两栏，双方在同一份文档上改，每一版都有记录可查。比在群里发语音、截图来回贴省事，也少了「谁说过什么」的扯皮。

书面记录还有一个作用：真走到退款、仲裁或者投诉那一步，这份逐条确认的验收单就是最硬的证据。口头约定的东西，谁回忆谁吃亏。

分歧的部分：加需求就按需求另算

验收阶段冒出来的新想法——「顺便把会员积分做了」「再加一个分销页面」——不属于验收范围，属于加需求。硬塞进验收清单当「不合格」扣，就是扯皮的根源。

加需求不丢人，按新需求报个价、排个期，走补充协议就行。要提醒的一点：有些需求在模板建站的框架内做不了，比如要跟自家 ERP 交换数据、要把订单状态存下来再按规则自动判断，这类需要自建服务端和数据库。模板站改「页面和内容」这一层没问题，改「后端」这一层没法改。这种事最好在谈需求时就说破，别等签了补充协议才发现做不到。

感觉层面的分歧（配色、字体、间距），合同里没约定的，通常的解法是各让一步：约定范围内的小调整免费做掉，超出约定幅度的按小改动计费。比例没有行业标准，看双方怎么谈，谈完写进验收单的备注里。

想少走到这一步，验收单上先写清这几样

验收扯皮的代价，大部分可以在开工前消掉。一份能落地的验收单，至少写清这几样：

• 验收标准挂在哪些文档上（需求文档的版本号写进去，别只写「见需求文档」）
• 甲方验收的期限（比如收到提交后 5 个工作日内反馈，逾期视为通过——这条对双方都是保护）
• 修改轮次，以及每一轮的范围
• 尾款支付的条件和期限，争议部分走什么途径解决

逐项点开检查的操作方法，之前写过一份上线前要过一遍的清单，八个地方挨个点：上线前该点开的八个地方。验收阶段直接照着走一遍，能挡掉大部分「上线才发现」的问题。

如果站点是自己用自助建站工具搭的，验收的主动权在自己手里：H5 自助建站的功能清单里，页面、表单、文章这些模块都能在后台反复改，标准可以边搭边对，不用等一次性交付再算总账。后续批量改 SEO、调整页面这类操作，它开放了 MCP 管理接口，能对接 WorkBuddy、Codex 这类 AI 工具用自然语言跑；这条只有 H5 自助建站、外贸独立站、H5 营销官网三类有，云-速成美站、商城、小程序没有，别弄混。

找服务商做站、拿不准对方靠不靠谱时，可以先看看深量是家什么公司，再看云-速成美站用过的人怎么评价——评价和成交记录都是公开的，比只听销售单方面介绍踏实。

尾款这事说到底是个流程问题：标准提前写清、问题逐条列出、修复期限落进文档，绝大多数僵局到不了「压着不付」那一步。自己搭站的，可以先在H5 自助建站上在线试用，觉得合适再买——主动权在自己手里的验收，通常就没这些纠纷了。