1. 房价计划是附加在房型上的定价与预订条件层：如灵活房价、不可退款房价、提前预订房价、含早餐房价、协议价或长住房价。
2. 酒店多渠道管理会将这些房价计划分发到各个 OTA，并保持价格、限制条件、房态和预订的同步。
3. 大多数酒店每种房型通常只需要 3 到 5 个公开房价计划。选项过多会让客人困惑，也会增加 OTA 映射复杂度。
4. 最稳妥的设置方式是基于 BAR 的派生定价：只需更新一次基础房价，所有关联房价计划都会自动调整。
什么是酒店多渠道管理中的房价计划？
房价计划是附加在房型上的一种可销售定价规则。它定义了客人需要支付多少、何时支付、包含哪些内容，以及适用哪些取消规则。
酒店多渠道管理是将这些房价计划发送到 Booking.com、Agoda、Expedia、Airbnb 等 OTA，以及你的品牌独立站的系统。设置正确后，同一个标准间可以以多种可预订选项展示：灵活房价、不可退款房价、提前预订房价和含早餐房价。
多渠道管理不会创建额外的房间，它做的是为同一批实际库存建立可控的销售方式，以匹配不同客群。一个房型可以支持多个房价计划，但可售房间数量始终不变。如果标准间通过 Booking.com 的不可退款计划售出，那么该标准间库存应在所有关联房价计划和渠道中同步关闭。
这一点非常关键。酒店并不需要更多房间来打造更强的定价策略，而是需要清晰的房型与房价计划结构，让多渠道管理能够高效分发且不产生冲突。
房价计划如何在各大 OTA 之间运作
整个流程通常从酒店管理系统或多渠道管理后台开始。
首先，酒店会定义房型：标准间、豪华间、套房、家庭房等。接着，酒店在这些房型之上创建房价计划。一个灵活的 BAR 房价可能适用于所有房型；协议价可能只适用于标准间和豪华间；而含早餐计划则可能不适用于早餐服务在运营上不方便提供的房间。
完成映射后，多渠道管理会将每个已启用的“房型 + 房价计划”组合推送到已连接的 OTA。
客人看到的是多个独立的预订选项，而酒店看到的是一个库存系统搭配不同的销售规则。这正是映射如此重要的原因：如果同一个房价计划在不同 OTA 上配置不一致，酒店就可能出现价格一致性问题、取消规则错误，或重复产品展示。
大多数酒店真正需要的核心房价计划
大多数酒店都应从一组精简且实用的房价计划开始。目标不是创建所有可能的优惠，而是在不让客人面对 10 个几乎相同价格选项的前提下，覆盖主要预订行为。
灵活 BAR 房价
BAR 指 Best Available Rate，即最优可售房价。它通常是主要的灵活房价，配有标准取消条款且限制较少。BAR 是整个房价结构的锚点。
如果需求上升，BAR 就上调；如果需求走弱，BAR 就可以下调。其他房价计划应基于 BAR 以百分比或固定差额进行派生，这样整个结构才能始终保持一致。
不可退款房价
不可退款房价通过为客人提供折扣来换取更高的确认度。酒店获得更确定的收入，客人获得更低的价格。许多酒店会将其定价设为比 BAR 低 8% 到 12%。
这种计划最适合与灵活房价并排展示。客人可以清楚看到其中的取舍：支付更高价格以换取灵活性，或通过提前承诺来节省费用。
提前预订房价
提前预订房价用于奖励提早下单的客人。它有助于在到店日期之前建立基础需求，尤其适用于淡旺季过渡期或需求较可预测的活动期间。
风险在于，在需求尚未完全形成之前卖得过便宜。建议结合入住日期规则、预订窗口和房量限制使用，避免提前预订计划过度消耗高需求日期的库存。
含早餐或套餐房价
含早餐房价可以在不直接打折房价的情况下提升客人的感知价值。它尤其适用于休闲客群、家庭客群以及品牌独立站优惠。
酒店应注意不要在 OTA 上创建过多餐食方案变体。对于城市酒店来说，住宿加早餐通常已经足够；而半膳或全膳则更适合度假村。
协议价或封闭房价
协议价、会员价或封闭用户组房价通常不会向所有公开客群展示。它们服务于特定协议客群，且可能拥有不同的取消条款或支付条件。
这些房价计划可以存在于系统内部，而不会让公开 OTA 展示界面显得杂乱。
你到底需要多少个房价计划？
对于大多数独立酒店来说，较为实用的答案是：每种房型设置 3 到 5 个公开房价计划。
并不是越多越好。如果客人看到同一间房有 6 个价格差异很小的选项，预订决策就会变慢。在 OTA 上，过多计划也会让你的房源页面显得混乱。
在内部管理上，酒店可能会运行超过 5 个计划，用于企业协议、季节性活动、仅限移动端折扣、会员价和套餐测试。这完全没问题。关键是不要在同一时间把所有内部计划都公开展示出来。
建议从两个计划开始：灵活 BAR 房价和不可退款房价。等这两个运行稳定后，再加入提前预订房价；当客人确实有需求时，再增加含早餐或套餐房价；封闭房价则只针对真正需要的客群启用。
基于 BAR 的派生定价：最清晰高效的设置方式
最清晰的房价计划结构，是以 BAR 作为锚点。
例如：
这种设置更容易维护，因为只要更新一次 BAR，就能带动整个结构同步调整。如果高需求周末 BAR 从 200 美元上涨到 240 美元，不可退款房价和提前预订房价也会随之联动。
固定的独立价格更容易带来问题。如果灵活房价变了，而不可退款房价没变，折扣差距就可能过小或过大。这样一来，员工就需要手动逐个更新每个 OTA 或房价计划。在多渠道运营场景下，过期房价往往就是这样产生的。
优秀的酒店多渠道管理应让团队能够在一个地方更新房价和限制条件，然后一键发布到所有渠道，既提升效率，也减少人工维护成本。
常见的房价计划映射错误
第一个错误是在每个 OTA 外联网中分别单独创建房价计划。比如 Booking.com 使用一种取消规则，Agoda 另一种，Expedia 又是第三种。这样一来，客人看似预订的是同一个产品，实际收到的条件却可能不同。
第二个错误是映射了过多的房型与房价组合。一家拥有 6 种房型和 8 个公开房价计划的酒店，在每个 OTA 上就会形成 48 个可售产品。如果连接 5 个 OTA，就意味着需要维护 240 个组合。任何一个小小的映射错误，都可能导致价格错误或限制条件缺失。
第三个错误是忽略限制条件。房价计划不只是价格。最短入住天数、最长入住天数、禁止到店、禁止离店、支付时间和取消政策都需要被正确同步。
第四个错误是在设置完成后没有进行测试。正式上线前，应以客人身份在每个 OTA 上搜索，确认房型名称、价格、取消政策、餐食包含内容、税费和房态都与预期一致。
Smart Order 如何管理房价计划
当市场需求变化很快时，房价计划的统一控制尤为重要。比如本地活动带动周五和周六迅速满房，管理者不应再逐个登录 5 个 OTA 外联网手动更新。理想状态是只需修改一次房价计划，就能同步发布到所有渠道。
Smart Order 将酒店管理系统库存、多渠道管理同步和直订房态整合到一个系统中。当酒店调整 BAR、修改不可退款折扣，或在高峰日期关闭提前预订计划时，更新会自动同步到已连接的 OTA 渠道和品牌独立站。当有新预订到来时，所有已连接渠道的房态都会同步关闭，订单也会直接显示在酒店管理系统后台中。
在一个后台统一管理房价计划
Smart Order 连接酒店管理系统库存、房价计划、OTA 渠道和直订订单，让酒店只需更新一次定价，即可保持所有渠道一致，提升效率并降低人工维护成本。
常见问题
什么是酒店房价计划？
酒店房价计划是附加在房型上的定价与预订条件组合。它包括房价、取消政策、支付时间、限制条件，以及早餐等包含内容。
多渠道管理如何处理房价计划？
多渠道管理会将房价计划分发到各个 OTA，并保持房价、限制条件、房态和预订实时同步。它帮助酒店避免在每个 OTA 外联网中手动更新。
酒店应该设置多少个房价计划？
大多数酒店每种房型需要 3 到 5 个公开房价计划。规模较小的物业可以先从灵活房价和不可退款房价开始，之后再加入提前预订房价或含早餐房价。
每种房型都应该配置所有房价计划吗？
不需要。只有在运营和销售上都合理的情况下，才应将某个房价计划应用到对应房型。例如，协议价可能适用于标准间，但不适用于套房；而对于长住服务式公寓来说，早餐套餐也可能没有必要。
小型酒店最适合什么样的房价计划设置？
建议先从灵活 BAR 房价和不可退款房价开始。如果你希望更早锁定预订节奏，再加入提前预订房价；如果客人重视餐食打包价值，再增加含早餐房价。公开展示应尽量保持简单清晰。
为什么房价计划应该基于 BAR 派生？
基于 BAR 的派生定价让酒店只需更新一个基础房价，相关计划就能自动联动调整。这不仅能减少人工操作，避免 OTA 出现过期房价，还能让折扣差距始终保持一致。
