小程序外包风险清单：签合同前先看这7条

经常有人问我：小程序外包到底有没有风险？我的回答是——风险不在“外包”这两个字，而在你签合同之前有没有把边界问清楚。下面这份清单，是我这几年见过的真实翻车场景，按发生频率从高到低排。

一、需求只写在聊天记录里

最常见的坑不是技术问题，而是“我以为你知道”。甲方在微信里说“做个商城”，乙方理解成展示型，交付时才发现要下单、要退款、要分销。建议把功能拆成表格，逐条写进合同附件，包括：

• 页面数量与层级（首页、列表、详情、个人中心）
• 支付方式与是否需要退款流程
• 是否需要后台管理系统，后台包含哪些模块
• 是否对接第三方（物流、短信、地图、发票）

口头需求等于没有需求。合同附件里的功能清单，才是验收的唯一依据。

二、源码归属没写清楚

有些团队交付的是“账号使用权”，源码留在自己服务器上，你想换人维护就得重新做。合同里必须明确：

• 交付物包含完整源码、数据库结构、部署文档
• 知识产权归甲方所有，乙方不得复用核心业务代码
• 是否基于开源框架二次开发，若使用需注明许可证类型

如果是基于某套成熟框架改的，也要问清楚后续升级是否收费，否则第二年续费时你会很被动。

三、报价低得离谱，后期全是加项

“三千块做个商城”这种报价，通常意味着：基础功能勉强能用，稍微改个样式、加个字段都要另外算钱。看报价单时重点看三处：

1. 是否含UI设计，含几稿修改
2. 是否含服务器、域名、SSL证书、备案协助
3. 上线后免费维护期多长，维护范围是什么

把“修改”定义清楚：文案替换算不算修改？布局调整算不算？这些模糊地带最容易扯皮。

四、忽略资质与审核风险

小程序不是做完就能上线。涉及电商、餐饮、医疗、教育等类目，需要相应的经营资质；涉及支付要开通商户号；部分行业还要前置审批。这些工作如果合同里没约定由谁负责，最后往往卡在审核环节，项目延期却没人担责。

五、服务器和账号攥在别人手里

见过太多案例：小程序上线一年，甲方想换服务商，发现小程序管理员不是自己，云开发环境在乙方账号下，数据库导不出来。正确做法是：

• 小程序注册主体、管理员必须是甲方
• 云开发环境、服务器、域名、支付商户号全部用甲方主体开通
• 乙方只作为协作者被授权，项目结束后回收权限

六、验收标准含糊

“能用就行”不是验收标准。建议约定可量化的验收条件，比如核心流程走通、主流机型无闪退、接口平均响应时间在合理范围、后台数据可正常导出。验收期设为上线后7到15天，期间发现的问题由乙方免费修复。

七、售后和迭代没谈

小程序是要持续运营的，版本迭代、微信规则变化、支付接口升级都需要人跟进。签合同前问一句：上线后加一个功能怎么收费？按人天还是按功能点？有没有响应时效承诺？把这些写进补充条款，比事后讲情面有用得多。

怎么降低风险

说句实在话，外包本身不可怕，可怕的是信息不对称。我的建议是：

• 先做MVP，用小预算验证需求，再谈长期合作
• 分阶段付款，按里程碑结算，尾款留到验收后
• 找有同类项目案例的团队，让对方演示后台而不是只看截图
• 自己至少搞懂小程序后台的基本操作，别完全当甩手掌柜

如果你预算有限、需求又比较标准，也可以考虑用云开发自己搭一版原型，先把业务流程跑通，再决定哪些部分值得花钱外包。这样即使合作不顺利，你手里也有底牌。