连住订单同比增长 31%，续住、钟点房、加钟的业务量都在上升。
而这几类业务共用同一间房的房态——一个衔接没做好，就可能直接变成一间房的冲突。
四个典型冲突点
连住中的离店日
客人连住到第 3 天离开，而后面已有预订——需要确认是否提前交接、是否保留原房。
续住与新客冲突
客人想续住，但下一位客人已订了这间房。要么换房，要么引导客人接受房型调整。
钟点房与全日房
白天卖钟点房、晚上卖全日房，白天的离店时间与夜间的入住时间如果没衔接好，就会出现"房态没释放"。
加钟与计费
加钟涉及计费与房态延长的同步，两边不一致就会对不上账。
用规则而不是靠人盯
1
续住先于新订单生效
客人有续住意向时，系统应先锁定房态，再去处理其他订单。反过来就会出现"答应续住却没房住"的纠纷。
2
分时房型要有释放时点
钟点房/分时产品必须明确释放时间，并与夜间的可售状态自动衔接。
3
连住客的换房要尽量避免
系统层面优先给续住客人推荐同房型或同楼层，减少搬动。
4
加钟要有明确的截止时间
加钟到几点、是否影响后续入住，规则要清楚，避免临到时间才产生争议。
该有的机制
- 续住优先锁房
- 分时房型自动释放衔接
- 换房算法优先同房型同楼层
- 加钟规则对客人事先说明
常见的人盯式管理
- 前台口头答应续住、系统没锁
- 钟点房客人走了房态没改
- 为了续住随便换房，客人体验受损
判断标准
这些冲突大多不是"人没记住"，而是规则没定。把它交给系统的规则去管，人只处理例外情况。
4 个
典型冲突点
4 条
规则设计
+31%
连住订单同比
先锁房
续住的优先级