二次开发合同最容易被忽略的，不是开发价格，而是“开发完成后谁能用、谁能改、谁能继续维护”。合同不能只写“完成某某功能”，还应把软件代码、交付成果、数据使用、升级适配和后续维护的权利边界逐项写清，否则项目交付后仍可能受制于原服务商。
先区分原系统与新增成果
原系统的代码、架构、数据库结构及既有功能，通常与二次开发产生的新代码并非同一权益对象。合同应明确：哪些内容属于服务商原有资产，哪些内容属于本次新增成果；新增代码、数据库变更、接口文档、设计文档、测试材料和部署文件由谁享有，客户是否可以复制、修改、委托第三方维护。
尤其要写清源码交付范围和方式。只交部署包、不交源码，客户可能能够使用功能，却无法自行修复问题或更换维护团队。若服务商保留源码权利，也应明确客户获得的使用、修改和内部维护权限，以及这些权限是否受组织、期限或项目范围限制。
把使用权写成可执行条款
“客户拥有使用权”过于笼统，应进一步明确使用主体、使用系统或模块、部署环境、分支机构范围，以及是否可以备份、迁移和委托第三方实施。若项目涉及接口对接，还要写明接口文档、调用权限、数据同步结果和异常处理材料是否属于交付内容。
历史数据和业务数据也应单独约定。合同应明确服务商只能为开发、测试、迁移和运维目的处理相关数据，项目结束后如何返还、删除或继续保留，避免数据被服务商长期控制。
不能漏掉升级与维护权
原系统升级后，二次开发部分可能失效。合同应约定升级适配由谁负责、哪些情形属于质保范围、哪些需求变更需要另行收费，以及客户能否自行或委托第三方修改。需求变更必须采用书面流程，先确认范围和工作量，再实施，不宜接受口头承诺。
签约前至少形成一份成果清单：源码、文档、配置、接口资料、数据迁移结果、测试记录和部署材料逐项列明。权利条款写得越具体，验收、付款和后续维护就越有依据。
