如何在 Booking.com 上设置移动端优惠而不破坏价格一致性

一项 Booking.com 移动端优惠活动 可为符合条件的旅客在通过移动设备预订时提供更低的价格。根据所选选项，它可以仅针对 Booking.com App 或包含移动端浏览器。酒店通过在符合条件的父级价格基础上提供百分比降价来承担该折扣。

该价格受设备限制，因此较低的移动端价格并不等同于破坏价格一致性。真正的问题通常出现在酒店降低其基础房价、对高需求日期打折，或忽略了其他符合条件的优惠活动时。

Booking.com 移动端优惠会带来哪些改变

移动设备专享价属于 Booking.com 的定向定价工具。与公开的价格计划不同，该折扣优惠仅在旅客满足设备条件时才会显示。仅限 App 的设置会排除在手机上浏览 Booking.com 网站的宾客。而 App 及移动端浏览器的设置则会覆盖这两个群体，并可能包含平板电脑浏览器。

Booking.com 目前的接口规范支持 10% 到 80% 的移动端折扣。您的 Extranet 可能会根据您的资格和账户配置显示一个更窄的范围。

该促销通常针对一个或多个处于启用状态的父级价格进行打折。它不能修复已关闭的价格、添加缺失的房态，或创建一个未映射的房型-价格产品。客房仍需要一个启用的价格计划、可售库存，以及允许预订入住的限制条件。

移动端特惠资格取决于设备；而 Genius 会员资格取决于已认证的会员身份。旅客可以同时满足这两个条件，当启用折扣叠加时，多重折扣会影响最终价格。

在激活折扣前设定净价底线

从酒店愿意接受的最低净价开始。价格一致性 当团队在激活前清楚公开基础房价、移动端折扣、OTA 佣金以及任何额外的促销成本时，就更容易把控。

假设公开房价为 200 美元，移动端折扣为 10%。在没有其他折扣前，符合条件的移动端价格将变为 180 美元。按 15% 的 OTA 佣金计算，酒店在扣除支付和运营成本前保留 153 美元。如果有其他符合条件的折扣叠加到最终价格中，净收益将进一步下降。

请分别计算需求量低的平日和高峰日期。折扣可能会填补空余库存，但如果在原本就容易售出的周末使用，则只会降低利润率。

以下控制点有助于防止最常见的定价错误。

当酒店需要比较打折后的 Booking.com 收入与其他渠道时，Smart Order 的 酒店数据分析系统 能够将渠道收入、入住率、ADR（平均每日房价）和预订来源整合到一个视图中。管理者可以看出移动端预订是填补了淡季日期，还是取代了更高价格的需求。

如何在 Booking.com Extranet 中设置移动端优惠

菜单标签会因住宿类型、地区、资格和配置的不同而有所差异。常见的路径是 促销活动，尽管有些账户会将移动设备专享价显示在 房价与空房情况 或 日历与定价 之下。

1. 登录 Booking.com Extranet 并选择正确的住宿。
2. 打开 促销活动，然后选择添加或创建新促销活动的选项。
3. 找到 移动设备专享价 并选择 添加、设置，或显示的等效操作。
4. 选择目标受众：仅限 App 或 App 及移动端浏览器。继续之前请阅读屏幕上的定义说明。
5. 在您账户允许的范围内输入折扣百分比。
6. 检查所包含的父级价格计划和房型。如果有范围控制选项，请仅选择符合活动目标的产品。
7. 添加表单中提供的排除入住日期或其他资格设置。保护那些不需要打折的活动日期、节假日和接近满房的时段。
8. 检查摘要内容，确认百分比和范围，然后激活促销活动。
9. 重新打开已激活的促销活动，记录其状态、适用产品、受众和排除条件。

不要混淆预订日期和入住日期。请确认每项排除条件是适用于到达日期、入住日期还是系统显示的其他有效窗口期。

如果没有移动设备专享价选项，可能是该住宿不符合资格、用户缺乏权限，或者该促销是由经过认证的直连供应商管理的。请检查账户的促销区域，并提供酒店 ID 联系 Booking.com 合作伙伴支持团队或关联的直连供应商。

仅在支持时通过渠道管理系统进行设置

标准的价格与房态直连并不自动包含促销管理功能。供应商必须支持 Booking.com 的促销 API 或其他获批的工作流程。

如果支持，请在供应商的促销模块中进行创建。选择移动设备专享价、目标渠道、折扣百分比、父级价格、房型及排除条件。提交后，请前往 Booking.com 确认其已显示。

如果直连供应商不支持促销管理，请在 Extranet 中配置移动设备专享价。继续通过酒店渠道管理系统发送正常的父级价格和房态。切勿通过降低源头基础房价来模拟移动端促销：因为这个较低的金额可能会被分发给桌面端用户以及其他 OTA。

