如何在 Agoda 上设置促销并验证最终售价

学习如何在 Agoda 上设置促销不仅是输入一个折扣那么简单。该优惠可能会与另一个活动、基于入住人数的定价、税费或关联的房价计划发生相互作用。因此，一个 10% 的优惠可能会导致出乎意料的客人支付价格或酒店实际收入。

安全的工作流程包含四个控制环节：选择正确的促销类型，定义其适用范围，检查叠加规则，以及从符合条件的客人视角来验证最终售价。Agoda 目前的住宿后台被称为Agoda Partner Portal；一些酒店操作流程可能仍在使用其旧名称 YCS。

选择与需求缺口相匹配的 Agoda 促销类型

Agoda Partner Portal 将促销活动分为三大类。优先选择类型，可防止酒店使用广泛的折扣来解决特定的需求问题。

季节性促销 支持特定的营销活动或旅行时段。两个符合条件的季节性促销不能相互叠加；Agoda 会应用能产生更具竞争力房价的那个。不过，季节性优惠仍可以与符合条件的基础性或定向优惠叠加。

基础性促销 包括自定义促销、早鸟优惠、最后一分钟优惠和长住优惠。当预订窗口、入住时长或入住率较低的日期决定了您的需求时，请使用这些促销。当相关的叠加控制允许时，符合条件的基础性促销可以叠加使用。

定向促销 按客群对优惠进行限制。Agoda 目前围绕产品、常客计划、地理位置、平台和最大收益等类别来组织这些促销。当多个定向促销属于不同且符合条件的类别时，它们可以相互叠加。叠加详情 视图会显示定向类别和最大定向折扣，但其计算不包括活跃的季节性或基础性促销。

考虑一下哪些夜晚或预订行为需要激励。周日到周四的需求缺口可能适合设置一个有限的自定义促销。而接近满房的活动期间可能就不需要了。

在激活优惠前计算最终房价

Agoda Partner Portal 使用参考售价 作为酒店承担的促销活动应用前的录入价格。不要将这个数字与客人最终支付的价格，或酒店在扣除 Agoda 合同佣金及其他相关调整后收到的金额混为一谈。

举个简单的例子，假设参考售价为 150 美元。一个 10% 的酒店承担的促销会将其降至 135 美元。如果随后又应用了另一个符合条件的 10% 促销，那么在计算税费、货币转换或其他调整之前的结果将是 121.50 美元。确切的计算取决于该次搜索中处于活跃状态的优惠和条件。

下面的控制台表格拆解了管理者在上线前应该记录的数据。

为每个需求时段设定一个净房价底线。这需涵盖录入的房价、酒店承担的折扣、预期的 Agoda 佣金、支付成本以及可变的运营成本。如果预期的酒店实收金额低于该底线，请缩小日期、产品或受众范围。

当 Agoda 的预订订单流入 Smart Order 时，酒店数据分析系统 可以让管理者比较渠道收入、ADR（日均房价）、入住率和预订来源。这可以清楚地展示促销是填补了原本空置的客房，还是仅仅替代了原本会以正常价格预订的需求。

如何在 Agoda Partner Portal 上设置促销

菜单标签和可用的优惠因住宿类型、市场、资格和权限而异。请按照以下规范化流程进行操作：

1. 登录Agoda Partner Portal。如果该账户管理着多个住宿，请从房源列表中选择正确的住宿。
2. 打开房价与房态，选择促销，并检查活跃和非活跃的优惠，以防止设置重复。
3. 点击选择新促销 并选择符合您需求目标的促销。
4. 若要设置酒店自定义优惠，请打开基础性促销 并选择自定义促销。
5. 输入一个标明目的和范围的内部名称，例如“九月周日到周四”。客人不会看到这个名称。
6. 分别设置预订日期 和入住日期。预订窗口控制客人何时可以预订；入住窗口则控制哪些间夜符合条件。
7. 输入折扣。将预览或摘要与酒店批准的房价底线进行比较。
8. 检查叠加 控制选项。仅在计算并批准了与其他符合条件的基础性促销叠加后的价格时，才启用该选项。
9. 打开附加设置 并添加限制。应用可用的房型、房价计划、星期、入住时长或取消政策控制。
10. 检查最终的摘要信息，特别是住宿名称、日期、折扣、产品、限制和叠加规则。点击激活。
11. 重新打开已激活的促销，记录其所有者、日期、折扣、适用产品、排除项以及叠加选择。

其他促销类型会显示与其优惠相关的控制选项。在未检查自身需求和房价结构的情况下，不要盲目复制其他酒店的折扣比例。

如果缺少“促销”菜单或某个特定优惠，请检查所选住宿、用户权限、资格和合同。当无法确认配置时，请使用 Partner Portal 中的需要帮助 选项，或联系酒店的 Agoda 代表。

防止叠加、日期和房价计划错误

最大的风险在于，批准了一项促销活动，却未审核可能符合同一搜索条件的其他所有因素。在激活之前，请检查：

