15 组流程对比：正确流程 vs 三种错误做法，每种错误给出量化代价｜同一家五星酒店：杭州滨江云璟｜2026-10-06
这本书怎么用
每一组都是：一条正确流程 + 2–3 种常见错误做法 + 做错的代价。
读法是先看错误做法——因为它 usually 就是您现在正在做的；再看正确流程差在哪一步。
流程的价值不在于"做对能多赚多少"，在于"做错会亏多少"。
>
案例仍用同一家酒店：杭州滨江云璟酒店（300 间房，物理条件全书不变）。
---
正确流程（每天 8:30–9:30）
```
① 看数：昨日经营 + 未来 14 天在手曲线 + 竞品比价
② 找出"哪天要出事"（在手明显低于去年/预测的那一天）
③ 查表 B（库存与限制条件）：先决定关不关档、设不设最短住期
④ 查表 A（价格）：再决定升、降、还是维持
⑤ 执行（团队/竞品/尾房分别按流程走）
⑥ 17:30 记调价台账（动作 + 依据 + 待观察结果）
```
小马接手第一周的做法：看到在手低，立刻降价。
后果：门还开着就降价，等于给本来能高价卖的房打折。
同一天（下周三）两种做法对比：
| 做法 | OCC | ADR | RevPAR |
| 正确（先看库存再看价） | 71% | 613 | 435 |
| 错误 A（先降价） | 74% | 581 | 430 |
多卖了 9 间房，RevPAR 反而少 5 元。
"出租率 45%，太低了，降。"——不看在手、不看 Pickup、不看是哪一天。
后果：OCC 是所有日期的平均数，它会把"展会那天 98%"和"淡季周三 40%"混在一起。
用平均数做决策，一定两头都错：旺季该提价的没提，淡季该守的没守住（见案例 01）。
老陈的老习惯：展会前设了"最短住期 2 晚"，展会结束忘了撤。
后果：接下来的淡季，所有只住 1 晚的客人都被挡在门外。
按本店数据：淡季 1 晚客占 38%，忘撤一周 = 少卖约 80 间。
先决定"卖不卖"（库存），再决定"卖多少钱"（价格）。顺序反了，价格就白调了。
---
正确流程
```
① 问清三件事：日期 / 房型 / 有没有餐饮与会议室
② 按天拆开（不同日期结论可能相反）
③ 算团队总贡献（房费 + 餐饮会议 − 变动成本）
④ 算被置换的散客价值（按当天散客预测价）
⑤ 算厅的机会成本（被推掉的其他询单）
⑥ 净收益 > 0 才接；负收益的天数帮客户协调周边
⑦ 房型按差价排序：差价大的房型不给团队
```
郑昊的老做法："老客户，三年了，接。"
后果（案例 07）：120 间团队撞上散客高峰，接了比不接少赚 1.9 万；
而按天拆开后只接周三日，净收益 +7.6 万。
把周三、周四、周五打包成一个数算。
后果：三天里旺日（周四、周五）的负收益被旺日的高价掩盖，
看起来"整单赚"，实际旺日在亏。分开算，答案完全不同。
只算了房和餐饮，忘了厅被占掉后推掉的那场会。
后果（案例 12）：漏掉的厅机会成本 14.85 万——
这一项漏了，整单从"赚 14 万"变成实际"赚 22.7 万"的判断会完全跑偏。
接团队看的是"比不接多赚多少"，而这个数必须按天拆、按房型拆、把厅的机会成本算进去。
---
正确流程
```
① 算 ARI：本店 ADR ÷ 竞争组合 ADR（注意用 BAR，不是促销价）
② 判断是否超出合理区间（本店 1.02–1.10）
③ 查历史：这个对手、这个幅度、这个时长，我们跟过的结果
④ 判客群：抢的是同一批人吗？（工作日商务 vs 周末休闲）
⑤ 决定：不跟 / 价值战 / 定向价 / 降 BAR（代价从小到大选）
⑥ 记录这次事件的所有参数，下次直接查表
```
B 店降 15%，我们也降 15%。
后果：回到的是"对手的价格"，不是"自己的位置"。
本店按 ARI 算只需要降 6%（案例 09）。多降的 9% 是白送的。
把 BAR 从 621 改到 583，全渠道可见。
后果：BAR 是全年的锚。公开降一次，明年的协议谈判、会员预期、OTA 比价全都跟着变
（案例 01 的教训：399 被截图，协议公司第二年拿截图来谈判）。
同样回到 ARI 1.08，用会员定向价就能做到，BAR 不用动。
"上次没跟赚了，这次也不跟。"
后果：上次（案例 03）是 3 天、工作日商务客、客群不重叠 → 不跟对。
这次（案例 09）是 14 天、含周末、抢的是价格敏感的休闲客 → 不跟会掉 31 间在手。
"上次不跟"的经验不能直接搬，要看这次的三个参数。
跟价的目标是回到自己的位置，不是追上对手的价格；而"不跟"的经验也要按参数判断，不能一句"上次没跟"了事。
---
正确流程
```
① 按渠道算 No-show 率：OTA 现付 12% / 协议 5% / OTA 预付 2% / 团队 1%
② 超售量 = Σ(各渠道在手 × 该渠道 No-show 率) × 保守系数（0.5–0.7）
③ 锁定 2 家周边协议酒店作兜底
④ 明确补偿标准：外送房费 + 交通 + 次日升级
⑤ 满房后前台只推荐周边，不自行放房
```
"去年这时候 No-show 大概 20 间，那就多卖 20 间。"
后果（案例 13）：当天客源结构变了（OTA 现付比例低、全是预付和协议），
实际 No-show 只有 8 间 → 3 位客人到店无房。
真实成本 = 外送房费 1,560 + 协议客补偿 1,880 + 差评影响 ≈ 7,640 元，
是"直接支出"的 3–5 倍。
"超售了再说，到时候找酒店。"
后果：旺季周边也满房，客人只能被送到很远的地方，投诉率翻倍。
没有兜底就不该超售——这是硬性前提。
苏晴的做法：满房后为安抚 walk-in 客人，放了 15 间八折房。
后果：① 破坏价格体系（BAR 被前台打八折）；② 挤掉了已预订客人的房。
前台永远不创造价格，只执行价格——写死的授权表才能解决（案例 13）。
超售是算术，不是胆量：按渠道算 No-show、乘保守系数、先锁兜底酒店——三件事少一件就别做。
---
正确流程
```
① 不急着选一个信，先查差在哪一类
② 排查顺序：夜审时差 → No-show 未释放 → 团队/线下单 → 重复订单
③ 修口径：可售房晚 = 总房晚 − 维修 − 自用 − 预留 − 免费房
④ 用账务反推校验：已售房晚 = 客房收入 ÷ ADR
⑤ 修好后写进每日取数清单（固定字段/来源/口径/截止时间）
```
老陈的做法："PMS 为准，我这些年都这么报。"
后果（案例 02）：PMS 说 71%、CRS 说 68%，两个都不准。
真数要用账务反推：128,940 ÷ 620 = 208 间，OCC = 208 ÷ 291 = 71.5%。
靠"信一个"报出来的数，会一路错到判定表。
小马的第一版表：300 间当分母。
后果：实际可售 291 间，分母差 9 间 → OCC 差 2.5 个百分点。
一个点查错一格，后面所有动作跟着错。
"既然对不上，那就每天把所有订单对一遍。"
后果：一天两小时耗在对数上，没时间做判断。流程的价值是把"查"变成例外处理
——固定取数清单 + 异常时才逐单查。
两个系统对不上，不是选一个信，是查差在哪一类；而分母用错，后面查表查出的每一个动作都是错的。
---
| 流程 | 做错一次的典型代价 | 正确做法多赚/少亏 |
| 每日定价顺序 | RevPAR −5 元/天（一周 −1 万） | +1 万/周 |
| 团队询价 | 少赚 1.9 万（案例 07） | +7.6 万 |
| 竞品响应 | 多降 9%（全年 BAR 被拉低） | GOPPAR +17% |
| 超售执行 | 客诉真实成本 7,640 元/次 | 客诉 2.4 → 0.3 起/月 |
| 数据核对 | OCC 差 2.5 点 → 查表全错 | 口径对了才能谈分析 |
这张表是这本书想留下的东西：
不是"正确流程多好"，而是"做错一次，账上会少多少"。
---
| 批 | 组 | 主题 |
| 第二批 | 6–10 | 月度复盘 / 预算分解 / 渠道决策 / 保护位 / 宴会置换 |
| 第三批 | 11–15 | 前台授权 / RMS 复核 / 年度预算 / 客诉补偿 / 满房夜运营 |
全书 15 组已全部完成，第三批末尾有全书总账与三条规律。
本批 5 组：月度复盘、需求预测与预算分解、渠道结构决策、保护位设定与释放、会议宴会置换。
前五组（第一批）讲的是"每天会遇到的流程"，这一批讲的是"每月、每季才会做一次、
但错了会错一整个周期"的流程。
---
正确流程
```
① 取三个同口径的数：实际 / 预算 / 去年同期（口径不同就不比）
② 算收入差 = 实际 − 预算
③ 拆量差 =（实际间夜 − 预算间夜）× 预算 ADR
④ 拆价差 =（实际 ADR − 预算 ADR）× 实际间夜
⑤ 量差价差再拆到客源（散客 / 团队 / OTA / 协议）
⑥ 价差再拆到房型（真实降价 vs 房型结构升级）
⑦ 同时看 GOPPAR 与 GOP 率（防止分母被做小）
⑧ 输出三条：哪个环节赚了、哪个亏了、下个月改什么
```
周总的老问法："RevPAR 完成多少？"——"101%，达标！"
后果：某月 RevPAR 完成 101%，但 GOP 只完成 94.6%，差 15.4 万。
原因是 ADR 只完成 98%（价差 −9.6 万），靠 OCC 104%（量差 +16.7 万）撑起来的。
只看一个完成率，等于不知道自己是怎么达标的。
总量差 +11.1 万，看起来是"多卖了"。
后果：拆开才发现——散客丢了 120 间（−8.6 万），团队多了 320 间（+15.4 万）。
这个月不是"多卖了"，是"用低价团队填了高价散客的坑"。
若不拆客源，下个月会继续鼓励销售接团队，客源结构持续恶化。
散客价差 −1.7 万，直接定性为"散客降价了"。
后果：实际拆到房型才发现，真实降价只有豪华房（−20×800）和套房（−30×160）= −2.08 万，
而行政房占比上升带来了 +0.38 万的结构升级。
若笼统定性为"降价"，会错误地去查散客的定价流程，
而真正的机会（房型升级做对了）被埋没了。
**复盘的目的不是"算完成率"，是"找出下个月该改什么"。
所以必须拆到客源、拆到房型，并且同时看 GOPPAR 和 GOP 率。**
---
正确流程
```
① 建基准：全年日均需求（用 3 年数据，剔除异常年）
② 算季节指数：月份 × 星期（用中位数，剔除自己促销造成的假旺）
③ 算预测需求 = 基准 × 月指数 × 星期指数 × 事件调整
④ 做三场景：乐观 / 基准 / 悲观，各配动作包与触发条件
⑤ 分解年度增幅：旺月多担、淡月少担（不是每月平均）
⑥ 每月判定落在哪个场景，执行对应动作包
```
"去年 RevPAR 422，业主要涨 8%，那今年目标 456。"
后果：没有基准、没有季节指数、没有场景。
到了淡季（2 月指数 72）强行要求 +8%，只能降价冲量——
重蹈案例 01 覆辙（降价填房，GOP 少 37 万）。
某年 4 月搞了全员降价，OCC 冲到 89%，直接把这一年算进指数。
后果：4 月指数被拉高到 121（真实 108）。
明年 4 月按 121 预测 → 定高价 → 卖不动 → 又降价 → 恶性循环，年年踩同一个坑。
给了乐观 494 / 基准 452 / 悲观 390 三个数，就完事了。
后果：到了月中发现 Pickup 掉了，现场临时想对策。
三场景的价值不在三个数字，在三个动作包 + 明确的触发条件（Pickup 低于基准 15% 连续两周 → 悲观预案）。
**预算不是预测，预算是三套动作预案。
分解也不是平均分配——旺月多担、淡月少担，因为淡月强行增长只会逼您降价。**
---
正确流程
```
① 算各渠道净价（挂牌 − 佣金 − 手续费 − 积分 − 摊销）
② 算各渠道人均贡献（房 + 餐 + 其他 − 变动成本）
③ 测增量率（下线测试 48h / 地理对照 / 客史交叉，三法交叉验证）
④ 判断：增量率高 = 获客管道（不能砍）；低 = 下单工具（可以收口）
⑤ 按情境调整 OTA 上限（会展周 12%，平季 25%，淡季 40%）
⑥ 收口的方式是"房型错开 + 官网专属权益"，不是硬砍
```
"OTA 净价 465，官网 606，砍 OTA！"
后果：没测增量率就砍。若增量率 82%（淡季），砍掉 OTA 会真丢 82% 的量，
OCC 掉 15 个点，NRevPAR 反从 396 掉到 385。
净价低不等于该砍——要看砍了会丢多少。
定了"OTA 不超过 25%"，全年不变。
后果：会展周（增量率仅 23%）本来可以收到 10%，白白付了 25% 佣金；
淡季（增量率 82%）却卡在 25%，获客不足。
同一个渠道，不同情境要用不同上限。
直接把 OTA 关掉，让客人自己来官网。
后果：客人不知道官网，转去订竞品。
正确做法是房型错开（OTA 只卖高级房，豪华/行政只在官网）+ 官网专属权益（价值包），
云璟用这个方法三个月把 OTA 从 35% 压到 26%，OCC 只掉 1 个点，GOPPAR 涨 9.7%。
**砍渠道前先测增量率；收口用"房型错开 + 官网权益"，不要用"关掉"。
OTA 上限要按情境每周更新，不是一个年度常数。**
---
正确流程
```
① 算各房型散客（高价）预测需求
② 保护位 = 预测需求 ÷ 0.95（留 5% 缓冲）
③ 低价可售上限 = 可售房晚 − 保护位
④ 按房型分开设（不能只设总量）
⑤ 每天跟 Pickup 重算（距入住越近，预测越准，保护位越准）
⑥ 已售超上限时：关更低档 → 限房型 → 加最短住期，三步补救
⑦ 入住前 3 天，保护位只降不升（防止临期放水）
```
"散客预测 180 间，保护 189 间，低价可卖 111 间。"
后果：这 111 间如果被全部开在高级房，会把高级房的高价客挤走。
正确做法是分房型（高级 45 / 豪华 32 / 行政 24 / 套房 10），
因为豪华房差价 220 元，高级房差价 80 元——砍掉 15 间豪华房团队份额，多赚 6,300 元。
开档时设了 111 间上限，之后不管了。
后果：距入住 7 天时，Pickup 显示散客增速 +18%（预测从 180 升到 195），
但低价已售出 92 间，上限应是 95——差点超限。
若不每天重算，到入住前才发现散客没房卖，高价客流失，且无法挽回。
入住前 3 天，看散客还差点，就把保护位往上调、低价房继续放。
后果：临期放水会动摇整个价格体系——客人发现"越晚订越便宜"，
所有人都会等到最后一刻，提前预订市场彻底崩塌。
正确规则：入住前 3 天，保护位只降不升；宁可空着，也不临期放水。
**保护位不是设一次，是每天跟着 Pickup 重算一次。
必须分房型设，且入住前 3 天只降不升——临期放水等于教客人等到最后一刻。**
---
正确流程
```
① 先问三个问题：日期 / 人数 / 要不要厅和餐饮
② 算厅的机会成本 = 该档期历史平均单场收入 × 历史出租率
③ 算客房置换：被占掉的房，原本能卖给散客的价值
④ 算餐饮与会议室的边际贡献
⑤ 净收益 = 客房 + 餐饮 + 会议 − 厅的机会成本 − 散客置换损失
⑥ 净收益 > 0 才接；负的日子帮客户协调周边酒店
⑦ 档期排布：高价档期优先留给"客房 + 餐饮"双高的单
```
郑昊的口头禅："厅空着也是空着，8 万白赚。"
后果：该档期厅的历史出租率 62%、历史平均单场 14.85 万
→ 厅的机会成本 = 9.21 万。
真实成本是 8 − 9.21 = −1.21 万，厅是亏的。
（只是客房 + 餐饮把它补回来了，整单仍赚 35.3 万）
"这单房价 460，比协议价还低，不接。"
后果：只看房价会误杀高价值会议团。
整单算下来：客房 300 间夜 + 宴会 18 万 + 餐饮 11.7 万 + 会议室 7.2 万，
总边际贡献 36.9 万，而同样 300 间夜卖散客只有 18.5 万——团队多赚 18.4 万。
谁先询价就给谁。
后果：某年 10 月（指数 118，全年最旺），
先来了一个只用房不用餐的 100 间单（贡献 12 万）占了黄金档期；
三天后来了一个 200 间 + 宴会的单（贡献 35 万），没档期了。
正确做法是档期竞价：黄金档期留 7 天窗口，让多个询价同时报价，比总贡献。
**宴会厅不是免费的，它的成本是被您推掉的那场会。
置换必须算全口径（房 + 餐 + 会 − 厅机会成本），且黄金档期要竞价，不能先到先得。**
---
| # | 流程 | 最常见的错法 | 一次做错的代价 |
| 6 | 月度复盘 | 只报 RevPAR 完成率 | 15.4 万（GOP 未达标却以为达标） |
| 7 | 预算分解 | 用"去年 × 增长%"拍 | 37 万（淡季被迫降价填房） |
| 8 | 渠道决策 | 看净价低就硬砍 | 11 元/间夜 NRevPAR（且丢客源） |
| 9 | 保护位 | 只设总量不调 | 6,300 元/次（房型保护缺失）+ 高价客流失 |
| 10 | 宴会置换 | 不算厅的机会成本 | 9.21 万（误判整单盈亏） |
合计潜在损失：单次决策就可能吃掉一个月的利润。
这五组的共同点：它们都不是"每天做"的事，所以做错了不会立刻被发现。
等发现时，一个季度已经过去了。
本批 5 组：前台放房与房型升级授权、RMS 建议复核、年度预算制定、客诉与补偿、满房夜当天运营。
前两批讲的是"收益经理自己的流程"，这一批讲的是"跨部门与系统"的流程——
这些流程之所以重要，是因为出错的地方不在收益部，而在收益部看不见的地方。
---
正确流程
```
① 写死授权表：什么情况前台可以自主放什么（不需要打电话）
② 授权表按"剩余房量"分档（不是按心情）
③ 升级只升一档，且必须是"滞销房型"
④ 免费升级只在"低价房型快满、高价房型有余"时做
⑤ 所有升级与放房必须进系统（能追溯）
⑥ 每月复盘：前台自主操作 vs 收益规则的偏差
```
苏晴的老做法："每放一次房都问林岚。"
后果：满房夜一个晚上要打 30 多个电话，林岚被占死，
没时间做"未来 7–10 天"的工作（那才是收益经理真正该做的）。
而且电话里讲的是个案，没有规则沉淀，明天还是同样的问题。
"前台可以放房，最多放 5 间。"
后果：满房夜（剩 3 间）放了 5 间，超售变失控。
正确做法是按剩余房量分档：
| 剩余房量 | 前台可自主放 | 需请示 |
| > 50 间 | 10 间，任意房型 | — |
| 20–50 间 | 5 间，限高级/豪华 | — |
| 10–20 间 | 2 间，限高级房 | — |
| < 10 间 | 0 间 | 全部请示 |
前台为了好评，有空房就往上升，甚至升两级（高级 → 行政）。
后果：
1. 行政房的库存被吃掉——本可以卖 980 的房，免费给了 620 的客人
2. 客人预期被抬高——下次订高级房期待升级，不升级就差评
3. 正确规则：只升一档、只升滞销房型、且只在低价房型快满时做
云璟改进后，客诉从 2.4 起/月降到 0.3 起/月，且行政房收入反升 8%。
**前台放房靠写死的授权表，不靠打电话。
升级只升一档、只升滞销房型——慷慨不是服务，是拿高价库存送人。**
---
正确流程
```
① 看建议前先查输入：两系统差异 <2%？历史是否被促销污染？
② 查建议幅度：单日 <10%？是否连续多日同向？
③ 查系统不知道的事：pending 团队 / 本地事件 / 竞品装修 / 大客户客情
④ 有具体事实 → 覆写（限日期、限房型、填原因、设复核日）
⑤ 没有事实 → 采纳系统（判断型覆写胜率仅 27%）
⑥ 每月复盘记分卡：信息型 vs 判断型，分别统计胜率
```
系统建议降 8%，直接执行。
后果：那次系统输入里包含了被促销污染的历史数据（某年 4 月全员降价），
导致预测本身偏低，建议降 8% 是错的。实际 Pickup 正常，
少赚 4.2 万。
"我觉得市场没那么差，不降。"
后果：季度记分卡显示，判断型覆写 11 次，胜率 27%，净亏 4.7 万。
而信息型覆写 33 次，胜率 79%，净赚 18.3 万。
区别不在于"谁更聪明"，在于"有没有系统不知道的信息"。
"这周都别降了"——全场覆写，没填原因。
后果：
1. 无法事后验证对错（不知道当时为什么覆写）
2. 影响面太大（本可以只覆写某几天）
3. 没有复核日，覆写状态无限期延续
正确做法：覆写限 3 天、限散客房型、填"pending 团队 120 间（80%）"、设 10-12 复核。
**您比系统多的不是判断力，是系统不知道的信息。
有信息就覆写（限范围、填原因、设复核）；没信息就听系统的——凭直觉覆写，您只赢 27%。**
---
正确流程
```
① 先做市场预测（不是先接业主指标）
② 三场景：乐观 / 基准 / 悲观，各配动作包
③ 算加权期望值，与业主要求对比，缺口在会上讲清楚
④ 分解增幅：旺月多担、淡月少担（不是每月平均）
⑤ 把预算翻译成"动作"（不是翻译成"数字"）
⑥ 设定触发条件：什么情况下切换到悲观预案
⑦ 每季复核一次场景判定
```
业主说涨 8%，就按 8% 编预算，然后找理由支撑。
后果：加权期望值实际只有 5.9%，硬承诺 8% 意味着
淡季必须降价冲量（因为旺季已满房，涨不动）。
结果是完成了 RevPAR，亏了 GOP——预算从一开始就埋了雷。
"全年 +8%，那每月 +8%。"
后果：2 月（指数 72，全年最淡）要求 +8%，只能降价冲量。
正确做法是旺月多担：4 月 +12%、10 月 +14%、2 月 +3%、12 月 +5%，
加权后全年 +8.2%——因为需求旺时提价阻力最小。
预算表上写着"10 月 RevPAR 目标 568"，就完事了。
后果：到了 10 月，销售不知道该接团队还是散客，收益不知道该涨价还是保量。
正确做法是把预算翻译成动作：
"10 月目标 568 → OTA 收口到 12% / 套房加价 200 / 团队只接非会展日 / 满房日开最短住期 2 晚"
**预算的产出不是一张数字表，是一套"每个月的动作 + 触发条件"。
而且要先算期望值再接指标——硬承诺一个算不出来的数，是用未来的利润补今天的面子。**
---
正确流程
```
① 分级：A 类（设施/卫生，必须现场解决）B 类（服务态度）C 类（价格争议）
② 价格争议单独走：查挂牌记录 → 确认是否有误导 → 按差额或权益补偿
③ 补偿优先用"权益"不用"现金"（成本 1/3，感知一样）
④ 所有补偿进 CRM，标记为"曾投诉客"
⑤ 每月统计：投诉类型分布 / 高发环节 / 重复投诉率
⑥ 源头治理：哪类投诉超阈值，改哪个流程（不是改话术）
```
客人不满意就打折、免单、送现金券。
后果：
1. 成本最高（免单一间房 = 损失全部收入）
2. 教坏客人（知道闹就有好处，下次继续闹）
3. 正确做法：补偿用权益——下次入住升级、免费早餐、延迟退房、
积分补偿。感知价值 300 元的权益，酒店成本可能只有 60 元。
客人说"我在网上看到 499，你们收我 620"，前台直接退 121 元。
后果：很多时候客人看到的 499 是不同日期 / 不同房型 / 非本店的价格。
不查记录就认，等于对所有价格争议无条件让步，
一个月下来这类支出超过 4.2 万（案例 01 后遗症）。
正确做法：查挂牌记录 → 若确实有过低价，补差额；若不是，解释并给权益。
投诉多了就培训前台"怎么说"。
后果：投诉的根源往往在流程——比如"超售没兜底"导致的无房客投诉，
改话术没用，要改超售流程 + 兜底协议（见流程对比 4）。
云璟统计过：72% 的重复投诉来自 3 个流程缺陷，而不是服务态度。
**补偿用权益不用现金（成本 1/3），价格争议先查记录再认，
重复投诉要改流程不是改话术——72% 的重复投诉根子在流程里。**
---
正确流程
```
① 早会（15 分钟）：今天 OCC 预测 / 剩余房量 / 超售量 / 兜底酒店确认
② 确认 walk-in 报价规则（不是越低越好）
③ 前台按授权表放房，不打电话
④ 免费升级只在"低价房型快满"时做，只升一档
⑤ 16:00 复核一次：No-show 释放情况，决定是否继续超售
⑥ 21:00 后：确认剩余空房，开尾房价（限渠道、限房型、不可取消）
⑦ 次日晨会复盘：超售准不准、安置了几间、升级了多少
```
"今天满房，walk-in 报 1,500。"
后果：walk-in 客多是临时应急（航班取消、会议延长），
天价会招致差评与舆情，且这类客人往往有企业协议，
事后被投诉到差旅平台，整个企业客户流失。
正确规则：walk-in 价 = BAR × 1.2，且有协议的企业仍按协议价。
早上定了超售 7 间，就不管了。
后果：16:00 时实际 No-show 只有 4 间（预期 7 间），
3 位客人到店无房，安置成本 3 × 1,200 = 3,600 元 + 口碑损失。
正确做法：16:00 复核，若 No-show 释放不足，立刻停止超售并启动兜底。
"都满房了，不用开尾房价。"
后果：满房夜经常有临期取消——20:00 后可能有 8–15 间空出来。
不开尾房价，这些房就空着（损失 15 × 480 = 7,200）。
正确做法：即使预测满房，21:00 后仍检查一次，有空房就开"今夜特价"渠道。
**满房夜不是"结束了"，是"最容易出事的一天"。
早会定规则、16:00 复核 No-show、21:00 再清一次库存——三个时间点一个都不能省。**
---
| # | 流程 | 最常见的错法 | 一次做错的代价 |
| 11 | 前台放房 | 升级越大方越好 | 行政房收入 −8% + 客诉 2.4 起/月 |
| 12 | RMS 复核 | 凭直觉覆写 | −4.7 万/季（胜率仅 27%） |
| 13 | 年度预算 | 先接指标再倒推 | 全年 GOP 缺口（用利润补 RevPAR） |
| 14 | 客诉补偿 | 一律现金补偿 | 4.2 万/月（价格争议不查记录） |
| 15 | 满房夜运营 | 16:00 不复核 No-show | 3,600 元/次 + 口碑损失 |
---
| 批 | 组 | 主题 | 单次做错的代价量级 |
| 一 | 1–5 | 每日流程 | 1.8 万 – 15 万 |
| 二 | 6–10 | 月度季度流程 | 6,300 元 – 37 万 |
| 三 | 11–15 | 跨部门与系统流程 | 3,600 元 – 4.7 万 + 结构性损失 |
三条贯穿全书的规律：
1. 流程的价值不在"做对时多赚多少"，在"做错时少亏多少"。
书里每一组都给了量化的代价——因为"应该这样做"是没有说服力的，"不这样做会亏 9.2 万"才有。
2. 最容易出错的不是复杂流程，是没人写下来的流程。
前台放房、客诉补偿、walk-in 报价——这些都是"每天都在做但从没写成规则"的事。
3. 正确流程的反面往往不止一种。
每组给了三个错误做法，是因为现实中人们犯的错各不相同：
有人过于激进（硬砍 OTA），有人过于保守（完全不理竞品），
有人做对了但没坚持（设了上限不调整）。流程是纪律，不是一次性的动作。