旺季或节后经营，真正的复盘起点不是看单日报表里的房价涨跌，而是先把未来的入住日按“远期、临近入住、当天”拆成三段，再分别核对每个日期的可售房量、预订进度和订单结构，最后才能判断价格策略有没有跑偏。调整幅度由门店自己的库存与订单数据决定，行业里的经验值只能用来参照，不能直接套用固定折扣——因为每家店的客源构成、取消率和收益目标都不一样。
行业背景与判断方法
酒店定价的判断逻辑，如果只盯着单日房价，很容易被异常订单或渠道活动误导。更稳妥的做法是建立一条检查链：先看同商圈可比竞品价格，再看自身可售房量和预订进度，按入住日期区分销售节奏，结合价格节奏和经营指标定期检查与复盘。竞品变化可以作为观察输入，但不能替代本店数据。可售房量、预订进度、订单和库存要结合入住日期分别核对——远期主要看定价是否覆盖成本、是否留出足够窗口来响应市场变化；临近入住重点看日期的房价是否能填满剩余库存，是否需要下调促销；当天则看动态价格和满房预警。每个阶段的判断重点不同，但都需要同一套底层数据：每个房型在每条渠道上卖的是什么产品、挂了多少个产品、渠道状态是否正常。
适用边界
这套方法适用于有至少三个月以上经营数据的门店，如果门店开业时间短、数据积累不够，则需要更依赖同商圈可比数据。但无论数据量大小，本店实际订单才是决策的基础，竞品变化只能作为参考输入，不能直接照搬打折比例。同样，产品层面的判断也需要边界：频道编辑在调整价格时，必须区分“房价管理”和“售卖产品设置”——前者决定价格数值，后者决定价格所绑定的渠道和库存分配。只有把这两层分开看，才能避免调整了一个产品却遗漏了另一个渠道上的同房型。
产品能力的自然承接
上面提到的经营判断，在路客云 SPMS 里对应的是“售卖产品（日历房）”功能模块。这个模块的设计逻辑本身就是帮门店把“房型”和“渠道”之间的产品映射关系拆清楚——一个房型下可以挂多个售卖产品（比如含早餐、灵活取消、阶梯房价等不同组合），再把这些产品分别关联到携程、美团等渠道去卖。页面上，一屏就能看清每个房型关联了哪些渠道、挂了几个产品，从每行可以直接进入「编辑房型」或「房价管理」做具体调整。入口位于顶部导航「售卖/产品」→左侧「日历房」，同组下还有「预售券」「酒店套餐」，但日历房租约是日常经营最常使用的模块。
实际业务中，当门店复盘节后经营时，可以在这个页面里筛选特定入住日期，快速核对每个房型在各个渠道上的产品数量和关联状态，再结合订单数据判断是否需要新增或停用某个售卖产品。比如发现某个提前预订产品在远期渠道上卖得不好，但临近入住时同一个房型却被大量预定，说明产品设置可能需要拆分，或者要把库存向更高价值的取消政策倾斜。这个过程不依赖复杂的报表，而是从产品页面本身就能看到可行动的信息。
最终落地时，门店的决策依然要基于自己的订单数据和库存节奏——产品页面只是提供了一屏可视化的工具，让经营者能更高效地完成“检查竞品→核对可售→调整价格”这个循环，而不是替代经营判断。行业方法负责方法论，产品能力负责落地边界，两者在同一个经营场景下自然衔接。
