小程序外包协议模板，别急着签

上周有个做餐饮的朋友找我，说他跟外包公司签的合同出了岔子。项目延期两个月，他想扣尾款，翻出合同一看——里面只写了“乙方应按时交付”，连个具体日期都没有。这种亏，我见过太多次了。

所以今天不聊虚的，直接说说小程序外包协议模板里那些必须写清楚的东西。我自己接过外包，也发包给别人做过，两边视角都踩过坑。

一、需求附件比正文更重要

很多人签协议时盯着付款条款看半天，结果把需求文档当附件随手一签。这是最危险的操作。

我的建议是：把功能清单做成协议附件，逐条编号，双方签字。比如“商品列表页支持分类筛选、排序、下拉加载”，而不是“商城功能完整”。模糊描述到了验收阶段就是扯皮源头。小程序开发这行，需求变更太常见了，附件里最好再补一句变更流程：新增功能怎么报价、工期怎么顺延，白纸黑字写明白。

二、付款节点要跟交付物挂钩

常见比例是 3:4:3 或者 4:4:2，但光有比例不够，得说清楚每笔钱对应什么东西。

• 首付款：签协议后支付，对应“项目启动”
• 中期款：UI 确认稿 + 核心页面可预览后支付
• 尾款：小程序上线并通过验收后支付

注意最后一条，一定要写“上线后”。有些模板写的是“交付源码后”，结果源码给了，审核没过，你手里一堆跑不起来的代码。

三、源码和账号归属，写死

这条我强调一百遍都不嫌多。协议里必须明确：

项目全部源代码、设计稿、数据库结构及相关文档，在尾款结清后归甲方所有；乙方不得保留副本用于其他项目。

还有微信小程序的主体账号。开发阶段可以用测试号，但上线前必须用甲方自己的主体注册，管理员权限在甲方手里。我见过外包方拿自己公司主体注册、上线后拿这个卡脖子的，最后花钱赎回来。

四、验收标准和期限

验收这块最容易糊弄。建议这么写：

1. 乙方提交验收申请后，甲方 7 个工作日内完成验收
2. 逾期未提出书面异议，视为验收通过
3. 验收标准以附件功能清单为准，功能可用即通过，不含主观审美争议

第三条很关键。不然甲方一句“我觉得不好看”就能无限拖，乙方也难受。反过来，甲方也要留个心眼，验收前自己在真机上把每个功能点跑一遍，别等上线了才发现问题。

五、维护期和知识产权

小程序上线不是终点。协议里通常约定 3 到 6 个月的免费维护期，范围是修复 bug，不含新功能。这个界限要划清，不然甲方觉得啥都能改，乙方觉得被白嫖。

知识产权部分，除了源码归属，还要写清楚乙方不得将本项目代码、设计用于其他客户。这条对小团队尤其重要，我见过一套模板卖给三家的。

最后说两句

网上能搜到的小程序外包协议模板一大把，但大部分是通用软件合同改的，没考虑小程序开发的特点——微信审核、主体绑定、云开发资源归属，这些都得单独补条款。

模板只是起点，真正值钱的是附件里那份写细了的需求清单。签之前花两个小时把功能一条条列出来，比事后吵两个月强得多。你要是正在准备发包，建议把上面这几条对着自己的协议过一遍，缺哪条补哪条。