准备调整包间价格时，老板可能只关心新价格有没有保存。但门店里还有正在使用的房间、已经预约的客人，以及稍后才到店的新客。修改一项设置，这几类订单会怎样计算，不能凭“保存成功”四个字判断。

一、先写清生效条件，不急着改数字

建议把调价说明写成一句完整的话：哪类包间、哪种套餐、从哪个时间点起、适用于哪些订单。仅写“明天换新价”仍不够，因为预约发生时间、实际开台时间和结账时间可能不在同一天。

这里最重要的是把门店对外说明、顾客已确认的安排与系统配置对应起来。不能因为软件按某种方式计算，就把它当作改变原有约定的理由；存在争议时先由负责人核对沟通，不让店员临时猜测该收多少。

如果同时调整套餐包含时长、赠送内容和超时规则，建议分项列出。单价没变不代表整套规则没变，测试也不能只盯着结账总额。

二、拿三类测试订单看实际结果

请服务方在获准的演示环境中，按拟使用的版本和配置验证。先记录门店期望结果，再操作；不要看到软件算出一个数字后，反过来把它定义成正确答案。没有演示条件的项目标记未验证，不拿真实顾客订单试错。

第一类是切换前已经开台、切换后才结束的旧单。记录原计费规则，在测试环境调整价格后查看订单明细，确认是否变化、何时变化。尤其核对重新打开账单或执行结账计算后，结果是否仍符合事先约定。

第二类是切换后新开的订单。用同一种包间和同一种服务条件检查新规则是否被选中，再核对计费单位、套餐时长及优惠。新旧两单应有可解释的差异，而不是仅凭员工记忆判断。

第三类是提前预约、切换后到店的订单。先明确预约中已确认了哪些内容，再看开台时系统实际带入什么。预约记录里写了旧方案，不等于开台一定沿用；反过来，也不能直接断言所有预约都会采用新价。

三、再补一个容易漏的变化：中途加时

旧单在新规则生效后加时，属于需要额外确认的边界。原套餐和新增时段如何对应，应先按门店说明及顾客确认的安排确定，再看系统能否表达。不要把加时操作简单当作整笔订单重新计价。

可请演示人员展示加时前后的明细、适用规则和操作记录，观察能否解释变化来自哪里。若当前版本无法清楚表达，应先与服务方制定有记录的处理方案，再考虑上线，不能靠每天手工改总价来掩盖未解决的规则问题。

包间使用结束后的状态衔接，可参考包间待清洁与可用核对指南。计费结束、订单结清和房间再次可用是不同环节，不应为处理价格问题而随意改动房态。

四、什么时候适合正式切换？

建议在规则说明、配置范围和测试结果都明确后安排切换，由一名负责人操作，另一名授权人员核对。记录版本、调整时间、适用对象和发现的问题，交班时让员工知道哪些订单需要特别核对。

营业低峰或没有未结订单时，可能更方便控制操作范围，但这不是通用保证：提前预约、优惠套餐等仍可能存在。不能把“当时没有客人”当作不需要检查的理由。

如果只是门店重新设计价目说明，后台计算规则并未变化，就不必为了形式修改系统。若涉及多个门店或多套套餐，也不要默认一次调整会同步全部范围；分清哪些要改、哪些保留，再核对实际结果。

五、常见问题

系统没有预约生效时间，怎么办？

先确认是否只能人工切换，以及适合由谁、在什么窗口执行。没有定时能力不一定不能用，但需要能执行的交接办法；本文不承诺有定时功能或可通过升级获得。

保存后发现有误，改回原价就恢复了吗？

不能这样推断。应先确认哪些订单已受影响，保留原始记录，再联系服务方核对修正路径。恢复设置与恢复订单结果不是同一项验收，不宜反复改价尝试。

选系统时，这些测试必须都做吗？

只选择与门店真实规则有关的场景。没有预约业务可记录不适用；经常调整时段套餐的门店，则应重点核对旧单和加时。本文未执行任何产品实测，也不能替代你拟购版本的验证结果。