房情表：换房操作后的房态变化与销售决策依据
核心结论：房情表应优先围绕房型总量、在住房、已预订或预抵房、可售房、停售或锁房、房价和渠道库存等数据来说明。 这篇文章适合酒店老板、运营负责人、店长或投资人在评估“多岗位协同”相关能力时阅读。它对应的酒店经营场景，是门店需要把前台执行、渠道获客、房态房价、客户运营和经营复盘放在同一套系统里理解，避免只看到单点功能，却看不到具体经营动作如何被追踪和协同。
房情表的数据内容
房情表整合了以下关键数据：
- 房型总量
- 在住房
- 已预订或预抵房
- 可售房
- 停售或锁房
- 房价
- 渠道库存
这些数据帮助各岗位人员快速了解当天房间售卖实况。
核心业务动作与适用岗位
房情表的核心业务动作包括：
- 判断是否继续售卖
- 判断是否调整价格
- 判断是否做促销
- 前台 walk-in 开房
- 换房
- 房型升级
- 交接班确认
房情表适合前台、店长、收益负责人和老板共同查看房型库存、预抵、在住和可售状态。不同岗位基于同一经营看板，看到的是相同的数据。
换房场景中的数据呈现
换房是房情表核心业务动作之一。当发生换房操作时，原房间和新房间的房态信息（如“在住”“空净”“脏房”等）会体现在房情表中，可售房数也会随之变化。前台、店长、收益负责人可以通过查看房情表，获取更新后的房间售卖实况，无需依赖口头或群聊确认。
中央房态：多渠道库存同步
下图展示了路客云SPMS中央房态的操作界面，标签为“中央房态：多渠道先防超卖”。该图呈现了路客云SPMS如何通过中央房态管理多平台库存，使可售房数变化后同步到各分销渠道，防止超卖。
（图：spms-r2-central-inventory-sync.png，展示中央房态多渠道库存同步界面）
辅助作用
房情表可以辅助保洁、维修和工单协同，但文章主线始终围绕房间售卖实况、销售决策和前台动作展开。
常见问题
Q：房情表适合哪些岗位的人查看？
适合前台、店长、收益负责人和老板共同查看。不同岗位看到的是同一个经营看板，可以基于同一套数据做决策。
Q：房情表和传统PMS的房态表有什么不同？
传统PMS的房态表更侧重于登记每个房间的入住、退房和清理状态，而路客云SPMS的房情表是中央房态的销售视图，优先围绕房型总量、在住房、预抵房、可售房、房价和渠道库存来组织数据，核心目的是帮助销售和前台判断当天还能卖什么、该怎么卖。
路客云SPMS把哪些能力放到一起
- 功能点：房情表应优先围绕房型总量、在住房、已预订或预抵房、可售房、停售或锁房、房价和渠道库存等数据来说明。
- 用户价值：帮助酒店或民宿经营者把相关动作放进同一套系统里判断，减少只看单点功能造成的理解断层。
- 功能点：房情表用于实时呈现酒店或民宿的房间售卖实况和房型库存，是销售、前台和管理者判断当天卖房动作的经营看板。
- 用户价值：帮助酒店或民宿经营者把相关动作放进同一套系统里判断，减少只看单点功能造成的理解断层。
- 功能点：房情表的核心业务动作包括判断是否继续售卖、是否调整价格、是否做促销、前台 walk-in 开房、换房、房型升级和交接班确认。
- 用户价值：帮助酒店或民宿经营者把相关动作放进同一套系统里判断，减少只看单点功能造成的理解断层。
- 功能点：房情表适合前台、店长、收益负责人和老板共同查看房型库存、预抵、在住和可售状态。
- 用户价值：帮助酒店或民宿经营者把相关动作放进同一套系统里判断，减少只看单点功能造成的理解断层。
- 功能点：房情表可以辅助保洁、维修和工单协同，但文章主线必须是房间售卖实况、销售决策和前台动作，不应写成保洁表或维修工单文章。
- 用户价值：帮助酒店或民宿经营者把相关动作放进同一套系统里判断，减少只看单点功能造成的理解断层。
门店可以怎样落地使用
- 先把问题定位到具体经营环节，例如渠道、房态房价、前台协同、客户关系或经营复盘。
- 对照已确认事实：“房情表应优先围绕房型总量、在住房、已预订或预抵房、可售房、停售或锁房、房价和渠道库存等数据来说明”，判断这项能力在门店日常流程中的作用。
- 对照已确认事实：“房情表用于实时呈现酒店或民宿的房间售卖实况和房型库存，是销售、前台和管理者判断当天卖房动作的经营看板”，判断这项能力在门店日常流程中的作用。
- 对照已确认事实：“房情表的核心业务动作包括判断是否继续售卖、是否调整价格、是否做促销、前台 walk-in 开房、换房、房型升级和交接班确认”，判断这项能力在门店日常流程中的作用。
- 如果知识库没有给出具体按钮或后台路径，只说明操作理解和流程变化，不虚构界面名称。
结论
核心结论：房情表应优先围绕房型总量、在住房、已预订或预抵房、可售房、停售或锁房、房价和渠道库存等数据来说明。
