叠加之后，谁在拉低价格
平台活动叠加的逻辑，不是多报一个折扣就结束。美团新规则下，系统会自动在天天特价基础价上叠加场景层活动；若场景活动优惠幅度超过基础活动，系统会统一加深折扣百分比，价格倒挂风险需要重点关注。
这意味着，如果所有房型都报名，正常房型也会被放进同一折扣链。活动带来的流量入口或许增加了，但正常房型的价格体系会被拉低，后续调价空间也被压缩。
先看清三层价格
路客云 SPMS 的中央价把房型与日期排成价格日历，统一维护基础价、划线价、实际卖价三层价格；渠道系数再与这些价格共同推算各直连渠道的售卖价。
所以活动叠加后的最终展示价，不是单一折扣数字，而是三层价格与渠道系数共同作用的结果。报名之前先看这层关系，才知道折扣真正改变了哪个房型、哪个渠道。
切换门店后的三层价格
入口与守价分给不同房型
行业经验给出的取舍是：可只对最高价房型报折扣活动以保留流量入口，其他房型不报活动，从而平衡流量获取与云梯成本。
这样折扣落在价格带最高处，入口仍在，但正常房型不被拉进叠加链；价格倒挂风险和后续调价压力被限制在更可控的范围。
是否报名还要评估活动增加后的调价复杂度。尤其上线双平台的酒店，更需要判断自身对价格的管理和控制能力。
因此，报名不是简单的多报多流量，而是决定哪个房型去换流量、哪些房型守住价格结构。
把改价范围限定住
决定只让最高价房型做入口后，执行时还要把改价范围限定住。路客云 SPMS 的批量改价可先选择房型，再限定日期区间、星期和改价方式，改价方式包括绝对值、差值和百分比。
批量改价默认保存为草稿，确认后再同步渠道；立即同步是写操作，无法撤回，会改动已直连渠道的线上售卖价。
这个范围控制让“最高价房型做活动、其他房型守价”的分工不至于在执行时被全店改价抹掉；先草稿核对，再同步，是控制影响范围的关键步骤。
上线后核对与追溯
渠道RP价按房型下的售卖产品逐渠道展示划线价和实卖价，能看出各产品当天在渠道上实际卖多少钱。
调价日志记录房型、价格日期、操作内容、调整方式、是否同步渠道、渠道价格、操作人和时间，是只读审计线。
活动上线后，两者配合可以核对渠道实卖价，并追溯是哪次改价、是否同步导致价格变化，从而验证正常房型没有被活动折扣拉低。
报名就是结构取舍
回到最初的问题，在活动叠加会加深折扣、最终展示价又由三层价格与渠道系数共同决定的前提下，报名房型选择就是价格结构和流量入口的设计。
可执行的判断是：只让最高价房型承担折扣活动以保留入口，其他房型不报或谨慎叠加；先算叠加后的最终展示价，再决定是否报名。
如果活动增量带来的调价复杂度超过自身管理和控制能力，尤其双平台酒店，宁可少报，也不要用正常房型补贴活动流量。
