报价单从一千九到四十万都有，说的却是同一句能卖货。差价的根子不是谁黑谁便宜，是需求边界完全不同：只摆商品做展示，几千块几天就上线；要把下单、支付、履约、退款、对账跑通，从几万起步、一两个月；带分销、多商户、多端同步的定制，更贵更长。这篇把小程序开发费拆成四项投入、把工期拆成两段验收，给你三档路线的价格区间和适用边界，再用一个回收期公式，让你算清小程序成本与投入上限。

客户把手机递过来，屏幕上躺着三条报价：一条写一千九百八十元三天上线，一条写六万八工期六周，还有一条四十万，后面跟着多商户入驻与分佣结算。三个数字差了两百来倍，说的却是同一句话——能卖货的小程序。

问题不在报价，在名词。

能卖货三个字，装的是三种活

说白了，第一种是页面能打开：商品摆上去，价格看得见，用户点一下跳客服微信，钱走人工收款。第二种是交易能跑通：下单、扣库存、支付、退款、发货、对账，七个节点每一个都有系统兜着，出了错能查到是谁的哪一步。第三种是生意能做复杂：分销分佣、多商户入驻、门店核销、会员储值、优惠券叠加，还能跟仓库的 WMS 对上账。

差价就出在这里。你把第一种的需求按第三种报价，是被坑；把第三种的需求按第一种下单，是自己坑自己——做完用不起来，返工的钱比省下的多。先定需求边界，再谈价格；先看回收期，再定预算。谁要是没问你要几个模块、多少个 SKU、要不要分销，就直接报一个数，那个数跟你没关系。

SKU 这个词第一次出现，解释一句：就是一个商品有几个规格，红色 XL 是一个，蓝色 M 是另一个。

订单这个东西，看着是一张表，实际上是一条有向的状态流转链：待付款、已付款、待发货、已签收、售后中、已完成、已关闭。每加一个分支状态，测试用例的数量不是线性增长，是乘法增长。这就是为什么一句加个退款功能，报价上会多出小几千。

四个变量，决定最终那个数字

需求边界是第一个分水岭，上面那张表已经说过。往下还有三个变量，每一个都在悄悄改你的总价。

实现路线：同样需求，四种花法

同一个能卖货，落地路径有四条：现成模板、SaaS 订阅（按年付费租用平台能力，不拿源码）、定制开发（按需写代码、源码归你）、自建团队。四条路的差别不在功能能不能做，在于你能不能改。模板和 SaaS 省的是开发费，代价是流程得迁就系统；定制反过来，流程贴着业务走，代价是每一处改动都要人天。自建最贵，人力按月烧，但数据和节奏全在自己手里。

隐性投入：报价单上通常不写的那一半

这部分最容易吵起来。开发费之外，还有四类钱。微信认证，企业主体一年三百，个体工商户一年三十，这是公开标准价；微信支付接入本身不收申请费，但每笔交易按费率扣服务费，一般经营类目在千六左右。域名首年几十块，SSL 证书（让网址走加密通道的东西）商城类建议买付费的，几百到两千元一年。服务器呢，日活两百以内的小店，一年五百到三千足够；日活上千的稳定段，一千八到四千八。短信和验证码每条三分到五分，单个第三方接口对接费常见一千到五千。

这些钱单独看都不大，第一年加起来也就四位数尾端到五位数头。真正的问题是它们年年都来，而很多报价只报了第一年。还有个资格边界容易被忽略：营业执照剩余有效期不足三个月，上架审核会直接驳回。它不占开发工作量，但它卡你的工期。

工期口径：页面上线不等于交易跑通

这一段我最想让你记住。几天上线是真的，模板搭一套，五到十二天页面确实能打开。但你那天的验收应该是另一件事：第一笔钱进对公账户了吗？退款能原路退回吗？两部手机同时拍下仅剩的一件库存，系统会不会超卖？晚上十一点财务导出流水，和微信支付商户平台的账单能不能对上？

拆开来算：代码审核官方时效一到七个工作日，简单类目往往当天出结果；小程序备案全程一到二十二个工作日，看各省通信管理局的速度；微信支付商户号后台审核常见一到三个工作日，加上打款验证、回调联调，整段走完一周内算顺利。也就是说，哪怕代码一行不用改，光审批链路就能吃掉一到两周。

