酒店客房控制：业主应该写进规格书的事

酒店客房控制的任务书很简单：宾客在时舒适，不在时高效，中间过程无感。大多数项目做到了其中两点。

区别通常不在硬件，而在规格书：客房控制器拥有什么，PMS 如何交互，宾客可以覆盖什么，运营方在移交后能看到什么。

客房是一个系统

现代客房包含照明、遮阳、空调、门禁、服务请求、迷你吧或存在感应，有时还有 AV。客房控制器（RCU）在本地协调它们，建筑平台负责组合级监管。

这个分工很重要。中央网络断开时，房间应该继续工作；网络恢复时，平台应该知道期间发生了什么。

把房间模式写清楚

大多数客房控制失败，来自未定义的模式。一份实用的规格书至少定义：

• 迎宾：入住或首次进门触发；照明场景、舒适温度、窗帘打开。
• 入住：宾客在房内；舒适边界生效，服务请求可用。
• 睡眠：夜间场景、降低照明、更安静的空调、勿扰逻辑。
• 离房：宾客外出；节能温度带、照明关闭、通风降低。
• 深度清洁 / 维护：员工模式，全照明，暂停宾客覆盖。

每个模式都应定义照明场景、空调设定值、遮阳位置、通风状态，以及哪些覆盖仍然可用。

PMS 集成：事件，不是截屏

PMS 集成应该交换事件，而不是抓屏。入住、退房、换房与 VIP 状态是有用的信号。客房控制器用它们设置初始模式，平台用它们报告房态。

写清楚 PMS 不可用时怎么办。房间应回落到安全的本地模式，平台应发出明确告警，而不是默默猜测。

宾客覆盖

宾客应该能在边界内调整舒适。边界应该明确：温度带、夜间最大风速、某个时间后的最大照明亮度。房间变为空置时，覆盖应失效。

宾客不应该为了打开浴室灯去读说明书。如果界面需要解释，场景设计就还没完成。

不牺牲舒适的节能

客房级节能来自少数几个措施：空置温度带、空房降低通风、照明跟随存在、遮阳响应日照与隐私。这些都不需要宾客感到妥协。

把它们分开计量。客房级电表与清晰基线，让运营方看到控制策略是否有效，以及异常出现在哪里。

移交包里放什么

结论

客房控制在成为技术问题之前，先是规格问题。定义模式、定义 PMS 事件、定义覆盖、定义移交。技术是成熟的，清晰不是。