民宿日历预订小程序案例：房态、定金与改期规则｜互联商通

一、客户背景与痛点

这位房东手上有几套风格不一的房源，散落在 OTA 与微信两个渠道卖。公众号图文做得不错、粉丝也有，但下单要在微信里断断续续聊完。

四个最疼的问题：

• 房态手工改：每个平台日历单独维护，漏改一次就超售。
• 定金个人收：定金走微信转账，旺季一晚几笔根本对不清。
• 下单靠聊：问房态、谈价格、付定金拆在十几条消息里，意向客户流失。
• 改期没规则：客人临时改期全靠商量，空出来的夜损失没人认。

二、方案总览：4 步从微信截图到日历自证

首版克制，只做直订闭环，把「截图问房」变成「日历自证」。

1. 房源日历上线：每套房源一个可预订日历，房态实时更新，超售在源头被拦住。
2. 下单付定金：选定日期直接付定金锁房，在线收款不再走个人转账。
3. 改期规则内置：提前多久改、改期费怎么算，下单前写明，不再临时商量。
4. 入住须知前置：入住时间、退改阶梯、房屋守则在预订页确认。

完整能力清单见 酒店民宿方案；同行业可参考 客房服务案例。

三、核心功能清单

• 房源日历：按套管理房态，日历锁定防超售。
• 在线定金：下单支付走商户收款，笔笔可对账。
• 改期规则：改期窗口与费用阶梯后台可配。
• 入住须知：退改阶梯与守则预订前确认留痕。
• 订单留痕：每笔预订的房态变更、收款记录可追溯。

四、落地实施过程

总览里的四步讲的是方案逻辑，这一节讲它怎么落到房源上：六周内完成上线，拆成下面五个动作，前一步跑顺再进下一步。

1. 进场前准备：房源建档、规则定稿。开工先把每套房源的照片、户型、价目逐套录入，清洁缓冲日、押金金额、取消阶梯与房东逐条确认定稿；没有拍全照片的房源先不上线。房东看到的是房源一套套建完、规则白纸黑字；客人此时还看不到变化，但开放预订那一刻房态已经是准的。
2. 系统对接：日历锁与收款先跑通。上线前打通锁房链路——下单成功即锁日历、定金到账与房态变更同一口径。超售不再靠人工核对，按订单就能查到每一晚的锁定记录；房东感知是收款笔笔有账，旺季不再翻转账记录。
3. 员工培训：一条主线加两套话术。管家培训只强调一条：改房态先看系统再答复。对客人的话术很简单——「小程序日历上直接看，有房就能订」；房东本人则学会后台调价、看单，日常运营不再事事找技术支持。
4. 灰度试点：一套主力房源先跑，改完再全铺。全量放开前先拿一套主力房源试跑，房东跟着盯：日历准不准、定金到账顺不顺、改期规则跑不跑得通。试出来的问题当场改——缓冲日调整、退改阶梯放宽，再全部房源铺开；试点期不做数字考核，只看流程顺不顺、问题清单收不收敛，正式数据口径见第六节。
5. 值班与应急：首月旺季周末驻场。上线首月周末入住高峰驻场，值班覆盖支付、锁房、授权三类突发。客人不肯线上付定金，管家代为下单收款兜底；OTA 与小程序同时来单，以系统锁房记录为准裁定。试点暴露的问题全部进了第七节的复盘清单。

五、明确没做的事（对比与取舍）

首版不替换全量 PMS、不做渠道直连。先保证直订闭环可验，OTA 房态继续人工维护但以小程序日历为准；多房东入驻模式等自营房源跑稳后再议。

六、上线后效果（试点数据口径）

试点期内：

• 房态超售明显下降。
• 定金收款可对账，不再走个人转账。
• 房东验收只看「房态与定金有没有错」，而不是访客数。

所有数字为项目试点口径，复制前请重估房源数、渠道构成与旺季节奏；数据对比写清分子分母与排除周。

七、坑与复盘

1. 日历锁失败：两单同时下单同一晚，一期出现过超售。复盘后启用下单即锁的原子锁定，并把 OTA 房态同步时点固定，见 支付流程。
2. 定金走个人收款：早期几笔定金绕过系统转账，对不上账。复盘后统一从商户号收款，个人转账一律不开口子。
3. 文案违规承诺：「最低价」「绝对安静」类描述有审核风险，按 安全检测 的清单把宣传文案过一遍再提审。

复盘沉淀为方法论：把可勾选验收句写进开工单，避免「上线了」代替「指标达线了」；清洁缓冲日、押金、取消阶梯这些规则，从第一天就写进预订页。

八、常见问题 FAQ