北京小程序价格对比：别只看报价单

上周在望京见了个做餐饮供应链的客户，他掏出三份报价单往桌上一拍：一家报2.8万，一家报6.5万，还有一家报15万。功能列表看着大差不差，他问我：“知码客，这价格差在哪？”这问题我一年得回答几十遍，今天干脆写下来，给在北京做小程序的朋友一个参考。

先说结论：价格差在“看不见的地方”

小程序价格对比，最容易踩的坑就是拿功能清单逐条打勾。点餐、支付、会员、优惠券，谁都能写上去。但真正决定成本的是下面这些东西，报价单上往往一个字不提：

• 是模板套壳还是定制开发。模板几千块就能上线，但改个流程要等排期，数据也在别人服务器上。
• 后台管理端算不算钱。很多低价单只做用户端，运营后台另算，或者干脆给个简陋的表格。
• 接口对接的数量。对接微信支付、地图、短信、ERP、第三方物流，每一个都是工作量。
• 上线后的维护。微信规则一年改好几次，接口会下线，不维护的小程序半年就可能出问题。

北京市场常见的三档价格

第一档：模板/SAAS，几千到一万出头

适合刚起步、需求标准的小店。北京不少做社区团购、预约到店的客户一开始都走这条路。缺点是流程被框死，想加个“按区域分仓发货”就得加钱或者换系统。另外年费是持续的，第三年算下来不一定便宜。

第二档：半定制，两万到六万

这是北京做小程序最集中的区间。用成熟框架搭底子，核心业务逻辑定制。比如我们给通州一个做家政的客户做的派单小程序，用户下单、师傅接单、后台调度是定制的，登录、支付、消息通知用现成组件。这种方案性价比高，但前提是开发方愿意把“哪些是现成的、哪些是定制的”写清楚。

第三档：全定制，八万往上

多端（小程序+APP+管理后台）、复杂权限、高并发、对接企业内部系统，基本都在这个档。北京APP开发项目里常见，比如教育机构的课程系统、连锁品牌的会员中台。这个价位买的不是代码量，是需求梳理、架构设计和后期迭代能力。

一个本地案例：报价差三倍，差在哪

去年有个做花卉批发的客户，在丰台新发地附近。需求是：批发商看货下单、按等级定价、次日达配送跟踪。三家报价分别是3万、7万、12万。

拆开看：3万那家只做下单和展示，等级定价要手动改价，配送跟踪没有；7万那家做了等级价和简单的订单状态，但配送轨迹要另外对接；12万那家把库存、等级价、配送轨迹、对账全包了，还带一个给业务员用的移动端。最后客户选了中间那家，上线三个月后发现对账要人工做，又补了两万。算下来并没省。

价格对比不是比数字大小，是比“这份报价覆盖了多少真实业务”。漏掉的需求，早晚要补，补的时候通常更贵。

拿到报价单，先问这四个问题

1. 源码交付吗？交付后我能不能自己找人维护？
2. 后台管理端包含哪些功能？能不能先看演示？
3. 报价里包含几次修改？超出怎么算？
4. 上线后第一年维护怎么收费？微信接口变更谁负责？

这四个问题问完，很多虚高的报价会自己掉下来，很多低得离谱的报价也会露出底。

给北京朋友的几句实在话

北京做小程序，人力成本摆在那，同样功能比外地贵一些是正常的，但贵要有贵的道理。知码客在做的，就是把报价拆开给你看：哪部分是标准能力，哪部分是按你的业务写的，工期怎么排，后期怎么维护。我们信“知码识途、匠心铸客”，代码是跟用户沟通的语言，报价单也该是跟客户沟通的语言，别让它变成猜谜。

如果你手上有几份报价拿不准，可以把功能清单发过来，我帮你看看哪份漏了东西、哪份虚了价。对比价格之前，先对齐需求，这一步省不得。