外卖小程序开发：低成本方案实战

外卖平台抽成越来越高，很多餐饮老板开始琢磨自建外卖小程序。作为独立开发者，我接过不少这类需求，今天把一套可落地的外卖小程序开发方案完整拆解出来，包含技术选型、核心功能、成本估算和避坑经验。

一、先想清楚：为什么要自建外卖小程序

• 平台抽成 15%–25%，自建后只有支付通道费（约 0.6%）
• 用户数据、订单数据沉淀在自己手里，可做复购营销
• 无竞价排名，老客户直接进店，转化更稳定
• 可对接自有配送或第三方跑腿，配送策略灵活

但也要认清现实：自建没有平台流量，前期靠门店引导、社群、朋友圈裂变获客，这点必须提前和商家沟通清楚。

二、技术选型：三种方案对比

方案 A：原生小程序 + 云开发

适合预算有限、快速上线的小团队。微信云开发提供数据库、云函数、存储，省去服务器运维。

// 云函数示例：创建订单
exports.main = async (event, context) => {
  const db = cloud.database();
  const { openid } = cloud.getWXContext();
  const res = await db.collection('orders').add({
    data: {
      openid,
      items: event.items,
      total: event.total,
      status: 'pending',
      createTime: db.serverDate()
    }
  });
  return { orderId: res._id };
};

方案 B：原生小程序 + 自建后端

用 Node.js（NestJS/Koa）或 Java（Spring Boot）写 API，MySQL + Redis，部署在轻量云服务器。适合有长期迭代规划、需要对接 ERP 或自建配送系统的商家。

方案 C：SaaS 模板 + 二次开发

市面上有成熟的外卖 SaaS 系统，买断源码后改 UI 和业务逻辑。优点是上线快（1–2 周），缺点是代码质量参差，扩展性受限。预算紧张且需求标准化的商家可以优先考虑。

三、核心功能清单

用户端（小程序）

• 门店定位与地址管理（wx.chooseLocation + 逆地理编码）
• 菜单分类、规格选择（辣度、加料、份量）
• 购物车、满减、优惠券、配送费计算
• 微信支付、订单状态实时推送（订阅消息）
• 历史订单、再来一单、评价晒图

商家端（小程序或 Web 后台）

• 接单提醒（语音播报 + 订阅消息）
• 菜品上下架、库存、沽清
• 订单打印（对接云打印机，如飞鹅、易联云）
• 营业数据看板：营业额、订单量、热销菜品

四、几个容易踩的坑

1. 支付与退款

微信支付需要企业主体和对应类目资质，餐饮类目要提供《食品经营许可证》。退款务必走原路退回，并处理好部分退款和优惠券分摊逻辑，否则对账会很痛苦。

2. 配送范围计算

不要用简单的经纬度差值判断，建议用腾讯位置服务的多边形围栏或骑行距离 API，否则会出现“直线 3 公里但实际要绕 8 公里”的订单。

3. 高峰期并发

午晚高峰下单集中，云开发的数据库有 QPS 限制，自建后端要提前做限流和队列。订单号建议用 Redis 自增 + 日期前缀，避免主键冲突。

4. 订阅消息模板

微信订阅消息是“一次授权一次推送”，用户下单时就要引导授权，否则接单、配送、完成三个节点无法通知用户，体验会断档。

五、成本与周期估算

• 云开发方案：服务器 0 元起，开发 2–4 周，适合单店
• 自建后端方案：服务器 100–300 元/月，开发 4–8 周，适合连锁
• SaaS 模板二开：源码 3000–10000 元，上线 1–2 周

另外每年还有小程序认证费 300 元、域名和 SSL 证书费用（自建方案）。

六、写在最后

外卖小程序开发的技术门槛并不高，难的是把下单—支付—接单—配送—评价这条链路打磨顺滑。建议先用最小可用版本上线，跑通一个门店的真实订单流，再根据数据迭代会员、储值、拼团等增值功能。对独立开发者来说，这类项目交付周期短、复购需求明确，是很值得深耕的方向。