民宿超售怎么避免?小型住宿超售的四个机械原因
青旅、民宿为什么会超售?按常见程度拆解四个机械原因:同步时间差、系统外订单、房型映射错误、改单换房,以及各自该怎么修。
先说结论
小型住宿的超售,多数不是“系统坏了”,而是四种很机械的原因。按我们自己运营几家住宿的经验,常见程度从高到低是:同步时间差、订单没进系统、房型映射错误、改单/换房/续住没有同步。四种的修法各不相同,所以不要一超售就急着换软件。
先做一件事:把最近几次超售翻出来,逐次归到这四类里。哪一类出现得多,就先修哪一类。这个统计只有你自己的账本能给,我们不会替你编数字。
原因一:同步时间差(排在首位)
假设只剩最后一间房(或最后一张床),同时挂在 A、B 两个平台。T0 时刻,A 上有人下单。你的房态要先收到这张订单,再把库存改成 0,推送给 B。在 B 收到更新之前,B 上仍然显示可订。如果这段空档里有人在 B 下单,就是超售。
空档有多长,取决于同步方式:
- 手动改:空档等于你看到通知、再去每个平台后台修改的时间。半夜来的订单,空档可能是一整夜。
- iCal 日历链接:靠对方平台定时来拉取。多久拉一次由对方平台决定,你调不了,而且 iCal 只告诉对方“这几天被占了”,信息很粗。
- 渠道管理器走接口:订单进来后主动推送,空档小得多,但不是零。
所以这一类要修两件事。第一,同步方式尽量换成接口推送,买之前直接问供应商:订单是主动推送,还是定时拉取?第二,承认空档不可能为零,最后一间房的风险要靠库存策略兜底。比如热门日期提前留一间(一张床)不放出去,或者最后一间只开放给一个渠道。
原因二:订单根本没进系统
微信上谈好的订单、电话订房、前台现场加订、熟客直接转账,常常只记在本子、Excel 或聊天记录里。系统不知道,平台照样在卖。
这一类没有技术解法,只有规则:任何房间在承诺给客人之前,先录进日历。不管订单从哪来,只有一个入口。谁接的电话谁录,录完再回复客人。
原因三:房型映射错误
同一间物理房间,在 A 平台是“大床房”,在 B 平台是“双床房”。如果内部把它们当成两份库存,同一间房就会卖两次。青旅更常见:6 人间在一个平台按整间卖,在另一个平台按床位卖。
修法:每一间物理房、每一张物理床,在库存里只出现一次,各平台的房型再映射到它。新增房型或改名之后,重新核对映射,并在每个平台做一次试订再取消,确认库存确实会扣减。
原因四:改单、换房、续住没有同步
客人续住一晚、提前退房、平台上取消,或者你为了排房把客人从 201 换到 305。订单本身同步了,但这些变更没有把旧库存放回、没有让新库存被占。结果是旧房间一直显示被占(少卖),或者新房间没被占(超售)。
修法:所有变更都在日历上直接操作(换房就拖拽到新房间),不要只在备注里写一句。另外固定每天一个时间,对照一次各平台日历和内部日历,这是成本很低的保险。
四类放在一起看
| 原因 | 典型表现 | 需要什么 |
|---|---|---|
| 同步时间差 | 两个平台几乎同时卖出最后一间 | 接口推送 + 最后一间的库存策略 |
| 订单没进系统 | 本子上有、日历上没有 | 统一入口的规则 |
| 房型映射错误 | 同一物理房在两个房型下各卖一次 | 物理库存唯一 + 试订检查 |
| 改单/换房/续住 | 换房后旧房显示被占或新房没被占 | 在日历上操作 + 每日对账 |
我们怎么处理
我们自己在釜山经营住宿(One Way Guesthouse 约 38 间房,KIMCHE Guesthouse Downtown 约 45 间房),上面四类都踩过。Kimchee PMS 就是照这个思路做的:床位级日历,让每张床只出现一次;渠道管理器包含在所有套餐里,不另外收费,基于 Channex,可接 490 个以上渠道,包括 Booking.com、Airbnb、Agoda、Expedia、Hostelworld、Trip.com。具体渠道清单见渠道页面,国内平台能否接入请以该页面为准。电话和微信订单可以在同一个日历里直接录入。
也要说清楚两点:第一,再好的系统也不能把同步空档变成零,库存策略仍然要你自己定。第二,目前管理后台界面只有韩语和英语,客人端页面支持中文。收费方式见价格页面。
想核对你现在的同步方式属于上面哪一类,可以联系我们,把你的平台组合和房型告诉我们,一起看空档出在哪里。