第二年客户找别人改，回头骂你代码烂——问题出在交付那天

交付只发一个压缩包，等于把解释成本留给下一个人。七项东西写齐，客户换人也不至于回头找你算账。

七项清单，缺一项扣尾款

七项是：源码仓库含提交记录、数据库结构与初始化脚本、部署手册、账号清单、第三方服务清单（短信、支付、地图、存储）、域名与证书到期日、双方接口人。写在一张纸上，客户签字，缺一项扣尾款。最常被省掉的是第三方服务清单——客户换了服务商，短信通道还挂在你账号里，欠费停服，第一个电话还是打给你。

交付当天做完三件事，别只发压缩包

第一件，当着客户面部署一次，让他在自己电脑上把首页打开；第二件，把账号逐个登录一遍，密码当场改到他名下，不留在你手里；第三件，签一张交接单，写清交付日期、七项是否齐全、剩余待办。只发压缩包的交付，三个月后必然出问题：客户不知道哪个文件是配置，也不知道数据库在哪台机器上。

部署手册只写三步，写多了没人看

手册固定三段：装什么环境（版本号写死，不写「最新版」）、配置哪几个参数（文件路径与字段名）、启动后怎么验证（打开哪个地址、看到什么算成功）。三步之外不写原理。注释同理，只写「为什么这么改」，不写「这行做什么」——半年后接手的人看得懂语法，看不懂你当初为什么绕开那个坑。

账号和域名归客户，到期日进日历

服务器、域名、备案、证书、公众号与小程序后台，一律用客户自己的主体注册，你只做代管。实在要挂在你名下，就在合同附件写清归还条件。域名和证书到期日单独列一行，提前 30 天提醒一次，第 15 天再提醒一次。这不是技术问题，是第二年客户换人时你还在不在场的问题。

一个六千的单，第二年能被收一万二

情形是这样：客户第二年换服务商，对方接不上手，收了一万二的「代码梳理费」，客户回头找你算账。这笔钱本来不该发生。换个算法：交付做得清的项目，第二年续维护的概率高得多，维护费一年三千到八千，比一次性开发更稳。尾款留两到三成挂在交付验收上，是唯一能让七项真正落地的办法。

• 源码仓库带提交记录，不只给最终压缩包
• 数据库结构加初始化脚本，能一键重建
• 部署手册三步：环境版本、参数、验证地址
• 账号用客户主体注册，你只做代管
• 域名证书到期日提前 30 天、15 天各提醒一次
• 尾款留两到三成，挂在七项交付验收上

常见问题

客户说不要交付文档，能省点钱吗？

可以省，但要写进合同：交付范围不含文档，后续任何接手、迁移、排查按小时另计，一小时两百到四百。多数客户听到这句会改口。真正的风险不是他不要，是他以为付了钱就该有——把「给什么」写清楚，比多给两页纸有用。

源码都给了客户，会不会被同行抄走？

普通企业站和小程序，代码本身不值钱，值钱的是你的理解和后面的维护。真怕抄，就在合同里约定授权范围：仅限本项目使用、不得转售，并把第三方账号与配置留在自己手里。靠扣源码留客户留不住，只会让下一次合作谈崩。

交付文档要写多细才算够？

一条标准：换一个没参与过这个项目的人，只拿文档，能不能在两小时内把站点跑起来。能，就够了；不能，缺的就是那一项。别追求文档漂亮，追求「照做能起来」。写完让同事试一次，卡在哪补哪，通常两小时能补齐。