flowchart LR
    A[需求边界清单] --> B[选型:模板/SaaS/定制/自建]
    B --> C[签约与首期款]
    C --> D[开发与联调]
    D --> E{两条并行支线}
    E --> F[小程序备案 1-22 工作日]
    E --> G[商户号申请与打款验证 1-5 天]
    F --> H[代码提审 1-7 工作日]
    G --> H
    H --> I[页面上线]
    I --> J[真实小额试单加退款回冲]
    J --> K[对账跑通]
    K --> L[交易跑通验收]

三档路线，各自省了什么、贵在哪

把市面上千奇百怪的报价归拢，无非三档。

说个应用场景。一家社区水果店，老板只想先看看线上能不能卖动，预算一万以内——那模板或轻量 SaaS 就是对的，先把交易跑通再谈升级。反过来，连锁生鲜要做门店自提、会员储值、供应链分账，这时候模板框不住，得走定制。判断口径很简单：你要的是标准动作，还是只有你家才有的动作。

低价路线省了开发费，它把什么转嫁了？支付、对账、售后这些跑通成本，转成了你自己的盯工时间。隐性时间怎么估？两个口径任选：返工比例乘以已投入款，低价项目常见返工两三成；或者你盯工期的时间乘以你的时薪。一个每天营业额三千元的店主，抽三天盯一个用不起来的小程序，那三天的注意力值多少钱，自己心里有数。

多久回本，才是这篇的真问题

回到钱，而且换成你自己的钱。投入拆四项：显性开发或订阅费、实施与资质费、首年运维迭代费、隐性时间成本。前三项写在合同里，第四项不写，但它真实存在。收益也拆四项：转化率提升多赚的钱、省下的接单与人工记账成本、回款加快的现金流改善、新渠道带来的增量客户。每项都要能落成月度金额，落不成就说明这项收益是想象出来的。

公式只有一行：回收期（月）＝总投入 ÷ 月净增收益。

举个例子，按行业常见口径估算：上面那家社区水果店改走定制，开发费四万八，实施与资质约三千，首年运维约四千，总投入约五万五。上线后每月减少两个人工录单岗位折算四千，线上渠道带来月净增毛利六千，合计月净增收益一万。回收期约五个半月。这个数字能不能接受，取决于你对这门生意的耐心——愿意等半年，就干；希望两个月回本，那就先降预算走模板验证需求。

反过来的例子更值得记住：同样的店，如果月净增收益只能算出两千，回收期拉到近两年半，那四万八的开发费就不该掏。不是系统不值钱，是这个阶段的生意体量撑不起它。

由此得出一个投入上限公式，可以直接拿去用：可接受投入 ≤ 月净增收益 × 你能接受的回本月数。先算这个上限，再拿上限去筛方案。顺序反了，就会被方案牵着走。

怎么说呢，这里有个实际经验值得补一句：把订单、库存、对账这些通用环节交给成熟组件，预算才留得出来给差异化业务规则。比如旺道 OMS 这类订单与履约中枢、WD-B2C 这类零售交易套件、旺道数据引擎这类做数据同步与统计的组件，在定制项目里被反复选用，道理就在这——通用环节不重复造轮子，交易链路才稳。像环企这种做商业系统研发的服务商，能把备案、证书、商户号、运维整链条接过去，恰好对应前面说的报价单上不写的那一半。

说到底，报价单上的数字从来不重要，重要的是你为那个数字要额外付出的注意力、返工和错过的时间窗口。便宜在采购，贵在停机——这话放在小程序上一样成立。

拿这页纸去询价，别空手

收个尾，给三个能直接执行的动作。

一是先写一页需求边界清单：要哪几个模块、多少 SKU、日活与订单峰值预估、要不要分销会员多端、必须对接哪些外部系统、要不要源码、期望上线日期。带着这页纸问三家，报价才有可比性。不带这页纸去问，收到的每一份报价都是在赌。

二是把交易跑通列为验收点，而不是页面上线。七个节点逐一签字：首单支付成功、部分退款原路退回、库存不超卖、优惠叠加正确、发货回写及时、T+1 对账平、异常单可追溯。合同里写明这七条对应的验收标准与尾款条件。

三是备案、认证、商户号这三件事不依赖代码完成，签约当天就并行准备材料。把它们排在开发之后，白白多等两周。另外签约前让对方书面列出未来三年全部费用项——续费价、接口费、维护费、迁移费，口头承诺以后再说的费用，默认它会涨。