十一月的一个周五早上,RMS㉗(收益管理系统)弹出建议:
周总在周会上看到这条,第一反应是:"系统是我们花钱买的,它算了几十万个数据点,凭什么不听?"
林岚举手:"我想先查一下它的输入。"
林岚做的第一件事:查竞争价格这个输入。
RMS 抓的竞争价格是从三个 OTA 爬取的"最低可售价"。她把五家竞品 11/22 的价格逐个打开看:
"五个竞品里,三个抓错了。"林岚说,"RMS 抓的是公开渠道的'最低挂牌价',但那不是 BAR——是各家带栅栏的促销价。"
她重算竞争组合均价:
"RMS 认为对手均价 607,实际是 672。"
那么 ARI⑫:
"结论反过来了。"林岚说,"系统说我们贵、该降价;真实情况是我们便宜,不该降。"
第二件事:查"在手低于预测"这个输入。
RMS 说在手低于预测 14%。林岚查了预测的依据:
"三个输入都不准。"林岚说,"历史参照日选错了(有展会),团队和协议的待确认订单没进系统——因为在手只看已确认的。"
她把郑昊的 60 间和协议的 40 间加进去,重算:
十一月的一个周五早上,RMS㉗(收益管理系统)弹出建议:
周总在周会上看到这条,第一反应是:"系统是我们花钱买的,它算了几十万个数据点,凭什么不听?"
林岚举手:"我想先查一下它的输入。"
林岚做的第一件事:查竞争价格这个输入。
RMS 抓的竞争价格是从三个 OTA 爬取的"最低可售价"。她把五家竞品 11/22 的价格逐个打开看:
"五个竞品里,三个抓错了。"林岚说,"RMS 抓的是公开渠道的'最低挂牌价',但那不是 BAR——是各家带栅栏的促销价。"
她重算竞争组合均价:
"RMS 认为对手均价 607,实际是 672。"
那么 ARI⑫:
"结论反过来了。"林岚说,"系统说我们贵、该降价;真实情况是我们便宜,不该降。"
第二件事:查"在手低于预测"这个输入。
RMS 说在手低于预测 14%。林岚查了预测的依据:
"三个输入都不准。"林岚说,"历史参照日选错了(有展会),团队和协议的待确认订单没进系统——因为在手只看已确认的。"
她把郑昊的 60 间和协议的 40 间加进去,重算:
"系统说'在手不够要降价',实际是'在手够了,还偏多'。"
第三件事:她还是没完全听自己的。
林岚给周总的结论是"不降",但她补了一句:
"不降,但我也不建议现在提价。因为系统虽然数据有问题,但它抓到一个真信号:OTA 上我们 11/22 的曝光转化在掉。这说明有客人在比价。"
她给的方案:
11/22 的实际结果:
但故事还有下半场。三个月后,林岚反过来听了系统一次。
二月,RMS 建议提价:2/14(情人节周五)从 613 提到 720。
林岚的第一反应是不提:"情人节我们从来没提过价,去年也没提。"
小马提醒她:"去年 2/14 的数据在系统里是 OCC 91%、ADR 613,但当天 18:00 之后 OTA 上还有 12 间在售,全部以 613 卖掉——说明需求没被满足完。"
林岚查了:确实。去年情人节我们低估了需求,卖便宜了。
"这次我听系统的。"她说。
结果:2/14 OCC 88%、ADR 702、RevPAR③ 618——比去年同日 RevPAR 涨了 11%,且 18:00 前就售罄。
"系统说'在手不够要降价',实际是'在手够了,还偏多'。"
第三件事:她还是没完全听自己的。
林岚给周总的结论是"不降",但她补了一句:
"不降,但我也不建议现在提价。因为系统虽然数据有问题,但它抓到一个真信号:OTA 上我们 11/22 的曝光转化在掉。这说明有客人在比价。"
她给的方案:
11/22 的实际结果:
但故事还有下半场。三个月后,林岚反过来听了系统一次。
二月,RMS 建议提价:2/14(情人节周五)从 613 提到 720。
林岚的第一反应是不提:"情人节我们从来没提过价,去年也没提。"
小马提醒她:"去年 2/14 的数据在系统里是 OCC 91%、ADR 613,但当天 18:00 之后 OTA 上还有 12 间在售,全部以 613 卖掉——说明需求没被满足完。"
林岚查了:确实。去年情人节我们低估了需求,卖便宜了。
"这次我听系统的。"她说。
结果:2/14 OCC 88%、ADR 702、RevPAR③ 618——比去年同日 RevPAR 涨了 11%,且 18:00 前就售罄。
周总在季度复盘会上问林岚一个问题:
"您什么时候听系统,什么时候不听?给我个规矩。"
林岚给了三条:
她还加了一张表:系统准确度追踪。
"覆写㉘成功率从 76% 降到 50%,说明系统越用越准——因为我在纠正它的输入。"林岚说,"等我把它喂对了,我就可以少管它了。"
周总在季度复盘会上问林岚一个问题:
"您什么时候听系统,什么时候不听?给我个规矩。"
林岚给了三条:
她还加了一张表:系统准确度追踪。
"覆写㉘成功率从 76% 降到 50%,说明系统越用越准——因为我在纠正它的输入。"林岚说,"等我把它喂对了,我就可以少管它了。"
决策点一:系统和人冲突,听谁的?
决策点二:系统在哪些事上比人强?
决策点三:人在哪些事上比系统强?
决策点四:怎么让系统越来越准?
决策点一:系统和人冲突,听谁的?
决策点二:系统在哪些事上比人强?
决策点三:人在哪些事上比系统强?
决策点四:怎么让系统越来越准?
| 输入 | 常见错误 | 人工核查方法 |
| 竞争价格 | 抓到促销价/会员价,不是 BAR | 逐个打开看是否需登录、是否含餐 |
| 历史参照日 | 选到有事件的日子,或选到异常日 | 查当天有没有展会/节假日/异常 |
| 在手与预测 | 不含待确认订单、不区分客源 | 加上团队/协议待确认(按 60% 估) |
核查口诀:三个输入,每次看建议前过一遍,五分钟。
| 规矩 | 内容 |
| 必记原因 | 每次覆写在台账写"因为什么"(输入错?信息差?) |
| 限幅 ±10% | 超限要上级批,防止情绪化调价 |
| 月度复盘 | 统计覆写成功率,看系统是否在变准 |
覆写成功率持续 >80%:说明系统配置有问题,要请供应商调参
覆写成功率 <30%:说明您在过度干预,该放手了
| 工作 | 系统 | 人 |
| 计算最优价 | ✅ | 复核输入 |
| 处理几百个日期 | ✅ | 设例外 |
| 抓取竞品价格 | ✅ | 清洗(识别促销价) |
| 预测需求 | ✅ | 补录事件与待确认单 |
| 识别数据异常 | ❌ | ✅ |
| 判断"这次不一样" | ❌ | ✅ |
| 为结果负责 | ❌ | ✅ |
```
系统准确度 = 采纳后更优的次数 ÷ 总建议次数
覆写成功率 = 覆写后更优的次数 ÷ 覆写次数
```
目标:三个月内把覆写率降到 20% 以下——不是因为放弃判断,是因为把输入喂对了。
| 输入 | 常见错误 | 人工核查方法 |
| 竞争价格 | 抓到促销价/会员价,不是 BAR | 逐个打开看是否需登录、是否含餐 |
| 历史参照日 | 选到有事件的日子,或选到异常日 | 查当天有没有展会/节假日/异常 |
| 在手与预测 | 不含待确认订单、不区分客源 | 加上团队/协议待确认(按 60% 估) |
核查口诀:三个输入,每次看建议前过一遍,五分钟。
| 规矩 | 内容 |
| 必记原因 | 每次覆写在台账写"因为什么"(输入错?信息差?) |
| 限幅 ±10% | 超限要上级批,防止情绪化调价 |
| 月度复盘 | 统计覆写成功率,看系统是否在变准 |
覆写成功率持续 >80%:说明系统配置有问题,要请供应商调参
覆写成功率 <30%:说明您在过度干预,该放手了
| 工作 | 系统 | 人 |
| 计算最优价 | ✅ | 复核输入 |
| 处理几百个日期 | ✅ | 设例外 |
| 抓取竞品价格 | ✅ | 清洗(识别促销价) |
| 预测需求 | ✅ | 补录事件与待确认单 |
| 识别数据异常 | ❌ | ✅ |
| 判断"这次不一样" | ❌ | ✅ |
| 为结果负责 | ❌ | ✅ |
```
系统准确度 = 采纳后更优的次数 ÷ 总建议次数
覆写成功率 = 覆写后更优的次数 ÷ 覆写次数
```
目标:三个月内把覆写率降到 20% 以下——不是因为放弃判断,是因为把输入喂对了。
| 情境 | 系统建议 | 林岚的判断 |
| 本例:11/22 | 降 8%(输入错) | 不降,加价值包 |
| 情人节 2/14 | 提价到 720 | 听系统的(去年卖便宜了) |
| 展会周(案例 05) | 提价 | 听,且人工再加关档与 MLOS |
| 淡季(案例 06) | 降价 | 听,但加四道栅栏 |
系统给出的"方向"大多是对的,错的是"幅度"和"依据"。
人的价值,在于核对依据、调整幅度、补上系统不知道的信息。
| 情境 | 系统建议 | 林岚的判断 |
| 本例:11/22 | 降 8%(输入错) | 不降,加价值包 |
| 情人节 2/14 | 提价到 720 | 听系统的(去年卖便宜了) |
| 展会周(案例 05) | 提价 | 听,且人工再加关档与 MLOS |
| 淡季(案例 06) | 降价 | 听,但加四道栅栏 |
系统给出的"方向"大多是对的,错的是"幅度"和"依据"。
人的价值,在于核对依据、调整幅度、补上系统不知道的信息。
《RMS 复核 · 找输入错误》——给您 15 条系统建议和它的数据源,找出哪几条的输入是错的。
games.html(站点游戏中心)《RMS 复核 · 找输入错误》——给您 15 条系统建议和它的数据源,找出哪几条的输入是错的。
games.html(站点游戏中心)信输入,不信结论。
系统算得快、不情绪化,但它不知道您手上那笔还没确认的团单,也分不清对手的促销价和 BAR——
而这五分钟的核对,就是收益经理最值钱的地方。
怎么用这个附录
正文里带角标的词(如"预订进度⑤"),可以点角标跳到这里的对应条目;
每个条目末尾又给了回到案例的链接——前后互查。
想不起某个公式、某条流程在哪一篇,也从这里倒查。
>
角标规则:名词用带圈数字(①–㉟),公式用 F,流程用 S,表格用 T。
| 编号 | 公式 | 出处 |
| F1 | OCC = 已售房晚 ÷ 可售房晚 | 01 02 |
| F2 | ADR = 客房收入 ÷ 已售房晚 | 01 |
| F3 | RevPAR = 客房收入 ÷ 可售房晚 = OCC × ADR | 01 |
| F4 | 收入变动 = (1+出租率变动%) × (1+房价变动%) − 1 | 01 |
| F5 | 打平所需涨幅 = 降价幅度 ÷ (1 − 降价幅度) | 01 06 |
| F6 | 量差贡献 = (OCC今年−OCC去年) × ADR去年 | 04 |
| F7 | 价差贡献 = (ADR今年−ADR去年) × OCC今年 | 04 |
| F8 | 净置换收益 = 团队总贡献 − 被置换散客价值 − 厅的机会成本 | 07 12 |
| F9 | 保护位 = 预测高价需求 × 安全系数(1.0–1.15) | 07 |
| F10 | 低价可售上限 = 可售房晚 − 保护位 | 07 |
| F11 | ARI=本店ADR÷组合ADR;MPI=本店OCC÷组合OCC;RGI=ARI×MPI | 09 |
| F12 | 渠道净价 = 挂牌价 − 佣金/返点 − 积分成本 | 08 |
| F13 | 增量率 = (渠道间夜 − 关掉后补回的间夜) ÷ 渠道间夜 | 08 |
| F14 | 人均贡献 = (房费+餐饮+会场 − 全部成本) ÷ 人数 | 12 |
| F15 | 季节性指数 = 某月三年平均RevPAR ÷ 全年平均RevPAR | 11 |
| F16 | 超售量 = Σ(各渠道在手 × 该渠道No-show率) × 保守系数(0.5–0.7) | 13 |
| 编号 | 表格 | 用在哪 | 下载 |
| T1 | 每日收益数据包 | S1、S3 | 01_每日收益日报.xlsx |
| T2 | Pickup 预订速度追踪表 | 案例 05 | 02_Pickup预订速度追踪表.xlsx |
| T3 | 竞争比价与响应记录表 | S5 | 03_竞争比价监测表.xlsx |
| T4 | 调价台账 | S1、S9 | 04_调价台账.xlsx |
| T5 | 房型价差与价格体系表 | 案例 07、10 | 05_房型价差与价格体系.xlsx |
| T6 | 年度预算与月度分解表 | S10 | 06_年度预算与月度分解.xlsx |
| T7 | 周报月报模板(含复盘归因) | S1、案例 04 | 07_周报月报模板.xlsx |
| T8 | 超售计算器 / 会议置换表 | S7、S8 | 08_超额预订计算器.xlsx |
打包下载:HRMA高校教师开课资料包.zip(站点资料区)
| 表 | 用途 | 什么时候查 |
| 表 A | 价格:升、降、还是维持 | 每日 9:00,库存决策之后 |
| 表 B | 库存与限制条件:关不关档、设不设最短住期 | 每天第一个查 |
| 表 C | 竞争比价七档:对手降了怎么判 | 竞品价格变动时 |
| 表 E | 超售三步法 | 满房夜 |
| 表 F | 房型价差与价格体系 | 排价格层级时 |
| 表 G | 团队询价 | 销售拿单回来时 |
| 表 K | 会议宴会贡献 | 大团队带宴会时 |
| 表 L | 应急:夜审前 3 小时余房 | 21:00 后 |
| 表 N | 周报月报口径 | 月度复盘 |
| 其余 | 细分、渠道、预测、预算相关 | 见各篇【知识提炼】 |
完整 15 表见站点:codex.html(收益管理操作法典)
酒店:杭州滨江云璟酒店|300 间(高级 150 / 豪华 90 / 行政 45 / 套房 15)|大宴会厅 800㎡ + 6 会议室|
客源:商务散客 42% / 会议团队 24% / OTA 20% / 协议 10% / 会员 4%|
基线 OCC 68%、ADR 620、RevPAR 422|变动成本 95 元/间夜。
人物:林岚(收益经理·主角)、周总(总经理)、郑昊(销售总监)、苏晴(前厅经理)、
老陈(预订主管)、小马(收益专员·新人)、赵敏(电商与渠道经理)。
完整设定见站点:book-case.html 开篇《全书设定与目录》。