做技术服务这些年，见最多纠纷不是做不出来，是做完了双方对"算不算做完"理解不一样。客户觉得还差点，服务商觉得早交了。所以验收这件事，得在开工前就说明白。
一、功能清单要一条条对
合同里应该有一份功能清单，写清楚有哪些页面、哪些功能、每个功能做到什么程度。验收时按清单逐条过，做一条勾一条。听起来笨，但这最省事。没有清单的项目，最后一定变成"我觉得你没做完"和"你没说要这个"。
二、性能和安全要有底线
功能对不代表能用。至少定三条底线：常用页面在正常网络下几秒内打开、并发一定人数时不崩、涉及账号和支付的地方走加密传输。这三条不难，但很多合同里没写，出问题时就成了各说各话。
三、数据归属和文档交付
这一条最该重视却最常被忽略。项目做完，客户的数据在谁的服务器上、数据库账号在谁手里、源码归谁，都要写清楚。我们的做法是验收那天把源码和文档一起交出去，一年内维护不用另付，客户自己拿得住。数据拿不回来，等于把生意押在别人手上。
文档也别省。至少要有一份操作说明和一份部署说明：怎么做日常操作、怎么备份、服务器上装了什么、升级要注意什么、接口改了要同步哪些地方。没有文档的系统，半年后换个员工就没人会用了，出问题只能再找人，这又是一笔钱。
我们把这几条写进了合同附件，客户签字前能看到。有客户一开始嫌麻烦，说信得过你们，不用搞这些。我说不是信不过，是把话说在前面，后面才不伤和气。真做过项目的人都明白，白纸黑字对双方都是保护，真出了问题时，双方也都能拿出一个明确的说法，不用猜对方的心思。
项目验收的常见疑问
验收要多久
按项目规模，中小型项目一般三到五天能走完，复杂系统分批验收更合适。
验收不通过怎么办
按清单列出未完成项，约定整改期限后复验。清单写清楚，这一步几乎不会有争议。
源码什么时候给
按我们的交付标准，验收通过后交付完整源码，客户可自行部署和二次开发。
总结：验收不靠感觉，靠清单。功能逐条对、性能有底线、数据与源码归客户、文档齐全，四样齐了才算真正做完。