游戏外包合同避坑指南：知识产权、源码交付与付款节点

外包项目的纠纷很少是因为技术不行，九成出在合同没写清楚。这篇按条款逐条过一遍：哪些话必须写进合同、哪些口头承诺等于零。

一、知识产权：成果必须归甲方

必须写死：本项目全部产出——包括代码、美术源文件（PSD/工程文件）、文档、设计方案——的知识产权自甲方付清相应款项之日起归甲方所有。

三个高频坑：

1. "乙方保留复用通用模块的权利"：合理，但要限定范围。写清哪些属于通用基础模块（如自研的 UI 框架工具），且乙方复用时不得包含甲方的玩法设计、美术资源与数据
2. 字体、素材、第三方插件的授权：合同里要求乙方声明所用第三方资产的授权合规，侵权责任由乙方承担。美术外包用了盗版字体导致甲方上线被诉，是真实发生过的案例
3. 预生产阶段的产出（原型、风格探索稿）也要归属清晰，避免项目终止后扯皮

二、源码交付：不是"给不给"，是"什么时候、给到什么程度"

必须写死：

• 交付物清单：前端/客户端工程、服务端工程、配置、构建脚本、部署文档、数据库结构
• 交付时点：建议尾款结清后 5 个工作日内，且验收前先做源码预检（甲方工程师拿到工程能独立编译运行）
• 乙方不得在交付物中留后门、远程开关或隐藏依赖

最危险的局：项目做到一半双方闹掰，源码在乙方手里，甲方前期投入全部沉没。缓解办法：合同约定开发期间甲方拥有代码仓库的只读访问权限（很多外包公司接受 Git 只读协作者身份），进度和代码全程可见。参考外包流程与里程碑设计。

三、付款节点：结构与比例同样重要

推荐结构：

• 首付 30% 以内（签约后、启动前）
• 里程碑款按验收节点分期 40%-50%
• 尾款 10%-20%，验收合格 + 源码交付完成后支付

两个原则：

1. 任何时刻未付款项应小于未完成工作量——保持这种状态，双方违约成本才对等
2. 拒绝"预付 60% 以上"的结构，也尽量不把尾款压到 5% 以下（过低的尾款会让乙方交付动力不足）

四、验收标准：能量化就量化

写"甲方满意"是无效条款。有效写法举例：

• 核心机型平均帧率 ≥ 30/60 帧（列明机型清单）
• 冷启动加载 ≤ X 秒（列明中端机基准）
• 交付前 72 小时连续崩溃测试无致命崩溃
• UI 对照设计稿还原，偏差清单由双方确认

兜底条款：验收不合格的整改轮次、每轮时限，以及整改仍不合格时的退款/终止机制。

五、保密条款（双向）

• 乙方对甲方项目信息、玩法设计、商业数据负保密义务，期限写到项目上线后 N 年
• 甲方对乙方报价与方案同样保密——这条写上，谈判会顺很多

六、变更与争议

• 需求变更走书面补充协议，附工期与费用影响评估（见外包项目管理）
• 争议解决：约定仲裁或诉讼地。跨城合作时，约定在甲方所在地解决对甲方更有利

签约前最后一遍检查清单

• [ ] IP 归属覆盖全部产出物
• [ ] 源码交付清单 + 独立可构建
• [ ] 付款与里程碑绑定，尾款后置
• [ ] 验收标准量化
• [ ] 第三方素材授权责任在乙方
• [ ] 开发期间代码仓库只读权限
• [ ] 变更走书面流程
• [ ] 保密双向

MonkeyGames 的标准合同覆盖以上全部条款，开发期间向甲方开放仓库只读权限、按里程碑演示交付。可以在联系我们索取合同框架样本供比照。