小程序外包报价到底怎么算

后台经常有人问我："小程序外包多少钱？"说实话，这问题跟"买辆车多少钱"一样，答案取决于你要什么。但我不想用这种话糊弄过去，今天就把我这些年接单、报价、踩坑的经验摊开讲，给你一个能对号入座的判断方法。

先搞清楚你在买什么

外包公司卖的从来不是"一个小程序"，而是人天。报价单上的数字，本质是"需要几个人、干多少天、每人每天多少钱"的乘积。所以同样叫"电商小程序"，有人报八千，有人报八万，差别不在良心，在需求颗粒度。

我见过最典型的翻车案例：客户拿着某宝三千块的模板说"人家也能下单付款"，结果上线后发现没有库存联动、没有退款流程、没有优惠券叠加规则，运营一周就崩了。低价买到的往往是一个能跑起来的演示，而不是能扛住真实业务的系统。

市场行情的大致区间

按我接触过的项目，可以粗分三档，注意这只是参考，不是标准价：

• 模板套壳型：几千到一万五。用现成SaaS或开源框架改皮肤，功能固定，适合展示、预约、简单信息发布。缺点是扩展性差，数据在别人服务器上。
• 半定制型：两万到六万。基于成熟框架做业务定制，比如带会员体系、分销、多门店的零售小程序。这类项目最考验需求文档质量。
• 全定制型：八万往上，上不封顶。涉及复杂业务逻辑、自建后端、对接ERP/硬件、高并发设计。报价通常按人天算，一线城市靠谱团队人天在1200到2500之间。

提醒一句：报价低于市场均价三成以上的，要么在需求上偷工减料，要么准备在后期加钱。合同里没写清楚的，都是未来的账单。

影响价格的五个真实变量

1. 页面数量与交互复杂度

静态展示页和带实时计算的表单页，工作量差好几倍。一个"拖拽排序+即时预览"的交互，可能顶十个普通列表页。

2. 后端是谁的

纯前端对接现成API最便宜；要从零设计数据库、写接口、做权限，成本立刻上一个台阶。很多低价报价默认"你提供接口"，这句话藏在合同附件里。

3. 第三方对接

支付、短信、地图、物流、电子发票、人脸核身……每接一个都是一段联调和一堆资质材料。对接微信支付和对接某个小众ERP，难度完全不是一回事。

4. 审核与合规

涉及医疗、金融、教育、直播的小程序，类目资质和内容审核会拖长周期，这部分时间成本经常被低估。

5. 售后与迭代

上线只是开始。第一年通常会有大量小修小补，报价里是否含免费维护期、含多少次改动，直接决定你后面是省心还是糟心。

一份能省钱的报价前准备

与其到处问价，不如先把自己的需求整理成下面这些东西，拿去谈，报价会准得多，也更容易比价：

1. 用一句话说清核心业务流程，比如"用户下单→门店接单→骑手配送→用户确认"。
2. 列出必须有的功能清单，并标注"必须有/可以有/以后再说"。
3. 画出关键页面的草图，哪怕是纸上的照片。
4. 明确是否需要后台管理系统、需要几种角色权限。
5. 写清交付物：源码是否交付、部署在谁的服务器、文档和培训是否包含。

我自己的习惯是，报价前一定和客户过一遍这份清单，把"不做什么"也写进合同。边界清楚的项目，后期扯皮少，双方都省钱。

几个避坑提醒

• 别只看总价，要看付款节奏。首付比例过高、验收标准模糊的，谨慎。
• 源码归属必须白纸黑字。不给源码，等于把命脉交出去，后续换人成本极高。
• 要求看对方已上线的真实案例，最好能扫码体验，别只看截图。
• 警惕"终身免费维护"这种承诺，写不进SLA的承诺等于没有。

回到最初的问题：小程序外包多少钱？我的答案是——先花两天把需求写清楚，你就知道该花多少钱了。需求模糊时问到的每一个报价，都只是猜谜。把预算花在前期梳理上，比花在后期返工上划算得多。