小程序外包踩坑实录：别被低价忽悠

去年我帮朋友救了一个烂尾的小程序项目。甲方花了四万八，外包公司拖了五个月，最后交付的代码连登录都跑不通。我接手后发现，对方把上一个小程序项目的代码改了个名字就发过来了。这件事让我决定把这些年见过、听过的外包坑写下来，都是真金白银换来的教训。

坑一：报价低得离谱，后面全是加钱项

很多外包公司前期报价两万，等你签了合同，需求评审时就开始加钱：支付功能加五千，地图定位加三千，后台管理系统另算。最后总价翻倍是常态。更狠的是把核心功能拆成“二期”，一期只给你个空壳。

我的建议是：需求文档必须写到页面级，每个按钮点下去发生什么都要写清楚。报价单上逐项列出功能模块和对应价格，写进合同附件。口头承诺一律不算数。

坑二：合同里藏着源码归属的雷

这是最容易被忽略、后果最严重的一条。有些合同只写“交付小程序使用权”，没写源码归属。等项目上线你想换个团队维护，对方告诉你源码是他们的知识产权，要么续费，要么重做。

合同里必须明确这几点：

• 项目全部源码（前端、后端、数据库脚本）归甲方所有；
• 交付时提供完整的部署文档和账号密码；
• 服务器、域名、小程序主体必须注册在甲方自己名下，不要图省事让对方代持；
• 第三方服务（短信、支付、云存储）的账号也要甲方自己开。

我见过一个案例，外包方把小程序注册在自己公司主体下，甲方做了一年多，想迁走发现根本迁不了，因为微信规定主体变更需要双方配合。对方直接开价两万才肯配合。

坑三：没有验收标准，尾款永远结不清

“能跑就行”是最危险的标准。什么叫能跑？页面加载慢算不算问题？并发一百人卡死算不算问题？

验收标准要写成可测试的条目，比如：

• 核心流程（注册、下单、支付）在主流机型上无报错；
• 接口响应时间在正常网络下不超过 1 秒；
• 提供测试账号和测试数据，甲方可独立走通全部流程；
• 代码通过基本的静态检查，无硬编码的密钥和测试环境地址。

尾款比例建议留 20% 到 30%，验收通过后 30 天内支付。别一次性付全款，付完钱人就消失了。

坑四：拿模板改的，说是定制开发

判断方法其实不难。让对方提供开发环境地址，看代码提交记录。如果提交历史只有几天，或者代码里到处是上个项目的名字、注释里写着别的客户名，基本就是模板改的。

还有一个办法：问几个技术细节。比如“登录态是怎么维持的”“支付回调怎么防重放”。真做过项目的团队能说清楚，套模板的会含糊其辞。

坑五：售后等于没有

上线才是麻烦的开始。微信基础库升级、接口调整、审核规则变化，都会让小程序出问题。很多外包合同写“免费维护三个月”，但真出问题时回复一句“这是微信那边改的，不在维护范围”就打发你了。

合同里要写清楚维护范围：因微信平台规则变化导致的适配问题属于维护范围；响应时间约定为工作日 24 小时内；重大故障 4 小时内响应。最好再约定一个按年付费的运维方案，价格提前谈好，别等出事了再被动挨宰。

几个实操建议

第一，找有作品可查的团队，让对方给三个已上线小程序的名称，自己去微信里搜，看评价、看更新频率。第二，分阶段付款，按里程碑走，每个阶段验收通过再付下一笔。第三，需求变更走书面确认，微信聊天记录也算，但要养成让对方在需求文档上签字的习惯。第四，如果自己不懂技术，花几千块请个独立开发者做技术顾问，帮你审合同、审代码，这笔钱花得值。

外包本身不是坑，信息不对称才是。你越懂流程，对方越不敢糊弄你。

最后说一句，预算实在有限的话，优先考虑成熟的小程序模板或 SaaS 平台，一年几千块，虽然不能深度定制，但至少不会被烂尾项目拖半年。真正需要定制开发时，再按上面的方法找团队，把合同和验收标准做扎实。