小程序外包防坑指南：合同里必须死磕的7个条款
哥们儿，聊小程序外包，钱没少花结果掉坑里的糟心事儿听太多了。干这行久了就知道，签合同那会儿多较真儿，后面就能少扯皮。今天不整虚的，直接告诉你白纸黑字上哪些条款必须咬死了不放，特别是给懂行的技术负责人、项目主管看的，句句硬核。
一、 东西做完算谁的？【知识产权归属】得钉死
别天真地以为钱付了东西就是你的。外包合同里最要命的坑就是这个！必须明确写清楚：包括小程序源码、设计图、文档、接口，所有相关产出物的所有权和完整知识产权，在尾款结清后无条件归委托方（也就是你）所有。 别让开发方玩文字游戏写什么“使用权”，必须是“所有权”。另外，得注明开发方保证用的东西没侵权，出了事儿他们兜着。
二、 要做成啥样才算数？【功能需求与交付标准】必须量化
光说“做个商城小程序”，回头扯皮能扯半年。合同附件里必须有一份详细的、双方确认过的《功能需求清单》和《验收标准》。 清单别含糊，具体到：用户注册登录支持哪几种方式？商品详情页要展示哪些字段？支付对接微信支付还是支付宝，还是都接？验收标准更要量化，比如“后台订单管理能按时间、状态筛选”， “页面加载速度在3G网络下平均不超过3秒”。模糊等于找死。
三、 怎么才算验收通过？【验收流程与期限】不能含糊
东西做出来了，你说不行，他说行，卡在这咋办？合同里必须规定清晰的验收流程和时间节点。 比如：开发方提交测试包后，你方有X个工作日进行初验，列出问题清单；开发方修复后再次提交，进入复验，复验最多X轮；复验通过或超过约定轮次/时间后自动视为验收通过（这条要慎重，给自己留够测试时间）。关键点：逾期未提出书面异议视为默认通过！ 这条双刃剑，自己得盯紧。
四、 钱怎么给？【付款节点与条件】绑定里程碑
别傻乎乎地一次性付全款或者按时间付！付款必须和项目里程碑强绑定。 常见分法：合同签付X%，详细设计确认付X%，核心功能开发完成并内部测试通过付X%，最终上线验收通过付X%，留个X%做质保金。重点来了：每个付款节点触发的前提条件必须写死。 比如“核心功能开发完成”指《功能需求清单》中标注为核心的第X项至第Y项全部完成并通过委托方内部测试报告。付钱得有凭据。
五、 做不完、做坏了咋赔？【违约责任】具体到数字
“一方违约需承担相应责任”这种废话等于放屁！违约责任必须具体、可执行。 重点盯两条：延期交付和质量不达标。延期：每延迟一天，扣合同总金额的X%，超过Y天你有权单方终止合同并要求赔偿（已支付款项怎么退、怎么赔要写清）。质量：验收时核心功能缺失或重大BUG，你有权拒付相应款项，并要求免费修复，多次修复仍不行可终止合同并索赔。赔偿金额或比例一定要有明确数字，别写“合理赔偿”。
六、 源码、账号、文档给不给？【项目交付物清单】一个不能少
项目做完，光给个能运行的小程序远远不够！合同里必须列明所有必须交付的东西清单。 核心包括：完整可编译的小程序前端源码（不是打包后的！）、后端源码、数据库设计文档、API接口文档、部署文档、测试报告、第三方服务账号及权限（比如服务器、域名管理权、用到的云服务账号等）。明确交付形式（比如Git仓库地址+管理员权限）和时间。 不给全这些，后续维护升级能卡死你。
七、 后面出问题找谁？【维护期与技术支持】别当冤大头
小程序上线不是终点。刚上线那会儿最容易出问题。合同里必须规定免费维护期（通常3-6个月），并明确维护范围。 是只修他们代码导致的BUG，还是包含少量非核心功能的调整？响应时间多长？（比如严重BUG 2小时内响应，24小时内修复） 免费期过后，技术支持怎么收费？这些都要事先说好，写在合同里，避免后期被坐地起价。
最后啰嗦一句：找小程序外包开发，合同就是你的护身符。上面这7条，每一条都是用真金白银换来的教训。签之前花时间一条条抠，找法务或懂技术的朋友把把关，绝对值得。别等到项目烂尾、扯皮不断的时候才想起来翻合同，那会儿黄花菜都凉了。记住，在钱和权责上心软，就是给自己挖坑。 把这些条款夯实在合同里，你才能睡个安稳觉。下次签外包合同前，记得把这篇翻出来再看看。
