小程序外包合同模板：签前必看的5个坑

在邯郸做小程序开发这些年，我见过太多客户拿着合同来找我们「救火」。有的尾款付了源码拿不到，有的验收标准写得太模糊，改到第三版对方说「合同里没写」。今天知码客就把自己踩过的坑整理成一份可落地的合同模板要点，帮本地老板在签字前把风险挡在门外。

一、先写清楚「做什么」，再谈多少钱

外包纠纷八成出在需求边界。合同里别只写「开发一个商城小程序」，要附一份《功能清单》作为合同附件，逐条列出页面、接口、后台模块。邯郸不少做餐饮、零售的客户，一开始只想要点餐，后来发现还要会员储值、拼团、配送，需求一膨胀，工期和报价全乱。

• 功能清单按「必须做 / 可选做」两档标注，可选功能单独报价。
• 明确终端范围：只做微信小程序，还是同时要 H5、App？
• 写清第三方费用谁承担：认证费、服务器、短信、地图、支付通道。

二、验收标准要可量化

「功能正常」这种词在法庭上几乎没用。建议写：以《功能清单》逐项演示通过为准，主流程在主流机型上无阻断性错误，接口响应时间不超过约定值。验收期给 3 到 7 个工作日，逾期未提异议视为通过，避免无限期拖尾款。

三、源码与账号归属，白纸黑字

这是最容易被忽略的一条。合同必须约定：项目验收并结清款项后，乙方交付全部源码、数据库结构、部署文档，并配合将小程序主体、微信开放平台、服务器账号迁移至甲方名下。邯郸有客户找外地团队做，做完发现代码在对方服务器上，想换人维护都换不了，等于被绑定。

建议条款示例：
甲方付清全部款项后 5 个工作日内，乙方应交付：
1. 完整可编译源码及依赖说明；
2. 数据库表结构与初始化脚本；
3. 部署与运维文档；
4. 协助完成小程序管理员、服务器账号的过户。

四、付款节奏与知识产权

常见比例是 3:4:3 或 4:4:2，首付款不宜超过 50%。里程碑要和可演示的成果挂钩，而不是「开工一个月」。知识产权条款写明：定制开发部分的著作权归甲方，乙方保留通用框架、组件的复用权利，但不得将甲方业务数据用于其他项目。

五、变更、维护与违约

• 变更机制：需求变更走书面确认，评估工期与费用后再执行，口头承诺不算数。
• 免费维护期：一般 3 到 6 个月，范围限定为修复缺陷，不含新增功能。
• 违约责任：逾期交付按日计违约金，设上限；甲方逾期付款同理。
• 保密与数据：约定用户数据归属甲方，乙方不得留存或外传。

知码客在邯郸服务本地客户时，习惯在签约前把功能清单和验收表一起过一遍，宁可前期多花两小时对齐，也不愿后期为一句模糊描述扯皮。做小程序、做 App 都是同样的道理：合同不是防对方，是保护双方把事做完。

如果你正在邯郸找小程序开发或 App 开发团队，不妨把上面几条对照现有合同看一遍。模板可以抄，但需求边界和验收标准必须结合自己的业务来写，这一块省不得。