民宿小程序预订开发实战

为什么民宿需要自己的预订小程序

做民宿的朋友经常问我：已经有OTA平台了，为什么还要自己开发预订小程序？我的回答很直接：流量是平台的，用户才是自己的。OTA抽佣普遍在10%-15%，而且你拿不到用户联系方式，无法做复购运营。而民宿小程序预订系统能让你直接触达客人，沉淀私域流量，长期来看成本更低、利润更高。

这篇文章我会从零拆解一个民宿小程序预订系统的核心开发要点，包括数据模型、房态管理、订单流程和支付对接，都是我在实际项目中踩过坑总结出来的经验。

核心数据模型设计

民宿预订和酒店最大的区别在于：民宿房源少、房型个性化强、价格波动大。所以数据模型不能照搬酒店那套。

房源表（rooms）

{
  "_id": "room_001",
  "name": "山景大床房",
  "cover": "https://cdn.example.com/room1.jpg",
  "images": ["url1", "url2"],
  "maxGuests": 2,
  "basePrice": 388,
  "facilities": ["wifi", "空调", "独立卫浴"],
  "status": 1
}

房态日历表（room_calendar）

这是整个系统最关键的表。很多新手直接用订单表来判断某天是否有房，结果遇到取消订单、改期就乱套。正确做法是维护一张独立的房态日历表：

{
  "roomId": "room_001",
  "date": "2024-06-15",
  "price": 458,
  "stock": 1,
  "status": "available"
}

每天一条记录，stock表示剩余可订数量。下单时原子性地扣减stock，取消时加回来。这样查询某天是否有房只需要查这一张表，性能好且逻辑清晰。

房态与价格管理

民宿价格通常周末和节假日上浮，所以需要支持批量设置价格日历。后台管理端提供一个日历组件，运营可以框选日期区间批量改价、改库存或关闭房态。

• 批量改价：选中6月1日到6月30日，统一加价100元
• 关闭房态：业主自住或维修时，把对应日期设为不可订
• 连住优惠：住3晚打9折，需要在价格计算时叠加规则

价格计算建议放在服务端，前端只负责展示。因为优惠规则一旦复杂，前端计算容易和后台不一致，导致用户看到的和实际支付的不一样，这是投诉重灾区。

订单流程与并发控制

民宿小程序预订的订单流程大致是：选日期 → 选房型 → 填入住人信息 → 支付 → 确认。

防止超卖

这是预订系统的生命线。假设某房型6月15日只有1间，两个用户同时下单，如果不做并发控制就会超卖。解决方案有两种：

1. 数据库原子操作：使用update ... where stock > 0的条件更新，根据影响行数判断是否成功
2. 分布式锁：用Redis对roomId+date加锁，锁内完成库存检查和扣减

对于中小型民宿，第一种方案足够。代码示例（云开发数据库）：

const res = await db.collection('room_calendar')
  .where({
    roomId: 'room_001',
    date: '2024-06-15',
    stock: _.gt(0)
  })
  .update({
    data: { stock: _.inc(-1) }
  });

if (res.stats.updated === 0) {
  throw new Error('该日期已满房');
}

订单状态机

订单状态要设计清楚，避免状态混乱：

• pending：待支付（15分钟未支付自动取消）
• paid：已支付，待入住
• checked_in：已入住
• completed：已完成
• cancelled：已取消
• refunded：已退款

状态流转必须单向，每次变更记录操作日志，方便对账和纠纷处理。

微信支付对接要点

小程序预订离不开微信支付。对接时注意几个坑：

• 支付回调必须验签，不要图省事跳过，否则会被伪造请求
• 回调要幂等，微信可能重复通知，用订单号做唯一索引防止重复处理
• 退款走原路返回，调用退款接口后同样要处理异步回调

建议把支付相关的逻辑封装成独立云函数，和业务逻辑解耦，方便后续接入支付宝或其它渠道。

消息通知与提醒

预订成功后要第一时间通知用户和房东。小程序订阅消息是首选方案，但要注意：订阅消息需要用户主动授权，且每次授权只能发一条。所以要在下单、支付等关键节点引导用户授权。

另外建议加一个入住前一天自动提醒的功能，用定时触发器扫描次日入住的订单，发送提醒消息，能有效降低爽约率。

总结

民宿小程序预订系统的核心难点不在页面开发，而在房态管理、并发控制和支付安全这三块。把数据模型设计对了，后面的事情会顺很多。如果你正准备给自己的民宿做小程序，建议先把房态日历表和订单状态机想清楚再动手写代码，能省下大量返工时间。