酒店的亏损很少是某一天突然发生的，多半是"某个指标连续三周偏离"却没人发现，等到月底财务出报表才追悔。经营预警就是把"事后发现"提前到"异常当天"。
设哪些指标预警
指标不是越多越好，选那些"一旦偏离就说明出事了"的：
| 指标 | 预警方向 | 说明 |
|---|---|---|
| 出租率 | 跌破阈值 | 最直接的需求信号 |
| RevPAR | 连续下滑 | 比单看房价更准 |
| 单渠道占比 | 异常升高 | 依赖单一渠道的风险 |
| 账务差异 | 出现非零 | 夜审不平即报警 |
| 满房开房 | 触发即报 | 超售与账实不符 |
| 改价频次 | 高于均值 | 配合审计，异常操作信号 |
前五个是"经营信号"，最后一个是"内控信号"，两类都要。
阈值怎么定：别拍脑袋
阈值拍脑袋，预警就会变成狼来了。三种更靠谱的定法：
1. 历史分位法：取过去 8 周同一天的出租率，跌破 20% 分位就预警。比"低于 60% 就报警"贴合自己的店 2. 同比/环比法：偏离去年同期或上周超过固定幅度（如 ±10%）触发 3. 绝对红线法：只用于必须零容忍的项，比如"账务差异出现即报"
组合使用：日常经营用分位/同比（容忍正常波动），内控项用红线（零容忍）。
避免告警疲劳
预警机制最常见的死法不是漏报，是告警太多导致没人看。三个措施：
- 分级：只把"必须今天处理"的推到手机，其余进日报。全量推送 = 全量忽略
- 静默期：同一个预警 24 小时内只提醒一次，避免反复打扰
- 升级机制：预警发出后若无人处理，超时自动升级给上级
> 一条判断标准：如果店长看完预警后的第一个反应是"这个我知道，不用管"，说明阈值定得太松，该收紧或减少指标。
预警之后必须有人接住
预警本身不解决问题，接住预警的流程才解决问题。每个预警指标都要绑定一个"标准动作"：
- 出租率跌破 → 当天检查渠道库存与价格
- 账务差异出现 → 当班前台立即自查并说明
- 改价异常 → 触发审计抽查
没有绑定动作的预警，只是一条会被人划掉的通知。把"预警 → 动作 → 复核"闭环起来，异常才真正在变成亏损之前被拦住。