第 2 章 · 预计阅读 17 分钟
预订、担保与到店准备
平台显示预订成功，酒店系统里却找不到订单，谁应该先做什么？
订单要经过渠道传递、酒店确认、担保核验和到店前检查，才能成为可履行承诺。
先放回整门生意
先知道这一章为什么存在
先把“预订、担保与到店准备”理解成一段有触发、有负责人、有记录、也有完成标准的业务，而不是一组部门名词。
上一章“房量、渠道与房价”应先形成：酒店把有日期的房晚分配到不同渠道，并用价格、取消和入住条件管理有限库存。
本章把“订单要经过渠道传递、酒店确认、担保核验和到店前检查，才能成为可履行承诺。”从一句目标变成可执行、可交接、可核验的工作。
结果将交给下一章“到店、房态与住中服务”：前台要同时确认身份、担保、预订和真实净房状态，入住后再协调需求、维修和换房。
- 收入怎么受影响
- 大理风起二十四间酒店管理有限公司通过客房房晚、早餐与接送和延迟退房或房型升级收费。本章形成的“可执行的到店计划”要和“预订与渠道消息记录”、“担保和支付状态”和“预计到店与特殊需求清单”一起核对，才能继续判断验收、结算或后续经营；现金时点按以下规则判断：直订在预订或退房时收款，OTA 通常在离店后 7—15 天结算；租金、人工和维护不随入住率同步下降。
- 风险在哪里出现
- 全程要警惕“空置率、超售、卫生安全、渠道依赖和价格失控”。本章至少要用“预订与渠道消息记录”、“担保和支付状态”和“预计到店与特殊需求清单”留下可追溯证据。
读完这一章，你应该能自己解释
- 能用自己的话解释“平台显示预订成功，酒店系统里却找不到订单，谁应该先做什么？”，并说出它为什么会影响客户价值或经营结果。
- 能按依赖顺序还原3个业务步骤，并指出每一步的负责人、记录和交接物。
- 能区分业务流、钱流、信息流和责任流，不把“做过动作”误当成“完成交付”。
- 遇到相似情境时，能用“产出是否形成、证据能否核对、风险是否受控”作出判断。
先建立业务直觉
预订是一组可核对的承诺
姓名、日期、房型、价格、取消政策和支付方式任何一项不一致，都可能在到店时爆发。酒店要用确认号和变更记录连接渠道与内部系统。
把它放进大理风起二十四间酒店管理有限公司的经营现场：本章只聚焦“预订、担保与到店准备”这一环，追踪它怎样承接已有输入，并把“订单要经过渠道传递、酒店确认、担保核验和到店前检查，才能成为可履行承诺”变成可以执行和复核的工作。
本章从“接收并核对订单”开始，依次经过“接收并核对订单”、“核验担保与支付”和“准备到店清单”，最后得到“可执行的到店计划”。判断是否完成，要把动作、产出、业务记录和下一位接手者放在一起核对。
至少同时满足三件事：产出“可执行的到店计划”；关键记录“预订与渠道消息记录”、“担保和支付状态”和“预计到店与特殊需求清单”可以相互核对；相关负责人清楚下一步由谁接手。
完整案例推演
跟着大理风起二十四间酒店管理有限公司，把“预订、担保与到店准备”完整跑一遍
现在把镜头放到大理风起二十四间酒店管理有限公司的“预订、担保与到店准备”：平台显示预订成功，酒店系统里却找不到订单，谁应该先做什么？ 先读下面的经营底账，后续每一步都会复用这些数字与约束。
贯穿全课的虚构案例
大理风起二十四间酒店管理有限公司
一家 24 间客房的精品客栈按日期销售房晚，空着过去的房间无法留到未来再卖，还要协调渠道、清洁和现场服务。
- 月可售房晚
- 720 间夜24 间房乘 30 天形成当月容量；每个未售房晚在当天结束后永久失效。
- 月入住率
- 70%售出 504 间夜，平均房价 360 元，房费收入约 18.144 万元。
- 渠道获客成本
- 约 1.225 万元45% 房晚来自 OTA，按这部分房费的 15% 支付佣金；渠道带来客人，也会侵蚀房价收入。
- 月经营贡献
- 约 4.3 万元房费扣除每间夜 42 元清洁布草、渠道佣金和约 10.5 万元租金人工水电后所得，尚未覆盖装修折旧和税费。
客户为什么付钱
客房房晚、早餐与接送、延迟退房或房型升级
钱在什么时候进来
直订在预订或退房时收款，OTA 通常在离店后 7—15 天结算；租金、人工和维护不随入住率同步下降。
利润最容易被什么吃掉
租金与装修折旧、前台和客房人工、清洁布草、OTA 佣金、空置与超售处理
这笔业务怎样一步一步形成可交付结果
- 01接收并核对订单酒店已确认的预订
- 02核验担保与支付清晰的付款与留房条件
- 03准备到店清单可执行的到店计划
接收并核对订单
在大理风起二十四间酒店管理有限公司，团队先面对一条共同事实：“月可售房晚”为720 间夜。24 间房乘 30 天形成当月容量；每个未售房晚在当天结束后永久失效。
核对确认号、住客、日期、房型、价格、渠道和取消条件，处理重复或传输失败。
这一步真正要判断：核对价格、房量和客人信息；同步可售库存、价格和政策
如果本步没有形成“酒店已确认的预订”，下一步“核验担保与支付”就没有可靠输入。
- 谁在参与
- 预订专员、预订渠道／OTA
- 关键记录
- 预订与渠道消息记录
- 形成产出
- 酒店已确认的预订
- 交给下一步
- 把“酒店已确认的预订”交给预订专员和住客／预订人，继续处理“核验担保与支付”。
如果没做好：如果预订专员没有核对价格、房量和客人信息，或者没有留下“预订与渠道消息记录”，即使动作已经做过，下一步也无法确认“酒店已确认的预订”是否可靠。
核验担保与支付
上一步已经形成“酒店已确认的预订”。与此同时，案例里的“月入住率”为70%，售出 504 间夜，平均房价 360 元，房费收入约 18.144 万元。
确认预付、预授权或到店付状态，标记未到店收费和退款规则。
这一步真正要判断：核对价格、房量和客人信息；确认日期、房型、入住人和取消条件
如果本步没有形成“清晰的付款与留房条件”，下一步“准备到店清单”就没有可靠输入。
- 谁在参与
- 预订专员、住客／预订人
- 关键记录
- 担保和支付状态
- 形成产出
- 清晰的付款与留房条件
- 交给下一步
- 把“清晰的付款与留房条件”交给预订专员和前厅主管，继续处理“准备到店清单”。
如果没做好：如果预订专员没有核对价格、房量和客人信息，或者没有留下“担保和支付状态”，即使动作已经做过，下一步也无法确认“清晰的付款与留房条件”是否可靠。
准备到店清单
上一步已经形成“清晰的付款与留房条件”。与此同时，案例里的“渠道获客成本”为约 1.225 万元，45% 房晚来自 OTA，按这部分房费的 15% 支付佣金；渠道带来客人，也会侵蚀房价收入。
复核晚到、连房、无障碍和会员等需求，预估可分房情况并向前台提示风险。
这一步真正要判断：核对价格、房量和客人信息；复核身份、担保、分房与房卡
这是本章最后一项可核验产出，用来判断团队是否真的完成了“预订、担保与到店准备”。
- 谁在参与
- 预订专员、前厅主管
- 关键记录
- 预计到店与特殊需求清单
- 形成产出
- 可执行的到店计划
- 交给下一步
- 把“可执行的到店计划”作为本章完成证据，交给下一章节继续使用。
如果没做好：如果预订专员没有核对价格、房量和客人信息，或者没有留下“预计到店与特殊需求清单”，即使动作已经做过，下一步也无法确认“可执行的到店计划”是否可靠。
案例结束时，不是因为所有人都完成了自己的动作就算成功，而是因为“可执行的到店计划”已经形成、证据可以追溯，并且预订专员和前厅主管能够解释结果怎样产生、风险怎样被控制。订单要经过渠道传递、酒店确认、担保核验和到店前检查，才能成为可履行承诺。
换一个视角再看
同一笔业务，同时跑着四条线
业务流说明事情怎样发生，钱流解释收入、成本与现金，信息流留下共同事实，责任流决定谁执行、谁确认、谁承担后果。点击切换，观察同一章节怎样变化。
围绕“平台显示预订成功，酒店系统里却找不到订单，谁应该先做什么？”，业务必须按依赖关系推进，不能把一串并行任务误当成已经交付。
- 01
接收并核对订单 → 酒店已确认的预订
- 02
核验担保与支付 → 清晰的付款与留房条件
- 03
准备到店清单 → 可执行的到店计划
出现这个信号要警惕：如果预订专员没有核对价格、房量和客人信息，或者没有留下“预订与渠道消息记录”，即使动作已经做过，下一步也无法确认“酒店已确认的预订”是否可靠。
岗位、记录与业务语言
一家公司靠什么把多人协作变成同一个结果
岗位不是孤立的名称，记录也不是多余的表格。前者分配判断与责任，后者让不同人能够核对同一件事是否真的发生。
谁负责什么，结果交给谁
| 角色 | 本章负责 | 最关心 | 交给谁 |
|---|---|---|---|
| 业务职能预订与销售 | 提供本章所需的约束、输入或审批 | 接收、核验和修改来自直销与平台的订房请求；重点关注：确认房型、日期、价格、担保和取消条件 | 下一章节或业务结果的接收方 |
| 业务职能收益与渠道管理 | 提供本章所需的约束、输入或审批 | 按日期预测需求，配置可售房量、房价和渠道规则；重点关注：管理房型库存、价格和销售限制 | 下一章节或业务结果的接收方 |
| 业务职能前厅与客房运营 | 提供本章所需的约束、输入或审批 | 把预订、真实房态、入住和清洁维护衔接起来；重点关注：办理入住、分房、换房和退房 | 下一章节或业务结果的接收方 |
| 外部参与者住客／预订人 | 核验担保与支付 | 选择住宿条件、提供入住信息并支付或担保费用；重点关注：确认日期、房型、入住人和取消条件 | 预订专员、前厅主管 |
| 外部参与者预订渠道／OTA | 接收并核对订单 | 展示酒店房价房量、传递订单并按约参与结算；重点关注：同步可售库存、价格和政策 | 预订专员、住客／预订人 |
| 代表岗位预订专员 | 接收并核对订单、核验担保与支付、准备到店清单 | 把客人请求变成可被酒店履行的预订记录；重点关注：核对价格、房量和客人信息 | 住客／预订人、前厅主管 |
| 代表岗位前厅主管 | 准备到店清单 | 协调住客到店、房间分配和现场异常；重点关注：复核身份、担保、分房与房卡 | 下一章节或业务结果的接收方 |
哪些记录能证明业务真的发生了
| 业务记录 | 在哪产生 | 谁形成 | 证明什么 | 下一步怎么用 |
|---|---|---|---|---|
| 预订与渠道消息记录 | 接收并核对订单 | 预订专员和预订渠道／OTA | 酒店已确认的预订 | 核验担保与支付 |
| 担保和支付状态 | 核验担保与支付 | 预订专员和住客／预订人 | 清晰的付款与留房条件 | 准备到店清单 |
| 预计到店与特殊需求清单 | 准备到店清单 | 预订专员和前厅主管 | 可执行的到店计划 | 判断本章是否完成并进入下一章节 |
本章术语：先用白话理解，再回到正式定义
- 业务术语担保预订
- 白话：酒店为晚到客人留房，客人也承担约定未到店费用。
- 正式定义：客人以预授权、预付或信用承诺保证酒店保留房间的预订。
- 放进业务里：信用卡担保订单可保留至深夜，未到店按取消条款收费。
- 业务术语房晚
- 白话：今晚的一间房和明晚的同一间房，是两个不同库存。
- 正式定义：一间可售客房在一个特定住宿夜晚形成的一单位库存。
- 放进业务里：100 间房的酒店一天最多拥有约 100 个房晚可售。
- Folio宾客账单／房账
- 白话：这位客人在酒店发生了哪些费用、付了多少、还差多少。
- 正式定义：记录某次住宿房费、餐饮、押金、调整和支付的明细账户。
- 放进业务里：房费由公司结算，迷你吧由住客个人支付，可拆分到不同账窗。
新手最容易误解的地方
是，任何备注都等同保证承诺
为什么不对：预订必须区分已确认条件和受可用性限制的偏好。
应该继续追问：如果改成“不是，应记录偏好并在可用时安排，提前说明边界”，需要谁确认、留下什么证据？
“接收并核对订单”只要动作做完，就可以直接进入下一步。
为什么不对：如果预订专员没有核对价格、房量和客人信息，或者没有留下“预订与渠道消息记录”，即使动作已经做过，下一步也无法确认“酒店已确认的预订”是否可靠。
应该继续追问：是否已经形成“酒店已确认的预订”，并留下“预订与渠道消息记录”供下一步核对？
“核验担保与支付”只要动作做完，就可以直接进入下一步。
为什么不对：如果预订专员没有核对价格、房量和客人信息，或者没有留下“担保和支付状态”，即使动作已经做过，下一步也无法确认“清晰的付款与留房条件”是否可靠。
应该继续追问：是否已经形成“清晰的付款与留房条件”，并留下“担保和支付状态”供下一步核对？
先复盘，再做判断
现在，试着不用页面原话把这一章讲出来
- 为什么本章必须先做“接收并核对订单”，如果跳过会影响哪一步？
- 在“核验担保与支付”中，谁执行、谁提供约束，应该留下什么记录？
- 本章怎样影响客房房晚、早餐与接送和延迟退房或房型升级？结合“直订在预订或退房时收款，OTA 通常在离店后 7—15 天结算；租金、人工和维护不随入住率同步下降。”判断它何时才会形成收入或现金。
- 如果只看到“可执行的到店计划”的口头结论，你还会要求核对哪些业务记录？
客人仅备注‘希望高楼层’，酒店是否已无条件承诺高楼层？
订单未写保证房型或楼层。