项目验收标准怎么定，别等交付才谈
项目验收标准怎么跟客户定？答案只有一句：在收定金之前定，而且定成客户能点开看到的东西，不是形容词。
我交付烧烤店小程序那单的时候，范围文档是在开工前写的。这份文档后来救了我两次——客户提调整的时候，我们能翻回去看「原来谈过没有」。验收标准如果不写在这份文档里，交付那天你就只能靠嘴吵。
项目验收标准怎么跟客户定：前提是什么时候谈最有效
谈验收最好的时机，是你把范围文档发过去、客户还没给定金的那半天。
这个时候双方都还没投入，客户会认真看，你也不怕丢单——因为单子还没成。等东西做完了再谈验收，你已经没有议价位置了。
不适用的场景也有：按工时计费的项目不需要太多验收标准；熟人单可以简化，但「不包含什么」那一栏还是建议留着。
第一步：把验收标准写成客户能操作的动作
形容词不能用。「界面美观」「体验流畅」「运行稳定」，这些交付那天一条都验不了。项目验收标准怎么跟客户定，第一步就是把形容词换成动作。
能验收的标准长这样： 客户能自己打开、走完一条完整流程；某个具体动作能出某个具体结果，且结果可重复；出问题时能说清是在哪一步出的。
我写标准时会用一句话测试自己：「客户能当着我的面做一遍吗？」 做不了，说明还不够具体。
第二步：写一份「不包含」清单
验收吵架九成不是因为做的东西不行，是因为双方对「应该包含什么」理解不一样。
「不包含」这一栏就是提前把这个分歧摊开。我那单里写了三类：别的端适配、客户自己提供内容的录入、上线后新增的业务流程。
写得越具体，交付那天越轻松。 客户签的时候看到不包含什么，才有机会当场说「这个我其实要」。
第三步：把验收拆成几个小节点
不要只有一个总验收。把项目切成几个能独立看的东西，每到一个验收一次。
这样做有两个好处：问题早发现，不会全压在最后；每过一个节点就是一次付款的依据，现金流不会断。节点怎么切、每笔款对应什么，我在私活交付分几个节点，我排了四个里写过。
第四步：写清「怎么算通过」
验收不只是标准，还有通过条件。要写清楚：谁说了算——是客户本人确认，还是他指定的某个人；多久内必须给反馈——不给反馈算不算默认通过；有问题怎么提——提在哪、提成什么格式。
第 2 条最容易被忽略，也最容易被拖。 客户测了两周不说行不行，你既不能收尾款也不能停手。给一个反馈期限，对双方都是保护。
第五步：把验收结论落成文字
客户口头说「可以了」的那一刻，一定要用文字回一遍：做了什么、验收通过、下一步是什么。
这不是不信客户，是文字有版本，记忆没有。
项目验收标准怎么跟客户定，答案就是这一整条顺序：标准写在前，结论留成文字。
卡点：客户验收时说「再加一个功能」
这是最常见的临门一脚。我的处理方式和改需求一样——先分类，再回答。
如果这个功能在范围文档里，那本来就是我该做的，做完再验。如果不在，按约定重新评估工时，或者排到下一期。
别在验收桌上口头答应免费加。 那一刻你最想赶紧结束，但这一句会让交付期无限延长。验收标准如果作为合同附件，具体条款以当地法律法规和双方约定为准。
常见问题
Q：项目验收标准应该什么时候跟客户定？
A：在收定金之前，跟范围文档一起给。这时候双方还没投入，客户看得最认真，你也最有议价空间。
Q：客户验收时一直说「不太行」，但说不出哪里不行？
A：说明标准当初定得不够具体。回到可以操作的动作上问：是哪一步不对、期望的结果是什么。先分清是缺陷、理解偏差还是新需求，再决定怎么处理。
Q：验收标准要不要写进合同？
A：建议作为附件写进去，尤其是通过条件和反馈期限。具体条款以当地法律法规和双方约定为准。
相关阅读
本文作者西米，37 岁程序员，一个人加五个 AI 员工在跑一家公司。踩过的坑和真实账本都写在公众号「西米分享」。
完整代码、踩坑清单与最新进展，都在公众号。
📱 关注公众号「西米分享」