← 返回全集
案例教材 · 投屏课件 案例 02 · 数据打架的那一天 0 / 11
案例教材 · 投屏课件

案例 02 · 数据打架的那一天

杭州滨江云璟酒店 · 第 0 篇 | 共 11 屏
<b>引子</b>:PMS 说出相率 71%,CRS 说 68%,差了 9 间房。到底哪个数是真的——还是两个都不真?

情境:这一夜到底发生了什么

小马入职云璟酒店的第三周,接手了每日收益数据包。

周二早上八点半,他把昨天的数据填进表里:PMS 导出"已售房晚 213",CRS 后台显示"在住 204"。差 9 间。

他先去问老陈。老陈在预订部做了十一年,头也没抬:"PMS 为准。CRS 有延迟。"

"可差了九间。"

"那就以 PMS 为准。"老陈说,"我这些年都这么报。"

小马没走。他打开 PMS 的房态图,把可售房数从头数了一遍:300 间房,其中 1501–1506 六间是"维修"状态(上个月水管漏了,还没修完),1708 是长住自用,还有 2 间是业主预留。

"陈哥,"他说,"PMS 的可售房晚④还是按 300 算的。实际可售只有 291。"

老陈终于抬头:"维修房不算?"

"不算可售。"

"那 OCC 怎么算?"

小马把公式念了一遍:"已售房晚除以可售房晚④。213 除以 291……"

"是 73.2%。"林岚的声音从后面传来。她端着咖啡站在小马工位旁,"但 213 这个数也有问题。"

小马愣住。

情境:这一夜到底发生了什么

"这九间差在哪儿,您查了吗?"

"还没。"

"现在查。"林岚把一张纸放在他桌上,"两个系统对不上,先别选一个信,先搞清楚差的是什么。"

小马花了四十分钟,把九间房一个个对出来:

九间全部查清:没有一间是"真的多卖了"或"真的少卖了",全是数据没对齐。

"所以真实的已售房晚是多少?"林岚问。

小马重新算:213(PMS)− 3(No-show㉑ 未释放,实际没住)= 210;再加 0(团队已在 PMS 里);减 1(重复订单只算一间,PMS 已合并,不用减)……

他停住了,发现自己绕进去了。

"换个算法。"林岚说,"别从系统数推,从账务推。"

"从账务?"

"客房收入除以 ADR。昨天客房收入 128,940,ADR 620——您算算。"

小马按计算器:128940 ÷ 620 = 208。

"已售房晚是 208。"林岚说,"OCC = 208 ÷ 291 = 71.5%。PMS 的 213 里多了 5 间没实际入住的(3 间 No-show㉑ + 2 间未同步的 OTA),CRS 的 204 里少了团队房。"

情境:这一夜到底发生了什么

"那我以后每天都要这么对一遍?"

"不用。"林岚说,"您要做的是每天固定那几个字段,从固定的地方取,用固定的口径。对不上的时候不是去猜哪个对,是去查差在哪一类——No-show、团队、重复订单、夜审时差,就这四类,跑不掉。"

她把那张纸翻过来,上面是一张表:

"这是每日取数清单㉝。字段、来源、口径、截止时间都写死了。您照着取,就不会再出现今天这种事。"

小马接过来看了一眼,第一行写着:

"还有一件事。"林岚说,"您的 OCC 分母用错了。"

"我用的是 291。"

"您第一版表里用的是 300。"她指了指电脑屏幕——小马早上填的那版还在,"分母差 9 间,OCC 就差 2.5 个百分点。一个出租率差 2.5 个点,后面的判定表可能就查错一格。"

小马脸红了。

"记住:口径错一个字,后面查表得出的动作全错。"林岚把咖啡杯放下,"今天这九间房,值。"

决策点 · 您会怎么选

决策点一:两个系统对不上,信哪个?

  • 选项 A:信 PMS(老陈的做法)
  • 选项 B:信 CRS
  • 选项 C:不急着选,先查差在哪一类(林岚的做法)
  • 判据:差异必然来自有限的几类脏数据,分类排查比"选一个信"更快也更准。

决策点二:OCC 的分母是什么?

  • 错:300(总房晚)
  • 对:291(可售房晚 = 总房晚 − 维修 − 自用 − 业主预留 − 免费)
  • 判据:分母必须是"能卖的房",不是"有的房"。

