为什么这件事要在开工前说
项目做完再谈归属，主动权已经不在你手里了。开发方给的代码能不能用、数据能不能导、账号能不能转，全看你当初怎么约定。
下面三件事，签合同前就要落到纸面上。
第一件：代码归谁
- 常见有三种：全部归甲方、归乙方但甲方有永久使用权、归乙方且甲方只有使用许可。
- 只买「使用权」的情况下，你换开发方时通常拿不到源码，二次开发要重新做。
- 如果是定制项目，建议约定源码交付，并明确交付形式（代码库权限或打包文件）。
定制开发和模板授权的区别要写清楚：模板授权通常不能改结构、不能转售，价格便宜但扩展受限。
第二件：数据归谁
- 用户在你这产生的数据（订单、客户信息、内容）应该归你。
- 要约定开发方在项目结束后如何处理这些数据：导出、删除、还是保留备份。
- 如果开发方需要用你的真实数据做测试，要约定脱敏方式和用完之后怎么清。
这一条在涉及个人信息时尤其重要，数据留在别人手里，合规责任却在你身上。
第三件：账号归谁
容易被忽略，但最常见：
- 域名注册账号、服务器账号、云服务账号。
- 微信小程序/公众号的管理员与开发者权限。
- 第三方服务（短信、地图、支付、统计）的账号。
- 代码仓库、部署平台、CDN。
所有这些，都应该用你方的主体注册，至少要有你的管理员权限。不要出现「账号在开发方名下，你只是个使用者」的情况。
项目结束时做一次账号交接清单，逐个确认权限已转。
交付时该拿到的东西
- 源码或代码库访问权限。
- 数据库结构与数据导出。
- 部署文档：服务器在哪、怎么部署、环境变量有哪些。
- 第三方账号与密钥清单（密钥交接方式要安全，不要发在聊天里）。
- 运维说明：备份策略、日志位置、常见故障处理。
三个常见条款陷阱
- 只写「交付源代码」，没写「可运行、可部署」，拿到一堆跑不起来的代码。
- 写了数据归甲方，没写开发方必须在多少天内删除副本。
- 写了账号移交，没写移交时间和不移交的后果。
下一步
把这三件事列成一张表：代码、数据、账号，各自写清归谁、怎么交、什么时候交。这张表可以直接附在合同后面。
要按你的项目类型列一版交付清单，可以说清是定制开发还是模板，让 AI 给一版条款要点。