昨晚凌晨三点，我刚把最后一版代码推上去，看着后台那个绿色的“发布成功”，心里那块石头才算落地。但这事儿没完，真正的噩梦才刚开始——验收移交。
做这行五年了，见过太多甲方爸爸在验收环节翻车，也见过太多开发团队因为不懂规矩被扣尾款。今天不整那些虚头巴脑的理论，就聊聊我在一线摸爬滚打总结出来的“防坑指南”。这不仅是技术活，更是人性博弈。
先说个真事儿。上个月有个做餐饮连锁的客户，非要搞个那种花里胡哨的3D全景展示，说是为了“提升品牌形象”。我劝过他，移动端加载慢，用户等三秒就跑了。他不听，说“我要的就是那个炫酷”。结果呢？上线第一天，服务器崩了，因为图片没压缩，流量一大直接OOM。这时候你再跟他谈优化，晚了。所以，在网站开发的初期，需求文档必须写得死死的，连字体大小、按钮颜色都要定下来，别搞什么“大概齐”、“看着办”。
很多人以为代码写完就是结束，大错特错。验收移交不是签个字那么简单，它是一场全方位的体检。我通常会给客户准备三样东西：源代码、数据库备份、操作手册。别觉得操作手册没人看，等你离职了，新来的运维对着黑屏发呆的时候，你就知道这玩意儿多救命了。
关于验收标准，很多同行喜欢用“浏览器能打开”这种糊弄鬼的话术。太业余了。你得拿出数据说话。比如，首屏加载时间必须小于1.5秒，这个可以用Lighthouse跑分。还有兼容性测试，别只测Chrome，那些还在用IE的老客户、用安卓低端机的用户，你都得照顾到。我有个客户，最后验收时非要让我把字体改成宋体，说这样显得“正规”，我差点没忍住笑出声，但为了尾款，忍了。
这里有个细节容易被忽略：权限移交。很多开发完事就把后台管理员密码直接发微信给客户，这太危险了。正确的做法是，在移交当天，现场修改所有初始密码，并开启双重验证。同时，要把服务器根目录的写入权限收回，只保留必要的上传目录权限。这一步做不好，后期被挂马、被篡改，锅还是你的。
再说说那个让人头疼的“隐性bug”。有些问题在测试环境根本不出来，一上生产环境就炸。比如数据库字符集冲突，或者时区设置不对。我在验收移交前，会专门做一个“压力模拟”，用脚本模拟高并发访问，看看系统会不会假死。虽然这多花两天时间，但能避免后续无数次的售后扯皮。
还有，合同里一定要写明“免费维护期”和“响应时间”。别写“终身免费维护”，那是给自己挖坑。我一般给三个月，期间只修bug，不加新功能。新功能？那是二期项目，得加钱。这点态度必须强硬，否则客户会觉得你理所当然。
最后，移交文档要做得漂亮点。别扔一堆压缩包完事。做个简单的PDF，配上截图，标清楚每个模块的功能和注意事项。客户看不懂代码，但看得懂截图。这能极大降低他们的焦虑感，也能体现你的专业度。
总之，网站开发不仅仅是写代码，更是对客户预期的管理。而验收移交，则是这场博弈的终局。只有把细节抠到位，把风险控住，才能拿钱拿得踏实，睡得安稳。别信什么“差不多就行”，在互联网时代，差不多就是差很多。
希望这些大实话，能帮正在坑里挣扎的你少掉几根头发。毕竟，头发没了，还能长；尾款收不回，那就真哭了。
