半年后想加个功能，找了另一家团队，对方开口要源码。他翻出当初的交付记录，只有一封邮件：后台地址、管理员账号、密码，三行字。数据库在哪、服务器是谁的、代码在哪个仓库，一概不知。前一家公司也换了对接人，查了三天才把东西凑齐，加个功能生生变成了考古。交付环节省的事，日后都要加倍还，这是当初没让小程序开发公司按清单点交的代价。
一份完整的交付清单长这样
小程序交付不等于给你个后台密码，完整的清单至少包含八项：前端后端源码和数据库结构、部署文档、服务器控制台账号、域名管理权限、小程序账号和管理员、微信支付商户平台账号、第三方服务的key清单、测试用例和验收报告。找小程序开发公司签约时就把这份清单写进合同附件，交付时照单点收。清单的作用不止是防丢，更是一张产权凭证——东西齐了，你换服务商才有底气，不然下一家开口第一句就是：你们的东西全吗？清单里每一项都标清格式，源码是压缩包还是仓库地址、数据库是sql文件还是备份脚本，格式写明了，接手的团队上手才不抓瞎。
文档比代码更容易被漏掉
代码在仓库里躺着跑不了，文档才最容易蒸发的。要重点盯三份：部署文档，写清环境怎么搭、服务怎么起，换台服务器照着就能跑；接口文档，每个接口的入参出参，日后对接别的系统全靠它；还有账号密码文档，服务器、数据库、各平台账号汇总成一张表。没有文档的项目，接手的团队要先花一两周逆向摸索，这笔钱最后还是你来出。交付时当面问一句：文档齐吗？含糊的回答就是答案。文档里再加一页常见问题的处理办法，支付回调失败怎么排查、短信发不出去先查哪里，日后小问题自己就能解决大半。
- 八项交付物写进合同附件
- 部署、接口、账号三份文档必备
- 源码要能独立部署跑起来
当面点交，逐项打勾
交付验收别线上草草了事，约一次会，对方共享屏幕逐项演示：代码仓库能打开、数据库能导出、每个账号能登录。有条件的让技术把源码在你自己的服务器上跑一遍，独立部署成功，才算真正交付。点完的清单双方签字留档。小程序开发公司要是说服务器不能动、代码不方便导，那就要警惕了，理由背后多半是东西不在你手里这一件事。交接会最好录个屏留档，日后有争议翻出来看，比凭记忆争论强得多。
建议：交付清单在签约时谈，别等到上线那天再翻合同；比格网络这类按标准清单交付的团队，交接会开得很快，每项当场验证，你也可以拿这份八项清单去对照任何一家小程序开发公司，缺项多的，后面麻烦也多。
