酒店信息只需收集一次。
设置前请下载带版本的工作表，供酒店及上线负责人统一确认客房身份、价格、政策、素材权利、库存管理权限、住客联系及恢复责任。为每个可售单元复制房型与具体客房行；不要将内部字段放入公开文案。
- 预订及具体客房标识符
- 公开事实与内部责任分离
- 含恢复日期及来源负责人
决定由谁控制可订情况
请确定哪个系统决定可售客房：酒店管理系统PMS、渠道管理器或预订数据库。每笔直接和第三方预订都须更新此来源，之后另一位住客才能购买同一客房。
- 匹配不同系统中的客房名称和 ID
- 检查酒店时区和可销售日期
- 分别测试每条渠道连接
尝试将最后一间房预订两次
使用测试客房，让两名测试人员同时预订相同日期。只有一人应成功。再测试重叠住宿和网络中断后的重复请求。确认住宿的每晚都必须有同一客房可用。
- 日期重叠的住宿不能占用同一客房
- 重试只创建一笔预订，不会重复
- 因维护关闭的客房仍不可售
最终价格就是真正的最终价格
付款前显示币种、税费、包含项目、附加费和取消条款。保存的预订会保留结账时所用的房价版本。
- 总额与确认信息一致
- 房价变更可追溯
- 无自动附加服务
将银行卡数据保留在服务商处
请使用服务商托管的付款输入框，让酒店通过其批准的服务商账户收款。只存储参考信息和状态，绝不存储原始银行卡号。
- 服务商费用单独列示
- 失败和中断付款均已测试
- 退款责任已约定
赋予住宿统一的品牌形象
从确认到取消，住客、酒店团队、付款记录和客服流程都必须使用同一个稳定的预订参考号。
- 编号唯一且易读
- 可检索确认信息
- 宾客和酒店视图一致
变更和取消测试预订
首位真实客人预订前，请测试日期变更、取消期限和退款。重复相同的取消请求并中断连接；之后预订与房态仍须一致。
- 重复取消不会重复退款
- 客房仅重新开放一次
- 酒店可查看发生了什么
测试发送及恢复
确认酒店和住客消息能够送达、失败情况可见，并在邮件、服务商或应用暂时不可用时仍能恢复预订。
- 记录送达状态
- 独立恢复备份
- 明确事故负责人
衡量网站使用旅程
在真实的移动和桌面网络连接上，测试从酒店的“预订”按钮到确认预订的完整路径。不创建广告画像，仅衡量开始次数、错误和确认次数。
- 第一步是选择日期
- 核心页面保持快速
- 流程中断有明确负责人
上线前的问题。
独立酒店可以不使用渠道管理器就上线吗？
仅在酒店拥有单一受控可售库存来源和安全运营流程时才可以。通过多个渠道销售相同客房的酒店，通常须在直接预订上线前验证PMS或渠道连接。
预订页面应该缓存吗？
展示页面可以缓存，但实时房态、暂留、价格检查和预订写入必须使用当前数据，并在失败时安全停止。
最危险的上线错误是什么？
允许多个系统在没有原子预订处理或已验证同步路径的情况下出售最后一间房。
付款成功是否代表预订完成？
仅靠它不行。支付和预订状态须一致，避免在没有可恢复预订时向住客收费，也避免酒店意外确认未付款住宿。
下一个有用的步骤
作出更明智的选择。
需要帮助规划设置吗？