小程序开发外包，我踩过的五个坑

上周有个做餐饮的朋友找我，说他花两万八找外包做的小程序，上线三个月就崩了两次，再找对接人已经变成“已离职”。他问我能不能接手，我打开代码看了十分钟，心里只有一个念头：这活儿当初是怎么验收的。

我自己接小程序开发外包这些年，既当过乙方，也帮人当过“技术监理”去审别人的交付。说句实在话，外包本身没问题，问题出在大多数甲方根本不知道该盯什么。今天不聊虚的，就说说我亲眼见过、亲手踩过的几个坑。

坑一：报价单上写着“功能按需求文档”，需求文档却只有三页PPT

这是最常见的一种。销售阶段聊得热火朝天，甲方说“我要一个类似美团的”，乙方说“没问题”，合同附件里贴了几张截图就算需求确认了。等到开发阶段，乙方说“这个功能不在范围内”，甲方说“我当时明明说了”，扯皮开始。

我的建议很土但很管用：把核心流程用文字一条条写出来，精确到按钮点下去发生什么。比如“用户下单后，商家端要在10秒内收到语音提醒，超时未接单自动取消并退款”。这种句子写满两页A4，比任何原型图都管用。写不出来，说明你自己还没想清楚，那就别急着签合同。

坑二：只看总价，不看人月

我见过太多甲方拿着三家报价对比，选最便宜那家。但小程序开发这行的成本结构其实很透明：一个能独立干活的前端，一个月成本摆在那儿。报价低得离谱，只有两种可能——要么用刚毕业的实习生练手，要么后期靠“增项”找补回来。

更隐蔽的是“人月陷阱”。有的公司报低价，但合同里写的是“投入2人月”，做完发现不够，超出的部分按人天另算。签之前一定要问清楚：这个价格对应几个人、做多久、超出部分怎么算。敢正面回答的，通常靠谱一些。

坑三：服务器和账号不在自己名下

这个坑最要命，因为它不影响上线，只在你想换人的时候爆炸。我接手过一个项目，小程序后台、云开发环境、域名备案全挂在乙方公司主体下。甲方想换团队，发现自己连数据库都导不出来。

记住一条铁律：小程序的主体、云开发/服务器账号、域名、支付商户号，全部用甲方自己的营业执照去注册。乙方要权限，给子账号就行。交付时让对方提供一份账号清单，逐个登录验证一遍，这事儿花不了半小时，能省掉后面几个月的麻烦。

交付验收清单（我自己的版本）：
1. 小程序后台管理员是否已换成甲方微信号
2. 云开发环境/服务器是否在甲方腾讯云账号下
3. 代码仓库是否移交，有无完整提交记录
4. 数据库能否独立导出备份
5. 第三方服务（短信、地图、支付）的密钥是否可改

坑四：验收只看“能点”，不看“能扛”

很多甲方验收的方式就是拿手机点一遍，页面能跳转、能下单，就签字了。但小程序开发里真正烧钱的是那些看不见的部分：并发上来会不会卡、图片有没有压缩、接口有没有做缓存、异常情况有没有兜底提示。

我一般会让甲方在验收时做三件事：弱网环境下走一遍下单流程；让十个同事同时点同一个按钮；把手机时间调到跨天，看看优惠券逻辑对不对。这三招下去，一半的粗糙项目会现原形。

坑五：把“上线”当成终点

小程序上线只是开始。微信的审核规则、基础库版本、支付接口，隔段时间就变。我见过上线半年后因为没跟进规则调整，支付功能突然失效的案例。签合同时最好单独约定一段维护期，比如上线后三个月内免费修bug，之后按年收维护费。愿意谈维护的乙方，通常对代码质量更有信心。

说到底，小程序开发外包买的不是代码，是一段可控的合作关系。合同写细一点，账号抓在自己手里，验收时较真一点，大部分坑都能绕过去。真绕不过去的，也别硬扛，找个懂行的人帮你看看代码，几百块的咨询费，可能比几万块的返工便宜得多。