数据唯一真实来源原则非常简单：在掌控基础房价的酒店管理系统、收益系统或渠道管理系统中维护房价。在 Booking.com 认可的促销管理系统中维护促销活动。避免在两处同时创建相同的移动端优惠。

防止促销叠加与价格一致性错误

不要假设只有一个优惠会影响宾客价格。Booking.com 目前的需求文档表明，当启用折扣叠加时，符合条件的折扣可能会顺次叠加；若不允许组合，则由适用的定价规则决定应用哪个折扣。

在激活之前，请审核：

• Genius 及其他认证用户折扣
• 特定国家/地区专享价与定向设备优惠
• 季节性促销、营销活动、最后一刻特惠及早鸟优惠
• 衍生价格或不可退款价格调整
• 酒店渠道管理系统加价和直接预订折扣
• 税费、服务费、餐费附加费以及基于入住人数的定价

在优惠层面比较价格一致性：应具备相同的入住日期、房型、入住人数、政策、餐饮计划、货币及税费。仅限移动端的价格和无限制的桌面端价格并非等同的产品，但降低公开基础房价却可能造成实质性的价格失衡。

在未查阅合同、当地规定以及分发至其他渠道的价格前，不要仅仅为了抵消移动端折扣而提高 Booking.com 的基础房价。更好的做法是设定一个可接受的净价底线，缩小适用日期的范围，并定期评估促销活动带来的增量表现。

在保持活动状态前验证移动设备专享价

首先，在 Extranet 或直连的促销模块中确认促销状态。检查受众、百分比、包含的父级价格、房型以及排除的日期。然后确认底层的基础价格仍处于开放状态且有库存。

在匹配的搜索条件下测试三种视图：桌面端、移动端浏览器和 Booking.com App。对于仅限 App 的促销活动，不能将移动端浏览器的搜索结果作为价格设置失败的证据。请务必使用相同的日期、入住人数、货币、房型、取消条款以及登录状态进行测试。

记录原始预订价格和最终预订价格。如果减免费用超过了移动端的设定百分比，请检查 Genius 状态、有效优惠、税费、附加费以及叠加配置。页面显示的摘要可能并未解释其中的每一个组成部分。

对于通过渠道管理系统更新基础房价的住宿，Smart Order 的 酒店渠道管理系统 能够保持父级价格、房态与分发状态的顺畅连接。酒店可以保护源头房价，同时由 Booking.com 将针对特定设备的促销应用到符合条件的搜索中。

何时暂停或缩小促销范围

当移动端预订集中出现在原本能以全价售出的日期、净 ADR（平均每日房价）跌破酒店底线，或是最终折扣幅度超过计划时，请暂停或限制该促销活动。同时需调查桌面端用户是否能看到促销价，或者被排除的日期是否仍在打折。

对比间夜量、净 ADR、取消率、预订提前期、入住率贡献，以及评估 Booking.com 是填补了未售出的库存，还是挤占了利润率更高的渠道。

比较实用的审查节奏是：每周检查未来的排除日期，每月评估最终效果。在更改价格计划、映射关系、促销权限或直连供应商后，请重新检查相关设置。

常见问题解答

什么是 Booking.com 移动设备专享价？

这是一种按百分比计算的折扣，面向通过指定移动端渠道预订并符合条件的旅客提供。如果选项可用，酒店住宿可选择该促销是仅针对 App 还是针对更广泛的移动端受众。

Booking.com 移动端折扣的最低比例是多少？

Booking.com 目前的促销 API 规范支持的移动设备专享价范围是 10% 到 80%。Extranet 会显示当前住宿适用的有效范围及可用选项。

Booking.com 移动设备专享价可以与 Genius 会员折扣叠加吗？

当账户和优惠政策允许折扣叠加时就可以。请以符合条件并完成身份验证的移动端用户身份进行测试，并查看最终的预订价格，而不是简单地手动相加百分比。

移动端专享价会破坏价格一致性吗？

并不必然。这是一种受设备限制的优惠，而非普遍的公开基础房价。酒店仍应检查其协议、当地规定、可比拟的预订条件以及其他渠道上的价格。

酒店渠道管理系统可以创建 Booking.com 移动设备专享价吗？

仅当其支持获批的 Booking.com 促销管理连接时才可以。普通的价格、房态及限制条件 (ARI) 直连并不能证明其支持创建促销活动。

为什么未显示移动设备专享价？

请检查测试设备是否匹配所选受众、父级价格是否处于启用状态、是否有可用库存、入住日期是否符合条件，以及是否包含了该房型与价格组合。同时请确认该促销已激活，并留意测试者的登录状态。

实施可控的移动端促销应始于稳定的父级价格和明确的净价底线。在全年的日历上应用该优惠之前，请限制受众和适用日期，排查其他折扣情况，并验证确切的移动端预订路径。