满房不等于收益，矛盾先出在均价
酒店在高入住率和低房价的组合中，需要判断低房价是否可持续吸引增量客源；如果入住率已达上限而均价偏低，优先考虑提价而非继续追求满房。
旺季、周末或热门日期接近满房，常被当成经营良好的证明。但如果这个时段的均价偏低，满房本身并不说明收益在改善：客人是被低价吸引来的，价格回到正常水平后是否还来并不确定。所以第一件要回答的事，不是还能不能继续满房，而是低价换来的这批客源是否可持续。
把满房拆成入住率、均价与每间可售房收益
路客云 SPMS 的经营报表把全渠道的订单、房费、消费自动归集，先在「统计概览」用一屏仪表盘看清总营业收入、入住率OCC、平均房费ADR、平均客房收益RevPAR等核心指标；需要细节时，再到「收入报表」按日、按月、按门店、按渠道、按房型等维度逐层下钻对账。
同一页面上，住宿订单来源分析按来源占比拆解住宿订单，用来看客源结构；增长趋势分析可以切换营业收入、入住率OCC、平均房费ADR、RevPAR、已售房间数几个维度看走势。
把满房拆到这几项之后，经营者才能判断这些间夜是高价卖出去的还是低价卖出去的，也才能看出每间可售房收益有没有被低均价压住——客房卖空了，均价和每间夜收益却停在低位，这正是需要被看见的信号。
远期分析：提前看清未来哪些日期订得偏弱
统计概览里的「远期分析」标签，把日期范围默认设到未来若干天，用与统计总览一致的营收统计、经营指标（总营业收入、入住率OCC、平均房费ADR、RevPAR、已售房间数）、增长趋势分析和住宿订单来源分析，展示尚未发生的预订，并随新订单实时变化。
这一层视角把判断从当下推到未来：哪些日期预订偏弱、哪些日期已接近满房，提前看清之后，继续用低价把这些库存卖出去是否划算，才有比较的依据；低价填满的日期，也可能正是后面本可以更高价卖出的日期。
远期分析
提醒按入住率给出，执行权仍在经营者
路客云 SPMS 的智能调价按入住率×分时段设定一套动态调价策略：系统实时盯盘，某时段入住率偏低时提醒降价抢单，偏高时提醒提价增收。
抽屉内以时段为单位配置，每个时段块包含「当入住率低于N%→提醒降价N%」和「当入住率高于N%→提醒升价N%」两条可勾选的规则，阈值与幅度都可自行填写，也可以增删时段；页面顶部还会出现盯盘提醒条，提供「忽略」与「立即调价」两个选项。
它的边界同样要说清：给出的是调价提醒，是否执行由经营者决定，提醒本身不会自动改价，实际改价需要手动触发；抽屉底部「保存」是写操作，保存后策略生效并按规则触发提醒。
所以它能做的，是把「高入住率时要评估提价」这件事嵌进每天的盯盘节奏，按门店、按时段给出提示；但它不能替经营者判断这批客源是否可持续，也不能替经营者按下去执行。
智能调价策略抽屉
先算提价与客单价，再决定是否继续满房
回到开头的处境：入住率接近上限而均价偏低时，继续用低价满房通常不是收益最优——低价新增客源对总收入的边际贡献有限，压低的却是ADR与RevPAR，也可能占用后面本可更高价卖出的库存。
选择依据因此可以落成一条顺序：先用经营报表核对OCC、ADR、RevPAR、收入构成与客源来源，再用远期分析看未来日期的预订强弱，用智能调价的提醒辅助分时段判断；核实之后，优先评估提价或客单价提升，只有在低价仍能带来可持续增量客源时才维持原价。数据与提醒提供判断信息，是否执行仍由经营者决定。