• 每一个活跃的季节性、基础性和定向促销，包括移动设备端、地理位置、常客、早鸟、最后一分钟和长住优惠。
• 预订日期与入住日期，以及需要排除的活动日、节假日、周末和接近满房的时段。
• 包含的房型、房价计划、入住人数规则、餐食计划、取消条款以及最短或最长入住时长限制。
• 参考售价是来自 Partner Portal 还是酒店渠道管理系统，以及手动设置的价格是否会被覆盖。
• 税费显示方式、货币转换、付款时间和酒店预期的结算金额。
• 促销邀请是否要求酒店明确加入或拒绝，而不是保持中立状态。

Agoda 允许在季节性和基础性促销上设置取消政策。如果多个符合条件的优惠中包含取消政策，则受 EasyCancel 和当前政策优先级的约束，最严格的政策可能会生效。请务必验证向客人展示的条款。

不要通过降低酒店管理系统或酒店渠道管理系统中的基准参考售价来创建促销。这一更改会影响到非促销的 Agoda 搜索结果或其他连接的渠道。请在管理房价的系统内保留正常房价，并在规定的促销工作流程中专门创建针对 Agoda 的促销。

验证 Agoda 最终售价

激活并不意味着工作结束。首先，在 Partner Portal 中重新打开促销，并确认其处于“活跃”状态。检查其预订日期、入住日期、折扣比例、适用产品、限制和叠加设置。然后，确认对应的房型和房价计划具有可用房态并开放售卖。

执行受控的公开搜索。匹配日期、客房、入住人数、市场、货币、设备和登录状态。对相同的客房、入住人数、餐食、取消政策、付款时间和税费处理进行比较。针对特定条件的定价，是无法与未登录情况下的无限制桌面端价格直接作比较的。

记录下划线划掉的原始价格或参考价、显示的每晚价格、税费，以及付款前最后一步的最终金额。对不符合条件的日期重复搜索。这种反向测试不仅能证明折扣日期正常显示，还能证明排除项和预订窗口的设置确实生效。

如果促销针对特定的平台、地理位置或常客群体，请同时进行符合条件和不符合条件的搜索测试。定向条件可能会让正确的促销在酒店平常使用的办公浏览器中处于不可见状态。

对于风险较高的上线活动，请按照酒店的测试流程，进行一次经过授权且可取消的测试预订。确认其房型、计划、日期、总入住人数、促销活动和结算详情，然后在政策允许的时间内取消预订。不要在取消预订会产生费用，或导致有限的库存失真时进行测试。

如果是由 Smart Order 来控制 Agoda 的基准房价，其酒店渠道管理系统 会将映射好的房价和房态从统一来源进行实时同步。员工可以直接验证针对 Agoda 的专属折扣，而无需在多个系统中手动降低基础房价。

诊断售价低于预期的问题

保存产生差异的搜索结果或截图。记录下时间、市场、设备、登录状态、货币、日期、入住人数、产品以及最终总价。

接下来，倒推排查。确认基准参考售价，然后按类型列出每个符合条件的促销活动。检查针对定向优惠的叠加详情，但需单独审核季节性和基础性促销，因为它们可能不会出现在定向叠加计算中。检查入住人数调整、税费、货币转换以及取消条款。

如果 Partner Portal 中保存了错误的设置，请编辑或停用该促销。定向促销可能还会提供带有恢复日期的临时暂停选项。如果配置正确，但公开展示的结果仍然无法对齐，请向 Agoda 合作伙伴支持团队发送住宿 ID、促销名称、房型和房价计划、日期、截图、预期计算结果以及观察到的总价。

常见问题解答

Agoda 促销在哪里创建？

在 Agoda Partner Portal 中，选择住宿，然后进入房价与房态 > 促销 > 选择新促销。可用的促销卡片取决于住宿的资质和配置。

Agoda 上的自定义促销是什么？

它是一种基础性促销，允许住宿自定义内部名称、预订和入住日期、折扣、叠加选项以及适用的限制条件。

Agoda 的促销可以叠加使用吗？

可以，前提是它们的类型、类别、设置以及客人的资格允许叠加。季节性、基础性和定向促销遵循不同的组合规则，因此请务必对这三类促销都进行审核。

为什么 Agoda 最终售价低于我计算的折扣价？

可能是另一个符合条件的促销叠加生效了。此外，还需检查定向房价、按入住人数定价的设置、税费、货币、付款条件以及具体显示的客房房价产品。

我应该通过修改 Agoda 基础房价来抵消促销折扣吗？

请勿擅自提高或降低基准房价。首先，计算出批准的净房价底线，并检查连接的其他渠道上的房价。通常，缩小促销范围比操控源价格更容易掌控。

如何停用 Agoda 促销？

打开房价与房态 > 促销，选择处于活跃状态的优惠，选择编辑，并在适用处使用停用。Agoda 可能会询问原因。操作完成后，请确认该促销显示为非活跃状态，并重新测试公开售价。

只有当酒店既能解释清楚面向客人的总价，又能明确预期的酒店实际收入时，一个促销活动才算准备就绪。请将激活操作、公开验证以及不符合条件日期的反向测试视为一个完整的标准化操作流程。