烘焙小程序定制价格，别被报价单绕晕

做烘焙这行的人找我聊小程序，十有八九第一句是「多少钱」，第二句是「怎么有的报三千有的报三万」。这两个问题其实是一个问题：报价单背后对应的东西根本不是同一件东西。我这几年接过不少烘焙类的小程序定制，从社区单店到有六七家分店的连锁都碰过，今天把价格这件事拆开讲，尽量说得直白一点。

先搞清楚你要的是「壳」还是「店」

市面上三千块左右的报价，绝大多数是模板套用：选一套现成的烘焙模板，换上你的 logo、banner、商品图，后台给你开个账号。这种方案能跑起来，但它的问题在于业务逻辑是别人定好的。比如你想做「下午四点后临期面包打折」，模板里没有这个字段；你想按自提点分库存，模板只认一个总库存。

而定制开发的价格，本质上是为「你的业务规则」付费。烘焙行业的特殊点在于：

• 商品有极强的时效性，当天卖不掉就是损耗，所以预售、临期折扣、定时下架是刚需；
• 有自提和配送两套履约方式，自提还涉及门店、时段、取货码；
• 生日蛋糕这类预订品，要选规格、写祝福语、选配送时间，和普通面包的购买流程完全不同；
• 会员储值、次卡、拼团这些私域玩法，在烘焙店的复购里占比很高。

这些点每多一个，开发工作量就往上走一截。所以别人报三千你报三万，很可能不是谁在坑谁，而是需求清单压根不是一份。

一份烘焙小程序的价格构成

我一般给客户拆成四块来报，这样对方看得明白，后期也少扯皮。

1. 前端页面与交互

首页、分类、商品详情、购物车、下单、订单列表、个人中心，这是骨架。烘焙店通常还要加：门店选择、自提时段选择、蛋糕预订表单、优惠券中心、积分商城。页面数量直接决定前端工时，一个中等复杂度的烘焙小程序，前端大概在 15 到 25 个页面之间。

2. 后端与数据模型

这是最容易被低估的部分。商品要分规格（尺寸、口味、数量），库存要按门店和日期分，订单要区分自提/配送/预订，还要处理退款、部分退款、优惠券叠加。数据模型设计得糙，后面加一个「第二件半价」就得改表结构。

// 商品规格的常见结构，别图省事用字符串拼
{
  skuId: "cake-6inch-choco",
  productId: "birthday-cake-01",
  specs: { size: "6寸", flavor: "巧克力" },
  price: 16800,      // 单位：分
  stockByStore: { "S01": 12, "S02": 5 },
  leadTimeHours: 24  // 预订需提前时长
}

价格统一用「分」存整数，这个坑我见过太多项目踩，浮点数算着算着就差一毛钱。

3. 第三方能力接入

微信支付、订阅消息、地图选点、物流查询、短信验证码，这些大多是按次或按年收费，属于硬成本。支付费率一般是 0.6% 左右，这个不是开发费，但老板们常常混在一起算。

4. 上线与运维

小程序要备案、要提交审核，类目选错会被打回。食品经营许可证、营业执照这些资质得提前备好。上线后还有服务器、域名、SSL 证书的年费，以及后续需求变更的维护成本。

几个真实的价格区间参考

不写具体数字显得不诚恳，写死了又容易误导，我给个区间，你自己对号入座：

• 模板套用 + 简单改色改图：几千元，一周内上线，适合只想有个下单入口的单店；
• 半定制（模板底座 + 若干定制模块）：一到三万，比如在现成商城上加蛋糕预订和门店自提；
• 全定制单店：三到六万，包含完整的商品、订单、会员、营销体系，UI 单独设计；
• 多门店连锁 + 后台管理：六万往上，涉及门店权限、分店库存、总部看板、配送范围划分。

注意这是开发费用，不含服务器和支付手续费。如果有人报的价明显低于区间下限，先问清楚：源码给不给？后台是不是你的账号？第二年续费多少？

砍价之前，先把需求写清楚

我见过最省钱的客户，是拿着一份手写需求来的：列了 12 条功能，标了哪三条是「必须有」、哪几条是「以后再说」。这样报价精准，一期只做核心，二期再加营销模块，总花费反而比一次性堆满要低。

报价单上的每一个「等」字，都是后期加钱的伏笔。功能列表里不要出现「等等」「类似」这种词。

另外提醒一句，烘焙小程序的成败往往不在功能多，而在商品图和上新节奏。我见过功能很全但三个月没上新的店，也见过只有下单和自提两个功能、每天发朋友圈接单接到手软的店。工具是工具，价格谈拢了，运营还得自己上心。