小程序外包接单的实战路线

很多人以为接小程序外包，难点在技术。真干过几单就知道，技术只占三成，剩下七成是「怎么让客户在十几个人里选你」以及「怎么在交付时不亏钱」。这篇不讲虚的，只讲我自己跑通的路径。

先解决「客户从哪来」

新手最常犯的错是去外包平台比价。那地方拼的是报价单厚度，不是方案质量，一单三千块的餐饮点餐，二十个人抢，最后中标那个基本是来练手的。我的做法是绕开平台，走三条线：

• 本地商家直连：餐饮、美业、教培这类有明确门店的行业，老板不懂技术但懂「隔壁店有个小程序」。带上笔记本去店里，用十分钟演示一个同行业的demo，成交率远高于线上聊三天。
• 同行转包：接大厂外包的乙方经常缺人手做小程序端，主动在本地技术群、前同事圈里放话「接小程序二包」，稳定且不用自己找客户。
• 内容引流：写「某行业小程序到底要多少钱」这类拆解文章，放在公众号和知乎，来的客户意向度最高，因为他已经认可你的判断力。

报价之前先做需求切割

外包亏钱九成亏在需求蔓延。客户说「就一个商城」，这句话背后可能是支付、分销、拼团、退款、发票五套逻辑。我的习惯是接单前出一份功能清单表，一行一个功能点，标注「本期做/下期做/不做」，让客户签字确认。这一步花两小时，能省后面两周的扯皮。

报价按「功能点 × 复杂度系数」算，而不是拍脑袋报个整数。比如普通列表页系数1，带筛选分页的1.5，涉及支付的2，涉及第三方接口对接的2.5。这样客户砍需求时你能立刻报出新价格，显得专业，也堵住了「顺手加一个」的口子。

合同里必须写死的四件事

1. 付款节奏：3:4:3 或 4:4:2，首款到账才开工，验收款和尾款分开，尾款绑定「上线后7天无重大bug」。
2. 需求变更条款：超出清单的功能按人天计价，写清单价，别不好意思。
3. 源码与账号归属：小程序主体、服务器、域名必须客户自己注册，你只做开发。这条能避免后期客户跑路你连代码都带不走，也能避免你被当成免费运维。
4. 验收标准：以功能清单为准，不以「我觉得不好看」为准。UI调整限定两轮。

交付阶段的省力技巧

很多单子死在交付，不是代码有问题，是流程乱。我的固定动作：

• 用云开发或现成脚手架起步，把登录、支付、订单这些通用模块沉淀成自己的模板库，第二单开始能省一半工时。
• 上线前跑一遍真机清单：iOS和安卓各测一遍授权、支付回调、图片上传、分享卡片，这些是客户最容易发现的问题。
• 交付时给一份「后台操作手册」录屏，十分钟视频，能挡掉后续八成「这个怎么改」的咨询。

接外包的本质不是卖代码，是卖「确定性」。客户怕的是拖期、加钱、做完没人管。你把这三件事在合同和流程里提前摁死，价格贵一点他也认。

几个容易踩的坑

第一，别接「先做出来看看效果再谈钱」的单，这类客户最后大概率不付钱。第二，别碰涉及资金池、多级分销的项目，合规风险远大于收益。第三，客户给的素材（logo、文案、商品图）要提前催齐，素材不到位导致的延期，责任要写清楚在客户方。

最后说句实在的：小程序外包的天花板不高，但它是独立开发者练手现金流的好入口。把模板库攒厚、把合同模板磨顺、把本地行业客户做透，一年接十几单稳定收入并不难。难的是忍住不接烂单——这一条，比任何技术都值钱。