决策点三:已售房晚从哪来最可靠?

  • 从系统导出的房晚数:可能被 No-show、重复订单污染
  • 从账务反推:客房收入 ÷ ADR
  • 判据:钱是真金白银,账务口径最硬。系统数用于对账,账务数用于决策。

决策点四:要不要每天全量核对?

  • 不用。固定字段 + 固定来源 + 固定口径(每日取数清单㉝),异常时才逐单查
  • 判据:流程的价值在于把"查"变成例外处理,而不是日常动作。

知识提炼

一、三个系统各管什么(别让它们背对方的锅)

系统管什么不管什么常见误用
PMS房态、在住、账务渠道库存、价格分发拿 PMS 数当"真实需求"
CRS渠道库存、价格分发、预订入口房态与账务拿 CRS 数当"实际入住"
RMS预测、价格建议、限制条件建议房态与账务把建议当指令,不复核

一句话:PMS 说"住了多少",CRS 说"卖了多少",RMS㉗ 说"该怎么卖"。三个数本来就不该相等。

二、四类脏数据(九间房的来源都在这里)

类型现象处理
No-show 未释放CRS 还占库存,客人没来夜审后核对,手动释放
团队/线下单PMS 有,CRS 没有手工补录到取数清单
重复订单同一客人两单合并,只算一间
夜审时差CRS 已订,PMS 未同步固定取数时间(如 08:30 后)

排查顺序:先看时差(最容易排除)→ 再看 No-show → 再看团队 → 最后查重复。

三、每日取数清单(字段写死,口径写死)

字段来源口径截止
可售房晚PMS 房态总房晚 − 维修 − 自用 − 预留 − 免费08:30
已售房晚账务反推客房收入 ÷ ADR09:00
在手预订CRS已确认未取消08:30
PickupCRS近 7 日新增间夜08:30
竞品价格比价工具5 家 BAR,工作日/周末分开10:00

四、口径铁律(三条)

1. OCC 与 RevPAR③ 的分母是"可售房晚",ADR 的分母是"已售房晚"——只有 ADR 不同。

2. 维修、自用、业主预留、免费房都不算可售——它们能"被住",但不能"被卖"。

3. 账务数用于决策,系统数用于对账——两个数不一致时,先信钱。

同一家酒店 · 不同情境

情境数据的坑处理优先级
本例:平常日九间房的口径与同步问题先修口径,再谈分析
展会周(案例 05)在手暴增,CRS 与 PMS 时差放大提前一天锁数
月度复盘(案例 04)当月累计口径必须全月一致口径一旦定了,不能月中改
团队撞散客(案例 07)团队房未分房型,算错置换必须按房型拆开算

同一家酒店,数据是同一套系统——但不同决策要用不同口径。

日报看当天、预测看在手、复盘看全月,口径一致才可比。

课堂填这张表(学生工作纸)

《每日取数清单》——字段 / 来源 / 口径 / 截止时间四列,每天照着取,异常才逐单查。

  • 在线预览:01_每日收益日报.xlsx
  • 下载:见站点资料区
二维码
(待放置)

配套练习游戏

《找茬 · 数据体检》——给您一份带 8 处错误的每日数据包,找出口径错、同步错、重复单,限时 10 分钟。

  • 在线玩:games.html(站点游戏中心)
二维码
(待放置)

一句话记住

两个系统对不上,不是选一个信,是查差在哪一类。

而分母用错,后面查表查出的每一个动作都是错的。

一页带走

  • 选项 A:信 PMS(老陈的做法)
  • 选项 C:不急着选,先查差在哪一类(林岚的做法)
  • 判据:差异必然来自有限的几类脏数据,分类排查比"选一个信"更快也更准。
  • 对:291(可售房晚 = 总房晚 − 维修 − 自用 − 业主预留 − 免费)
  • 判据:分母必须是"能卖的房",不是"有的房"。
  • 从系统导出的房晚数:可能被 No-show、重复订单污染
  • 从账务反推:客房收入 ÷ ADR
  • 判据:钱是真金白银,账务口径最硬。系统数用于对账,账务数用于决策。
键盘 → ← 空格翻页 · F 全屏 · P 打印 · D 看备课原文
本节目录(共 11 屏)
01 案例 02 · 数据打架的那一天02 情境03 情境04 情境05 决策点拆解06 知识提炼07 同一家酒店 · 不同情境08 课堂填这张表(学生工作纸)09 配套练习游戏10 一句话记住11 一页带走

备课原文 · 案例对应段落