同样一句话「我要做个小程序」，报价可以从几千到几十万。这不是行业乱象，多数时候是两份报价说的不是同一件事。
我们不给笼统数字（原因见下文），但可以把成本结构讲清楚，让你拿到两份报价时知道该问什么。
一、先分清三种「小程序」
- 展示型：几张页面、一个联系入口。相当于把宣传册搬进微信。
- 预约型：服务项目、时间段、预约记录、到店核销。
- 交易型：商品、库存、下单、支付、退款、订单状态流转、对账。
三种的成本不是一个量级。差十倍往往就是第三种的细节撑起来的。
二、真正推高成本的六件事
- 支付与退款的对账。付款容易，退款难：部分退款、超时未支付自动关闭、支付回调重复通知、订单金额与实收不一致。每一项都要写清楚规则。
- 库存并发。两个人同时买最后一件，谁拿到？超卖一次的客诉成本，比开发这一块的成本高。
- 订单状态机。待付款、已付款、待发货、已发货、已完成、已退款、已关闭。状态之间的合法流转要穷举，不穷举就会出「已退款还能发货」这种单。
- 多门店与权限。店长只能看自己店的订单，总部能看全部，核销员只能核销。权限矩阵一多，工作量是乘法。
- 后台。上架、改价、上下架、库存调整、优惠券、导出对账。前台好做，后台不好做。
- 审核与整改。类目资质、内容合规、被驳回后的整改。这部分不可控，但要算进工期。
低于市场价的报价，通常省掉的是第 1、3、5 项——功能看起来都在，出事的时候才知道没有。
三、为什么我们不在看需求前报价
同样的「商城」，商品有没有规格、要不要多门店、退款要不要走审批，工作量差好几倍。这时候给一个数字，只有两种结果：报低了后面加钱，报高了把你吓走。
我们的做法是：需求确认后 3 个工作日出可点击原型，按原型的功能清单给固定总价，后期加需求单独计价。原型是双方对同一件事的确认，也是报价的依据。
四、拿到报价时该问的九个问题
- 支付和退款的对账逻辑包含吗？部分退款怎么算？
- 库存超卖怎么处理？
- 订单有几种状态，谁能改？
- 多门店支持吗？权限怎么分？
- 后台能自己上架改价吗？还是要找你们？
- 微信审核被驳回，整改算谁的工时？
- 上线后出 bug，保修多久？修缺陷收费吗？
- 服务器和微信支付商户号用谁的账号？
- 交付内容里有源码和部署文档吗？
这九个问题问完，两份报价能不能比，一目了然。
五、什么时候不必上小程序
只在微信里放一张宣传页、没有下单也没有预约的生意，公众号文章或 H5 就够。工具要匹配动作，不是匹配焦虑。
更多交付边界写在重庆小程序开发那页;已经上线过的门店案例在某手机连锁的门店下单入口。