外包开发合同模板：甲方如何把知识产权和验收写死

找外包做软件，最怕两件事：交付的不是自己想要的，交付完版权还不在自己手里。本文给甲方一份合同条款清单，把知识产权和验收标准"写死"，减少后期扯皮。

一、知识产权必须明确归属甲方

合同要写清：开发成果（含源代码、文档、UI 设计、数据库结构）的著作权、专利申请权归甲方所有；乙方仅保留为履约所必需的使用权。同时要求乙方承诺"不侵犯第三方知识产权"，并约定若发生侵权，乙方承担全部赔偿。若用到开源组件，须列明许可证类型，避免 GPL 等传染型协议污染商业代码。

二、交付物清单要逐条列

别只写"交付一套软件"。应列明：可运行程序、完整源代码、数据库脚本、部署文档、用户手册、接口文档、测试用例。明确"源码交付"是硬条件——不少纠纷源于乙方只给编译包、不给源码，导致无法换团队维护。把清单作为合同附件，缺一项视为未交付。

三、验收标准写成可量化条款

验收条款避免"甲方满意为止"这种主观表述，改成可验证项：功能对照需求文档逐条通过；核心流程用真实业务单据跑通；性能指标（并发、响应时间）达到约定值；安全基线（权限、日志、加密）达标。建议设"初验—试运行—终验"三阶段，每阶段留书面确认，避免乙方以"已交付"为由催尾款。

四、付款与里程碑绑定

把总价拆成需求确认、原型、开发完成、初验、终验、质保期满等节点，按进度付款，留至少 10%—15% 作为质保金在终验后支付。这样乙方有动力把验收做好，甲方也掌握谈判筹码。切忌一次性付全款再等交付。

五、质保与运维写清边界

约定免费质保期（常见 6—12 个月）、响应时效、bug 修复期限；超出范围的迭代按人天计费。明确"需求变更"走书面变更单，避免口头加需求导致无限加价。把变更单价（如每人天费用）预先写进合同，后期不扯皮。

六、违约与终止条款

写清延期交付的违约金计算方式、严重违约时甲方有权终止合同并索要源码与已付费用。保留乙方失联或破产时的源码托管/移交预案。这些条款平时用不到，出事时就是甲方的护身符。

一份可复用的合同清单

把以上条款沉淀成模板，下次项目只改标的、金额和节点：知识产权归甲方、交付物含源码、验收可量化、付款绑里程碑、质保写期限、违约有计算。金额大、周期长的项目，建议再请法务过一遍，尤其核对开源许可证和保密条款。模板固化后，每次签约从"重写"变"填表"，既快又稳。

给甲方的最后提醒

别在没签合同前就付定金让乙方开工；别接受"源码后续给"的口头承诺，必须写进合同；别忽视需求变更单，否则加价无底洞。把这三句话贴在采购流程里，能挡掉大多数外包纠纷。

结语

合同不是用来"防人"，而是把双方预期对齐。签约前用这份清单逐条核对，比事后打官司省心得多。模板可据项目调整，金额大、周期长的项目建议请法务过一遍。

注：本文涉及的周期、费用、年限、金额等具体数值，均以主管部门当期公告或官方规则为准，不适用于所有个案；加急等特殊情形请以其当期规定为准。