软件外包合同必须写清的 10 个条款

软件外包踩坑，90% 是合同没写清。口头承诺不算数，必须白纸黑字写进合同。 这篇文章列出合同必须写清的 10 个条款，帮你在签约前保护好自己。

必须写清的 10 个条款

1. 需求范围（最重要）

附需求文档作为合同附件，明确做什么、不做什么。模糊的"做一个 XX 系统"会埋下无穷扯皮。需求文档要细到功能清单、页面、流程。

2. 交付物清单

逐项列明交付什么：

• 源代码（完整、可运行）。
• 设计稿（PSD/Figma）。
• 技术文档（架构、接口、部署）。
• 用户手册。
• 部署说明。
• 培训。

不写清，交付时对方可能只给个"能用"的成品，不给源码/文档。

3. 源码与知识产权归属

必须写明"全部源码与知识产权归甲方"。这是被绑架的最大风险点。

• 源码归甲方。
• 著作权归甲方（可登记软著）。
• 服务商不得复用给第三方。

4. 付款节点

分期，与里程碑挂钩：

• 30% 启动。
• 30% 中期（设计/原型确认）。
• 30% 测试完成。
• 10% 验收交付（质保金）。

每个节点对应明确交付物 + 验收标准。

5. 交付周期与节点

写明总周期 + 各阶段节点（需求、设计、开发、测试、上线）。配合违约条款约束。

6. 验收标准

明确怎么算"验收通过"：

• 功能按需求文档实现。
• 性能指标（响应时间、并发）。
• 兼容性（浏览器/设备）。
• bug 数量上限。

没验收标准，"做好了"各说各话。

7. 售后质保期

• 质保期多长（通常 3-12 个月）。
• 质保期内免费修 bug。
• 响应时间（如 24 小时响应、48 小时修复）。
• 是否含运维。

8. 违约责任（双向）

• 服务商延期：按天赔付（如每日合同额 0.5%）。
• 烂尾/无法交付：退还已付款 + 赔付。
• 甲方延期配合：工期顺延（保护服务商）。

双向约束才公平。

9. 变更管理

需求变更怎么处理：

• 变更要走书面确认。
• 变更影响工期/价格要重新评估。
• 双方签字才生效。

避免"口头加需求"导致扯皮。

10. 保密条款

双方对接触的商业秘密、数据保密，违约赔偿。保护双方的商业利益。

合同外的注意事项

• 签约主体：确认对方是正规公司（营业执照），不是个人。
• 保留沟通记录：需求沟通、变更、承诺都留书面（微信/邮件）。
• 分阶段验收：每个里程碑都验收签字，别到最后一起算。
• 尾款付前要源码：验收通过、源码到手，再付尾款。

不规范合同的红旗信号

• 只有总价，没需求范围。
• 不写源码归属（或含糊）。
• 没违约条款。
• 开工要 80%+ 款。
• 没验收标准。
• 口头承诺多，合同含糊。

这些信号出现，慎签。

我们的做法

• 合同附需求文档，需求范围明确。
• 交付物清单逐项列明。
• 源码与知识产权归客户。
• 分期付款（30-30-30-10），挂钩里程碑。
• 写明周期、验收标准、质保期、违约责任、变更管理、保密。
• 双向公平约束。

你可以拿这套标准对比任何合同。

广州市汉诺雷斯（HNREIS）用规范合同保障双方：需求明确、源码归客户、分期付款、违约条款、质保售后。把你的需求发给我们，我们走规范合同合作。