外包小程序翻车，最常见的3个坑
小程序外包最怕的不是贵，是交付不完整、进度失控、后期被“卡脖子”。2026年3月我接手过一个餐饮连锁案例：合同8万，原定20天上线，拖到第58天还在返工。更离谱的是，开发说“源码是公司资产不能给”，后台账号也只给了个子账号，后面维护费从每月3000直接涨到9000，不续就停服务。
- 源代码不给：你付了钱，却拿不到可迁移的资产。
- 功能延期+反复返工：每次改一点，就推翻一片，越改越慢。
- 维护费坐地起价：把你锁在他们的服务器、他们的账号体系里。
把控制权拿回来：3份文件比“催进度”更有用
《需求规格说明书》：把“做什么”说清楚
别只写“要一个会员系统”。要写到页面、流程、规则、边界。比如：注册方式（手机号+验证码）、积分规则（消费1元=1积分）、退款积分回滚、导出报表字段。每条需求配验收标准：能不能点到、数据对不对、异常怎么提示。
《源码与后台交付清单》：把“交付什么”写死
清单里直接列：前端源码、后端源码、数据库脚本、部署文档、接口文档、管理员超管账号、第三方平台账号归属（微信开放平台/支付商户号/短信/对象存储）。写明交付方式：私有Git仓库移交或打包交付；写明交付时间：每次里程碑验收通过后同步一次。
《里程碑验收记录单》：用节点把延期成本打出来
把项目拆成3-5个节点，每个节点可演示、可验收、可签字。例如：第1节点交互原型+UI；第2节点核心下单；第3节点支付+订单；第4节点后台报表；第5节点上线与备份。每次验收记录“通过/不通过、问题清单、整改截止日”，不通过就不触发付款。
你现在就能照着做的动作清单
- 把报价单换成《需求规格说明书》+验收标准，口头承诺一律不算。
- 合同里加一条：源码与超管账号未交付=未完成交付，尾款不结。
- 付款改成里程碑：比如20%/30%/30%/20%，每次都要验收记录单签字。
- 提前把微信开放平台、支付商户号、服务器账号都用自己主体注册，外包只给权限，不给所有权。
