收益管理系统与自动化
系统能替您做 80% 的重复劳动，但剩下 20% 必须由人把关。 这一模块教您怎么画出那条人机边界。
- 能说出 RMS 四个核心模块，以及数据是怎么在里面流动的
- 能画出自己酒店的人机边界：哪些交给系统自动执行、哪些必须人工干预
- 能配置 12 个必配参数，并说得出每个值的推荐理由
- 能制定自动化渐进路径，知道为什么不许跳级
- 能设计至少 8 条告警规则
前置要求：M06 价格体系、M07 库存战术。本模块是 L3 最后一课。
系统放大您，不是替代您。您越懂规则，系统配得越好；您不懂，它只会很努力地犯错。
一、RMS 的四个核心模块
不管哪个品牌的收益管理系统（RMS），拆开都是这四个模块。 本节系统无关——讲通用的原理，不针对任何具体产品。
渠道数据
竞争价格
事件日历
+ 提前窗口
→ 未来每一天
的预测需求
给出每一天
的建议价格
PMS 与各渠道
- 能同时处理几百个变量（历史、在手、竞对、事件、星期几、天气……）
- 从不疲倦、从不漏。365 天 × 10 个房型 × 6 个渠道，人做不到每天全查一遍
- 执行一致。不会今天心情好少降点、明天心情差多降点
- 能 24 小时响应。凌晨 3 点竞对降价，它立刻知道
- 遇到没见过的情况会失灵（新竞对开业、突发舆情、政府征用）
- 不懂组织。它不知道这个客户是销售跟了三年的战略客户
- 不承担责任。超售过度导致客人无房，挨骂的是您不是它
- 只会优化既定目标。目标设错了，它会很努力地往错的方向跑
系统负责 80% 的常规决策，人负责 20% 的关键判断。
上了 RMS 收益经理不会失业，但不用 RMS 的收益经理会——
因为他一个人查不了 365 天 × 10 房型 × 6 渠道的组合。
关键认知：系统放大您，不是替代您。您越懂规则，系统配得越好，产出越大；
您不懂规则，配出来的系统只会很努力地犯错。
二、人机边界：白名单与黑名单
这是本模块最核心的内容。把这张表画清楚，RMS 就出不了大事。
- 平峰日的小幅调价（±3–5%）
- 常规渠道开关
- 限制条件的批量设置与撤除
- 价格一致性巡检与告警
- 常规报表生成与推送
判断标准：错了代价可控，且容易回滚。
平峰日调错 5%，损失可能几千块，第二天改回来就行。
- D1 峰值日的任何调价
- 超售率 >10%
- 团队与会议询价决策（表 G / 表 K）
- 异常事件（表 L 的五种情况）
- 价格体系重构（表 F 的价差调整）
- 年度预算与滚动预测
判断标准：错了代价高，或涉及人的判断。
D1 日调错一次，可能损失几十万，且无法回滚。
云璟酒店全年 D1 日约 20 天（国庆、五一、春节、展会等），
但这 20 天的客房收入通常占全年 12–18%。
系统在这类日期的预测误差也最大——因为它见过的一手数据最少（一年才几次）。
所以：D1 日系统只给建议，人来拍板。这是《法典》表 A 约束 4 的硬性要求。
三、12 个必配参数
这些参数不能照抄——下面给的是云璟酒店的值，以及为什么是这个值。 您要按自己酒店的情况算一遍。
| # | 参数 | 推荐值 | 为什么是这个值 |
|---|---|---|---|
| 1 | 竞争组合 | 5 家，加权均价 ¥680 | 选房量相近、档次相同、3km 内的竞对。太少没代表性，太多采集不过来。 |
| 2 | 价格地板 | ¥480 | 低于此价连变动成本都收不回（布草洗涤 + 能耗 + 早餐 + 佣金约 ¥470）。 |
| 3 | 价格天花板 | ¥2,400 | 品牌线。超过会伤害口碑，且会被OTA降权。平峰 BAR ¥680 的 3.5 倍。 |
| 4 | 调价步长 | 最小 3%，最大 20% | 与《法典》表 A 一致。低于 3% 市场无感知，高于 20% 会吓跑客人。 |
| 5 | 调价频率 | 每日最多 2 次 | 《法典》表 A 约束 1。改太频繁，渠道同步跟不上，还会触发价格一致性告警。 |
| 6 | 房型价差 | 85/100/120/140/145/180/265 | 《法典》表 F。设定一次，全房型价格自动生成，每周一校验。 |
| 7 | 渠道优先级 | 直销 > 会员 > 协议 > GDS > OTA > 批发 | 按渠道成本排序（3%/4%/8%/13%/16%/26%）。房好卖时从右往左关。 |
| 8 | 超售上限 | 5% 且 ≤15 间 | 《法典》表 E 硬上限。两条都要满足，取小值。 |
| 9 | 细分权重 | OTA 权重不宜过高 | 权重太高，系统会学成「只会降价冲量」。按净贡献设权重，别按产量。 |
| 10 | 预测模型 | 历史 + Pickup + 事件 复合模型 | 只用历史跟不上变化；只用 Pickup 在远期不稳定；加事件才能处理展会这类脉冲。 |
| 11 | 审批流 | D1 日调价、超售>10% 必须人工审批 | 与黑名单一致。系统给建议，人来拍板并留痕。 |
| 12 | 告警阈值 | Pickup 偏差 >±30%；ARI >120 或 <80 | 超出常规波动范围，说明有异常，需要人介入看一眼。 |
很多人按产量设权重，结果 OTA 产量最大、权重最高，系统就学成了「降价冲 OTA 量」。
正确做法是按净贡献设权重——把渠道成本扣掉之后再算，直销的权重应该高于 OTA。
每季度必须复核一次全部 12 个参数。市场在变，竞对在变，参数不跟着变，系统就会越跑越偏。
四、自动化渐进路径（不许跳级）
适用：80 间以下、无专职收益。验收：能稳定完成每日流水线。
适用：任何规模，建议所有人从这里开始。验收：调价命中率可统计。
适用：150 间以上、有专职收益。验收：连续 3 个月，系统建议的采纳率 >70%。
适用：Level 2 跑顺 3 个月以上。验收：白名单动作的出错率 <2%。
适用：多店集团、有成熟中台。验收：RGI 稳定跑赢竞争组合，且季度复盘无重大事故。
最常见的失败是：直接上系统、直接开全自动（从 Level 0 跳到 Level 3/4）。
后果通常是：系统参数没配好 → 建议价格离谱 → 但因为全自动，没人看 →
连续跑了一个月才发现 ADR 掉了 15%。
正确做法：从 Level 2 开始，跑顺三个月再放白名单。
这三个月的价值不只是验证系统，更是让人学会看懂系统的建议——
您看得懂它为什么这么建议，才敢放手让它自己干。
五、系统选型十问
给要买系统的学员用。问销售这十个问题，答不上来的直接淘汰。
| # | 要问的问题 | 什么样的答案算合格 |
|---|---|---|
| 1 | 能对接我们现在的 PMS 吗？是直连还是定时同步？ | 直连。定时同步（如 4 小时一次）在旺季会出事 |
| 2 | 竞争价格数据从哪来？多久更新一次？ | 每日至少 1 次，且能自定义竞争组合 |
| 3 | 能设置价格地板/天花板吗？能不能按房型分别设？ | 能，且必须能按房型分别设 |
| 4 | 能不能配置审批流？哪些动作需要人工确认？ | 能自定义规则，至少支持按日期类型和幅度配置 |
| 5 | 预测模型是什么？能不能看预测准确率？ | 能输出历史准确率，且能按天查看 |
| 6 | 能不能处理团队和会议的置换分析？ | 能，或者至少能手动录入团队占用后再预测 |
| 7 | 告警规则能不能自定义？支持哪些通知方式？ | 能自定义阈值，支持邮件 + 短信/微信 |
| 8 | 能不能导出全部决策日志？ | 能，且包含「当时看到什么数、给出什么建议」 |
| 9 | 实施周期多久？包含几次参数调优？ | 不超过 3 个月，至少包含 2 次调优 |
| 10 | 能不能先试运行 3 个月，只看建议不自动执行？ | 必须能。不给试运行的，直接淘汰 |
六、告警规则设计
系统应该在您需要知道的时候打扰您，而不是天天发消息。 告警太多等于没有告警——人会自动忽略。
| # | 告警 | 阈值 | 收到后做什么 |
|---|---|---|---|
| 1 | Pickup 异常落后 | 48h 内落后 >30% | 查表 L 是否触发需求暴跌，是则启动应急 |
| 2 | Pickup 异常领先 | 24h 内领先 >60% | 查表 L 需求暴涨，考虑提价与 MinLOS |
| 3 | ARI 越界 | >120 或 <80 | 查表 C，判断是提价还是降价 |
| 4 | 竞对大幅降价 | 单日降幅 >15% | 先怀疑数据，再查表 D，不盲目跟价 |
| 5 | 价格一致性违规 | 直销价 > 任一 OTA 价 | 24 小时内整改（表 H 红线） |
| 6 | 接近满房 | 某日预测 OCC ≥95% | 查表 B，配 MinLOS/CTA、关低价渠道 |
| 7 | 渠道断连 | 某渠道 2 小时无订单 | 切手动模式，通知渠道经理（表 L） |
| 8 | 超售率逼近上限 | 某日超售 >可售房量 4% | 复核表 E 的修正系数，确认备用酒店 |
某酒店配了 30 条告警，每天收 80+ 条消息。两周后，收益经理把告警邮箱设成了自动归档。
第三周，国庆前一天渠道断连 6 小时，告警发了 12 封，一封没看到。
等发现时，那天的 OTA 库存已经被竞对抢光，OCC 只有 71%（预测 96%）。
教训：告警的价值在于稀缺性。宁可只留 8 条真正重要的，也不要 30 条全都要看。
七、讲师示范：给云璟配一套 RMS 参数并处置一次异常
场景：云璟酒店要上线 RMS，您作为收益经理做初始参数配置，并在一次 D1 日异常中拍板。
| 环节 | 动作 | 取值 / 决策 | 依据 |
|---|---|---|---|
| 1 | 竞争组合 | 5 家，加权均价 ¥680 | 房量相近、档次相同、3km 内 |
| 2 | 价格地板 / 天花板 | ¥480 / ¥2,400 | 地板=变动成本线；天花板=品牌线 3.5×BAR |
| 3 | 细分权重 | 按净贡献，直销>OTA | 避免系统学成「降价冲量」 |
| 4 | 审批流 | D1 日调价、超售>10% 需人批 | 黑名单硬要求 |
| 5 | D1 日（国庆）异常 | 系统 09:00 建议 +20% | 表 A：OCC≥95% 列 +20% |
| 6 | 人拍板 | 批准，但手动加锁 14:00 前不二次调 | 表 A 约束 2：24h 同方向≤2 次 |
| 7 | 复盘 | 当日 OCC 97%、ADR ¥1,180，RevPAR ¥1,144 | 比平峰 RevPAR ¥445 高 157%，达标 |
① 参数先按本店标定，尤其细分权重按净贡献；② D1 日系统只给建议，人必须拍板并留痕； ③ 即便批准也要遵守表 A 的调价约束（同方向频率 / 幅度）；④ 事后用 RevPAR 复盘，数据回流调参。
八、学员跟练（4 题）
用云璟真实数据独立练，答案在折叠里。
参考思路
救济：退回 Level 2（系统推荐+人工确认）跑三个月，期间用新店真实数据重新标定 12 参数 （尤其表 E 超售率、表 C 的 ARI 绝对值、表 F 价差），每季度复核。
参考思路
正确做法：按净贡献设权重——扣掉渠道成本后，直销（3%）权重应高于 OTA（16%）。让系统学的是「利润」不是「间夜」。
参考思路
参考思路
九、随堂测（5 题）
查看答案
系统强在：能同时处理几百个变量；从不疲倦不漏；执行一致；24 小时响应。
系统弱在：遇到没见过的情况会失灵；不懂组织（不知道哪个是战略客户）； 不承担责任；只会优化既定目标（目标错了就往错的方向跑）。
查看答案
例：平峰日小幅调价（±3–5%）、常规渠道开关、限制条件批量设置与撤除。
黑名单判断标准：错了代价高，或涉及人的判断。
例：D1 峰值日的任何调价、超售率 >10%、团队与会议询价决策（表 G/表 K）、 异常事件（表 L）。
查看答案
① 占比太高——云璟酒店全年 D1 日约 20 天，但这 20 天的客房收入占全年 12–18%。 调错一次损失几十万，且无法回滚。
② 系统在这类日期预测误差最大——因为它见过的一手数据最少（一年才几次）。
这也是《法典》表 A 约束 4 的硬性要求。
查看答案
常见错误是按产量设权重——结果 OTA 产量最大、权重最高， 系统就学成了「降价冲 OTA 量」，NRevPAR 越跑越低。
正确做法：按净贡献设权重——把渠道成本扣掉之后再算， 直销（成本 3%）的权重应该高于 OTA（成本 16%）。
另外，12 个参数每季度必须复核一次。
查看答案
正确做法：从 Level 2（系统推荐 + 人工确认）开始，跑顺三个月再放白名单。
这三个月的价值不只是验证系统，更是让人学会看懂系统的建议—— 您看得懂它为什么这么建议，才敢放手让它自己干。
另外，选型第 10 问就是「能不能先试运行 3 个月，只看建议不自动执行」， 不给试运行的供应商直接淘汰。
从 M01 的「OCC 怎么算」，到现在的「系统怎么配」，您走完了 L1 → L2 → L3 的完整路径。
最后一句提醒：阈值是通用起点，不是圣经。
回到岗位后用三个月，拿自己酒店的真实数据把这 15 张表重新标定一遍——
尤其是表 E（超售率）、表 C（ARI 绝对值）、表 F（价差）。
把这套东西教会您团队里的下一个人——那才是真正的掌握。
十、判定表默写清单
本模块结业前，必须能不翻资料默写以下条目：
- RMS 四模块顺序：数据接入 → 需求预测 → 价格推荐 → 自动下发。
- 人机边界判断标准：白名单=错了代价可控且易回滚；黑名单=错了代价高或需人判（D1 日、超售>10%、表 G/K、表 L、价格体系重构、年度预算）。
- 12 参数中最易错的是「细分权重」——必须按净贡献设，不能按产量。
- 渐进路径 L0→L4 不许跳级；从 L2 跑顺三个月再放白名单。
- 告警原则：稀缺性；只留真正需人介入的，宁少勿多。
- 《人机边界表》——用您自己酒店的情况填一份（白名单 / 黑名单）
- 《12 个必配参数表》——每个参数写出您酒店的值和理由
- 《告警规则清单》——至少 8 条，含阈值和收到后做什么