如何在 Trip.com 上设置促销活动并检查最终的宾客价格

了解 如何在 Trip.com 上设置促销活动 意味着掌控最终的优惠价格，而不仅仅是保存一个折扣。酒店需要知道哪个基础房价将享受减免、哪些宾客符合资格、是否还会叠加其他权益，以及扣除佣金和税费后的净利润。

Trip.com eBooking 包含促销、营销活动、TripPlus、权益中心和商机中心，但具体标签和可用产品可能因市场、合同、住宿类型和权限而异。请根据您账号中实际可见的功能进行操作，不要生搬硬套其他住宿的菜单路径。

从需求问题和底价开始

明确酒店需要影响的日期或受众。针对近期的需求缺口使用最后一分钟优惠；针对预订提前期不足的情况使用提前预订优惠；针对特定受众使用会员或特定客源市场优惠；只有在营销活动的展示位置和经济效益适合该住宿时，才参与该活动。

在输入折扣百分比之前，设定可接受的最低净客房收益。需计算变动入住成本、住宿合同规定的渠道佣金、住宿承担的权益成本、支付成本、适用的佣金税，以及包含的增值服务（如早餐）的价值。

不要用广泛的折扣来解决特定房型的问题。如果平日的标准间需要提升销量，除非预测数据支持，否则请避免将套房、旺季日期或销量已很好的价格计划包含在促销中。

Trip.com 目前将 eBooking 视为 住宿合作伙伴后台 ，并将其优化工具中的促销、营销活动、TripPlus、权益中心和商机中心列入其中。Trip.com 的合作伙伴常见问题解答是公开参考；具体账号则是当前资格和设置的唯一来源。

在创建新促销前审核现有折扣

打开 eBooking 中可用的促销、营销活动和权益区域。记录所有正在生效或已排期、且可能适用于同一房型、价格计划、预订期、入住期、客源市场、设备或会员客群的优惠。

同时检查源房价。酒店渠道管理系统可能已经向 Trip.com 推送了一个低于酒店直销 BAR（最优无限制房价）的衍生房价。如果在这个衍生价格上再叠加新促销，可能会导致实际折扣力度超过收益经理批准的范围。

计算连环折扣时需依次递减，而不是简单相加百分比。例如，基础房价 120 美元打八五折（15% off）后是 102 美元。在此基础上再叠加符合条件的九折（10% off）优惠后则变为 91.80 美元。最后还需要计算税费、附加费、货币显示差异以及由住宿承担的任何权益成本。

如果账号没有清楚显示两项优惠是否可以叠加，请假设其结果未知。如果可以，请使用预览功能，咨询 Trip.com 的市场或住宿支持联系人，并在大范围日期激活之前核对公开预订的结账页面。

Smart Order 的 酒店数据分析系统 能够帮助收益团队在促销活动后比较 Trip.com 的 ADR（平均每日房价）、间夜量和渠道贡献。这使得是否停止或延长促销的决定建立在净收益表现之上，而不是仅仅看总预订量。

在 Trip.com eBooking 中设置促销活动

请在桌面端登录，确保选择正确的住宿名称，并使用具有收益管理权限的账号。由于可用的设置选项可能因促销类型而异，请保存已获批设置的截图。

1. 登录 eBooking 并确认住宿名称和酒店 ID。
2. 打开包含已获批优惠的促销、营销活动、TripPlus、权益中心或商机中心区域。
3. 选择促销类型，并确认其是由酒店创建的、基于邀请的，还是与 Trip.com 的营销活动绑定的。
4. 准确选择房型和价格计划，请检查它们的 ID 和包含的项目，而不要仅凭名称判断。
5. 输入折扣或权益，以及该优惠所显示的任何最低连住天数、提前预订天数、入住人数、客源市场、会员要求、预订平台或取消政策条件。
6. 分别设置预订期和入住期，然后排除不适用该优惠的旺季日期或关房日期。
7. 仔细检查最终设置、价格预览、承担方和账号中显示的佣金基数，然后保存或激活。
8. 记录促销 ID、操作用户、时间戳、适用范围、预期宾客价、预期净收益以及复核日期。

如果账号仅提供参与选项而没有可编辑的字段，请不要在酒店渠道管理系统中自作主张地进行第二次降价。请确认活动条款，并通过系统提供的流程选择接受或拒绝。

基础房价和促销活动需分别管理

为 Trip.com 的基础房价指定唯一的数据来源。已连接接口的酒店通常应该在其 酒店管理系统、CRS（中央预订系统）或酒店渠道管理系统中更新已映射的房价，并使用 eBooking 来设置接口无法管理的特定渠道促销活动。

不要仅仅为了让促销看起来力度更大而降低已连接的房价。如果促销是在接收到的房价基础上按百分比打折，酒店可能会发生两次打折，从而产生无法解释的价格倒挂。

确认直连供应商是否支持促销管理。支持房价、房态和预订限制等同步，并不代表它能创建 Trip.com 的每一个促销或营销活动。记录下不支持的特例，并严禁在活动激活期间进行同步修改。

