设置乐天旅游促销活动时，应为宾客提供清晰易懂的优惠，同时不破坏酒店原有的价格体系。主要风险并不是输错折扣比例，而是方案折扣、优惠券、酒店承担的积分或活动权益以超出预算的方式叠加使用。
乐天旅游通过住宿方案销售客房。因此，一项促销活动实际上属于更完整产品组合的一部分，其中包括房型、方案、餐食、入住人数、取消条款、预订时段、入住日期、积分、优惠券以及最终付款条件。
请采用可控的设置流程：先明确商业目标，再将促销应用于范围较小的产品，核实最终销售价格；只有在首批预订符合已批准的利润要求后，才逐步扩大活动范围。
打开设置页面前，先写明促销规则
创建一份简短的审批说明，确保其他管理人员即使不登录账户也能理解。说明中应列明促销名称、目的、目标宾客、适用房型与方案、预订期、入住期、排除日期、折扣或权益、费用承担方、间夜数量上限，以及可接受的最低净收入。
明确优惠的具体目的，例如提升需求较低的工作日入住率、鼓励提前预订、销售临期空房、延长平均入住时长，或触达特定的乐天旅游客群。没有单一且可衡量目标的促销很难及时停止，因为每一笔预订都可能被解释为新增需求。
分别设置预订日期和入住日期。预订期决定宾客可以在何时下单，入住期决定折扣住宿可以在哪些日期使用。务必检查节假日、节庆活动、旺季周末，以及酒店预计无需折扣也能正常售出的日期。
指定一名有权上线、暂停和审核优惠的负责人。住宿管理人员应能在预订中识别该促销，但未经批准，不应在与宾客沟通时擅自修改促销内容。
确认基础方案和房价管理方
选择用于提供客房、包含项目、取消政策和起始价格的住宿方案。将其房型、餐食、入住人数、税费、预订截止时间、入住期和付款规则与已批准的促销方案逐项核对。
然后确认基础房价通常由哪个系统管理。如果方案房价由酒店管理系统或多渠道管理发送，请继续在该系统中进行日常调价。如果酒店直接在乐天旅游的酒店管理页面中维护方案，则应将该页面作为房价来源。在错误的位置手动修改基础房价，之后可能会被系统覆盖，并意外改变促销结果。
不要将新折扣附加到正常价格本身就是临时价格的方案上。应先恢复或记录已批准的基础房价。团队必须能够清楚回答一个简单的问题：“这个折扣是以哪个价格为基础计算的？”
如果多个方案共用同一个客房库存池，应确认促销只是增加了销售同一批客房的方式，而不是增加额外客房。开放促销方案不应导致实际库存数量增加。
计算宾客最终价格和酒店净收入
应从宾客最终支付金额出发进行计算，而不能只看宣传中的折扣比例。计算项目应包括基础方案价格、促销减免、适用优惠券、积分抵扣或额外积分成本、税费、服务费、餐食、支付成本、渠道费用，以及由酒店承担的任何权益成本。
例如，当酒店承担费用的优惠券也可使用时，10%的方案折扣可能会变成幅度更大的实际优惠。额外积分可能不会降低页面显示的房价，但仍会增加酒店的获客成本。餐食或延迟退房权益即使对宾客显示为免费，也会产生实际服务成本。
上线前应审批三个数字：正常情况下宾客的最终支付价格、促销后的宾客最终支付价格，以及扣除所有已知费用后的酒店预计净收入。还应将净收入与接待该次入住的成本，以及将客房保留给其他渠道可能产生的价值进行比较。
Smart Order可在同一审核流程中关联已批准的房价、预订来源和酒店实际收入。管理人员无需只依赖预订总额，即可判断乐天旅游优惠是否有效填补了目标日期的空房。
核算所有扣减项目后的促销收入
使用 Smart Order 对比客房收入、预订来源和入住率，再决定是否扩大渠道促销范围。
先在较小范围内创建促销
菜单名称可能因住宿类型、市场、合同和账户配置而有所不同。在乐天旅游的酒店管理页面中，打开该酒店可用的住宿方案、活动、优惠券或促销优惠设置。
请按照以下操作顺序进行设置：
- 编辑前确认酒店主体，尤其是在管理多家酒店的账户中。
- 选择目标房型和住宿方案，然后核对餐食、入住人数、取消条款和付款方式。
- 分别设置预订期和入住期，并采用正确的时区。
- 在最小的适用范围内设置已批准的折扣、优惠券、积分条件或附加权益。
- 排除旺季日期，以及所有无法达到最低净收入要求的房型与方案组合。
- 检查设置摘要、保存优惠，并记录操作用户、时间和所用设置。
不要仅仅因为页面支持批量选择，就将优惠复制到所有方案。请先选择一个具有代表性的房型与方案组合，并设置较短的日期范围。小范围上线更容易发现价格冲突，也能降低纠错成本。
检查折扣和权益是否叠加
保存后，应检查可能影响同一搜索结果的所有价格因素，包括住宿方案自身的折扣、乐天旅游活动参与情况、优惠券、会员或 App 专属条件、酒店承担的积分、连住权益、提前预订优惠、临期优惠，以及任何手动基础房价调整。
需要区分“可以同时展示”和“可以同时使用”。两个优惠标签可能会同时出现在搜索结果中，但最终只有一个会改变支付金额。唯一可靠的检查方式，是沿着宾客预订流程操作到足以查看最终可预订金额和适用条件的位置。
还应比较取消费的计算基础。如果取消费以预订成交价为基础计算，员工必须保留该成交金额记录。如果某项权益有单独的成本或退款规则，应将其记录在运营和财务部门使用的方案备注中。
当叠加后的结果低于酒店批准的价格底线时，不要通过仅针对促销提高基础房价来弥补。应暂停存在冲突的权益、缩小适用范围或重新设计优惠，确保正常房价依然真实可信。
以宾客身份测试优惠
使用该优惠要求的准确入住日期、预订日期、客房数量、成人和儿童人数、语言、市场、设备条件及会员身份进行搜索。逐项核对房型、方案、餐食、取消政策、付款方式、税费和所含权益。
执行三次搜索测试：一次使用应符合资格的条件，一次使用被排除的日期，一次使用不应符合资格的宾客条件。正向测试可证明优惠已经生效，两个反向测试则可证明适用边界正确。
继续操作至最终预订确认页面，并记录页面显示的总额。除非酒店已批准进行受控测试预订，否则不要完成预订。如果需要测试，请选择需求较低且可以取消的日期，并确认预订显示了正确的方案、最终价格、权益、付款方式和库存扣减。
监控首批预订，并按明确条件及时停止活动
应逐笔审核首批预订，而不是等到月度报告发布后再检查。将预订房型和方案、入住日期、宾客最终价格、优惠券或积分使用情况、付款方式、预计渠道费用及净收入与审批说明进行核对。
如果最终价格低于已批准的底线、被排除的日期变得可以预订、其他优惠意外叠加、库存从错误的房型库存池中扣减，或住宿管理人员无法向宾客解释优惠权益，应立即暂停促销。
取得有参考价值的样本后，应比较新增预订量、取消率、平均入住时长、净平均每日房价以及被挤占的全价需求。应根据促销带来的实际收益决定保留、缩小或终止活动，而不能只看预订数量。
预防未来发生房价冲突
为所有渠道维护一份统一的促销登记表。针对每项进行中的优惠，记录日期、目标客群、房型与方案范围、折扣、优惠券、积分、费用承担方、预计净收入、负责人、审核日期和停止规则。
每当基础方案发生变化、新优惠券上线、积分成本发生变化，或由某个已连接系统接管房价控制时，都必须重新检查价格。即使没有人直接编辑促销本身，旧促销也可能变得无利可图。
优惠结束后，应归档审批记录和首批预订验证材料。下一次活动应以本次活动的实际结果为起点，而不是直接复制一个已经遗忘排除条件的折扣比例。
常见问题
乐天旅游促销可以与优惠券叠加使用吗？
这取决于具体优惠和账户设置。上线前，请使用完全符合资格的搜索条件进行测试，并确认最终可预订金额。
酒店是否应该先提高基础房价再添加折扣？
请采用酒店批准的正常房价策略。仅仅为了展示折扣而提高基础房价，可能在其他渠道造成价格一致性、宾客信任和利润方面的问题。
多渠道管理能否创建乐天旅游的所有促销活动？
不一定。已连接系统可能负责管理基础房价，而乐天旅游专属活动、优惠券或积分设置仍需在酒店管理页面中完成。请明确记录每个字段由哪个系统或人员负责管理。
如何确认促销已经可以上线？
符合资格的搜索能够显示已批准的最终价格和条件，被排除的搜索无法获得优惠，库存保持正确，并且首笔预订产生了符合预期的酒店净收入，即可证明促销已经可以上线。
