交付物清单固定下来：账号、源码与文档一并移交

网站上线、功能验收通过，项目看起来就结束了。但真正决定客户日后是否受制于人的，是交付清单上的那些东西有没有真的拿到手。我们把这部分固定成流程，而不是靠事后追问。

固定交付项

• 账号与所有权：域名注册账号、服务器与云服务账号、备案主体信息，以及各类第三方服务账号，全部在客户名下；
• 源码与数据：完整源码、数据库结构与一份可用备份、用户上传文件的完整目录；
• 运维文档：部署步骤、环境依赖、定时任务清单、备份与恢复方法、常见故障处理；
• 后台使用说明：面向运营而非技术，讲清楚怎么发内容、哪些字段影响哪些展示位置。

验证方式

文档是否完整，有一个直接的检验办法：在一台干净的机器上按文档把系统跑起来。跑不通就说明缺东西 —— 可能是依赖版本没写、环境变量清单不全、或者某个只存在于开发机的配置文件没交。这个检验在交接当天做，比半年后需要迁移时才发现容易得多。

放在尾款之前

交付清单作为尾款前置条件，对双方都公平：我们知道要准备什么，客户也不必在项目结束后反复追问。这比口头约定可靠，也避免了交接依赖某个具体经办人是否还在。

账号归属这一项值得单独强调。判断标准很简单：假如明天中止合作，上面每一项客户还能不能独立操作。答不上来的那几项就是风险点。完整流程见合作流程。交付范围与服务线的对应关系见企业官网定制。