酒店前台最怕的不是客房不够，而是房态不同步：OTA 已售、酒店系统仍显示空房；客人到店被告知“正在打扫”，清洁任务却还在微信群里喊。超售、漏排房、清洁延误叠在一起，差评比空置更贵。
业务怎么拆：预订、排房、清洁、入住离店
一套能用的酒店系统，至少把四段状态机打通，而不是只做“订单列表”：
- 预订占用：渠道单写入后立即占库存，取消与 no-show 规则明确释放时机
- 排房：按房型、楼层、连房、维修锁定自动/半自动分配
- 清洁工单：退房触发清扫，查房合格才改可售；维修单与房态互锁
- 入住/离店：押金、加收、延迟退房与夜审口径一致
Excel 能记今晚有几间空，记不住“清洁中不可售”与“维修锁定”的并发。真正导致前台扯皮的是多渠道写库存时没有统一占用锁。
怎么设计：角色与数据
角色建议拆成：预订员、前台、客房主管、楼层服务员、维修、夜审。客房服务员只看自己楼层任务；前台不能把维修房直接卖出；夜审负责关账与房态日切。
- 房型与物理房间：可售属性、楼层、连接房、吸烟/无障碍标签
- 库存日历：按晚占用，含预留、确认、锁房
- 房态：空净/空脏/住净/住脏/维修/停用
- 清洁任务：触发来源、责任人、开始/完成、查房结果
- 订单：渠道、担保规则、特殊要求、同来人
界面边界要硬：OTA/官网下单只写“房型库存”，物理排房可后置，但确认到店前必须落到具体房号或明确的可售池。清洁未完成，房态不得变空净。
怎么开发与验收
渠道对接用统一库存服务：下单占库、支付超时释放、取消回滚。推送失败要可重试且幂等，避免同一订单占两间。清洁端以扫码房号开工，防止点错房。夜审任务把当日未离店、未结账、异常房态打成清单，而不是靠人肉巡楼。
验收场景建议覆盖旺季脏数据：
- 同一房型两渠道同时最后一间，是否只有一单成功
- 退房后清洁未完成，是否仍可被排给新预抵
- 维修锁定期间渠道是否还能卖出该物理房
- 延迟退房 overlapping 下一晚订单时如何提示改排
- 夜审后房态与收银是否一致
酒店系统的核心不是“漂亮的日历色块”，而是占库、清洁、维修三条锁互不打架。
现场常见失败
超售策略不清：有的店默许超售靠升级消化，系统却按物理房硬拦，或反过来完全不拦。要把“可超售房型/上限/升级路径”写成配置，而不是口头习惯。清洁计件与质量冲突：只按间数考核会催生漏项；查房不合格应退回任务并影响计件。会员偏好丢失：高楼层、连房等写在备注里没人看，应结构化进排房规则。
落地时先盯什么
先打通“渠道占库 → 排房 → 清洁闭环 → 夜审”，再做收益管理与upsell。上线后两周重点看：超售/拒单次数、预抵未排房占比、清洁超时导致延误入住次数、夜审差异单量。这四项降下来，再谈智能定价才有基础。
渠道库存服务怎么落
建议单独做库存服务，订单系统与渠道连接器只调用占库/释放/查询。占库要带过期时间：未支付超时自动释放，避免“僵尸占用”。物理排房可以延后到预抵日前一天，但房型级可售数必须实时准确。连锁多门店时，库存键必须带门店ID，严禁串店扣减。
清洁与维修对库存的影响要建模：空脏不算可售；维修锁定从可售池扣除；停用房型在渠道侧直接下架。前台手动改房态必须记原因码，方便夜审查异常。
与收益和会员的边界
收益管理改价不应直接改历史订单，只影响未来可售。会员权益（延迟退房、升房）写成规则引擎输入，排房时读取，而不是靠值班经理记忆。一期可以不做动态定价，但要把“手动调价审批”留好口子，避免人人改价。
数据上至少沉淀：每间夜占库来源渠道、排房人、清洁完成时刻、入住办理时刻。用这些就能定位延误是清洁慢还是排房晚，而不是开会靠感觉。
夜审与收银一致性
夜审不仅关账，还要核对：在住人数、未结账、锁房、清洁未完成仍被排房的异常。收银的延迟退房费、迷你吧消费必须在离店前入账，夜审后禁止无红冲改昨天流水。前台交班清单自动生成未完成任务，减少口头交接漏项。
多渠道退订规则不同，释放库存的时点要按渠道配置。免费升级消耗的库存要从原房型释放并占用目标房型，报表分别统计，避免收益分析被升级搅乱。
培训前台时用“最后一间房并发下单”和“清洁未完成误排房”两个演练剧本，比讲功能菜单有效。上线开关建议先关渠道超售，稳定两周再按房型放开超售上限。
连锁集团若要中央预订，先统一房型码与取消政策字典，再接通库存服务；字典不统一时不要强行中央化，否则会把单店错误放大到全网。
管家式服务的特殊需求（惊喜布置、接送）建成附加任务单，完成后才允许标记“贵宾预抵就绪”，与普通清洁任务分开考核。