Smart Order 的 酒店渠道管理系统 在一个操作日历中维护已映射的 Trip.com 房价。员工在评估单独面向宾客的促销活动之前，可以在 eBooking 中验证接收到的基础价格。

检查最终的宾客价格

首先，重新打开已保存的促销。确认其状态、所选房型和价格计划、折扣力度、预订日期、入住日期、排除日期、宾客资格、取消条款以及任何显示的叠加规则。

其次，以符合资格的宾客身份在 Trip.com 上搜索。匹配目的地、入住日期、入住人数、房间数、币种、国家或地区、设备类型、登录或会员状态、房型、餐食计划、取消政策以及支付条件。继续操作直到进入最终的预订价格页面。

将完整的宾客总价与预期计算结果进行比较。利用界面显示的信息，将基础房价、促销折扣、税费、附加费、汇率转换和各类权益分别拆解核对。仅仅一个被划掉的原价并不能证明最终的净售价是正确的。

第三，使用被排除的日期、房型、市场或未登录状态进行反向测试。此时该促销应该不再显示，而正常价格应仍可预订。同时，检查第一天和最后一天符合资格的入住日期，以捕捉预订期和入住期的设置错误。

排查错误或缺失的促销活动

最终价格过低

症状： 结账价格低于获批的底价。 排查项： 其他促销、营销活动、TripPlus 或会员权益、衍生房价、基于入住人数的定价，以及员工是否降低了源房价。 应对措施： 暂停最新发布的优惠，保存截图证据，并仅移除重复的折扣路径。

已保存促销但在前端不可见

症状： eBooking 后台显示有此优惠，但符合条件的搜索结果中未展示。 排查项： 激活状态、预订和入住日期、房态库存、价格计划可用性、预订限制、客源市场、币种、设备、登录状态以及最低连住天数。 应对措施： 修正导致无法符合条件的限制项，并重新测试，然后再考虑是否重新创建。

错误的房型或价格计划被打了折

症状： 显示的价格带有错误的餐食、取消政策或入住人数要求。 排查项： 具体的房型和价格计划 ID，以及主计划或衍生关系的设置。 应对措施： 停用受影响的促销范围，更正产品选择，并重新验证使用条件和价格。

酒店渠道管理系统更新后价格发生变化

症状： 促销活动依然有效，但在常规房价推送后结账价格发生了变动。 排查项： 该优惠是否是基于已连接基础房价的百分比折扣。 应对措施： 确认预期的源房价数值并重新计算最终价格，而不是盲目地覆盖原促销活动。

在上线后监控促销活动

根据设置核对第一笔符合条件的预订订单。确认房型、价格计划、入住日期、宾客资格、折扣额、税费、支付方式、取消条款、佣金基数以及是否成功导入酒店管理系统（PMS）。

对比上线前后相同房型和日期的预订进度、ADR（平均每日房价）、取消率、平均入住时长以及净利润贡献。如果促销活动只是挤占了原本愿意支付标准价格的宾客，那么订单量的增加并不能证明带来了增量需求。

为活动设定负责人员和截止日期。当目标日期的需求恢复、净收益低于底线、意外被非目标市场的宾客享受，或运营成本抵消了预期利润时，请及时暂停或缩小促销范围。

常见问题

酒店可以在 Trip.com 的哪里创建促销活动？

使用 Trip.com eBooking 中提供的促销或相关的业务增长工具。根据账号类型的不同，该优惠可能会显示在促销、营销活动、TripPlus、权益中心或商机中心下。

Trip.com 促销可以与其他折扣叠加吗？

视具体优惠和账号规则而定，可能会发生叠加。请审查每一项生效的权益，并验证符合条件的最终结账价格，切勿想当然地认为只会适用一种折扣。

酒店应该先调整基础房价吗？

只有在获批的定价策略有此要求时才去调整。否则，请将基础房价保持在其指定的数据源中，并通过支持的渠道工作流来应用促销活动。

为什么 Trip.com 的公开售卖价格与 eBooking 不同？

可能的原因包括促销活动、会员权益、汇率转换、入住人数、税金、附加费、市场资格，或不同的房型和价格条件。请在最终结账页面进行同等维度的比较。

酒店渠道管理系统可以创建 Trip.com 促销活动吗？

只有在系统服务商明确表示支持该账号的相关促销功能时才可以。标准的基础房价和房态同步功能并不能代表具备此能力。

如何证明 Trip.com 的促销设置是正确的？

保存的生效范围与审批通过的一致；符合条件的结账页面显示了计算出的最终价格和适用条件；反向测试成功排除了该优惠；且首笔预订订单正确导入到了系统中。

只有当酒店能够全程追踪基础房价、折扣资格、最终的宾客价和预订结果时，一个 Trip.com 的促销活动才算完整。请缩小活动的配置范围，严格验证结账价格，并将基础房价和促销活动交由各自明确的负责人进行分离式管理。