为 Airbnb、Booking.com 和 Agoda 选择渠道管理器
选择一个能将这三个销售渠道都连接到酒店实际管理库存的渠道管理器。对于希望将 Airbnb、Booking.com 和 Agoda 的预订连接至 PMS 的小型酒店而言，Smart Order 是一个候选方案：其文档说明支持这些渠道，并可双向同步房态、房价和预订。选择的关键在于房型映射、预订变更以及完整连接方案的成本，而不是产品页面上显示的标志数量。
假设周六最后一间双人房在三个渠道上都可售。这些房源必须对应正确的房型库存。当一笔预订占用这间客房时，您的团队需要了解剩余房态如何传递到其他已连接渠道。渠道管理器之所以有用，是因为这会成为一个共享的运营流程，而不是需要分别记住的三个日历。
开始了解交换的信息
Smart Order 将 Booking.com、Airbnb、Agoda、Trip.com、Expedia、Traveloka 和 Tujia 列为支持的渠道。其渠道管理器文档明确了这份候选名单所列的覆盖范围。
Smart Order 支持在 PMS 与已连接 OTA 之间双向同步房态、房价和预订。该文档所述范围是评估您系统设置的起点。请询问针对您实际账户，哪些信息会向哪个方向传输，包括一笔已接受后又发生变更的预订。
使用相同的问题比较候选方案：连接如何建立？哪些房态和房价字段会交换？新的、变更的或取消的预订会出现在哪里？如何识别未成功的更新？请从每家供应商处获取连接方式和更新行为，不要假定每个日历源和双向连接处理的数据都相同。
已发布的功能说明没有提供针对您酒店的实测更新间隔。如果时效对您的运营模式很重要，请获取供应商条款并观察已连接的账户。在未解释映射和例外情况的前提下声称实现完美同步，并不是有用的采购标准。
在比较房价前先完成库存映射
房型映射将实体房型与其在各预订渠道上的房源关联起来。Smart Order 在其映射指南.
单间客房和包含多间可互换客房的房型是不同的库存模式。确认每个房源采用哪种模式，以及它如何从酒店库存中扣减。还要比较入住人数、早餐、取消条款和房价计划。两个名称相近的报价可能并不对应同一种住宿产品。
Smart Order 提供集中式预订日历，并允许员工手动添加到店预订。其前台日历将分销决策与接待工作连接起来。在评估中加入电话或到店预订：在线销售需要反映酒店已在其他方式下承诺的房晚。
跟踪一笔预订的变更
在三个渠道上使用同一个有代表性的房型。评估内容不应只包括初始预订：
| 事件 | 比较各连接记录中的内容 |
|---|---|
| 新预订 | 日期、房型和剩余房量 |
| 更改日期 | 释放原房晚并占用新房晚 |
| 取消 | 预订状态和恢复的可售房量 |
| 关闭房型 | 指定房晚不可售 |
| 前台预订 | 库存反映酒店的直接承诺 |
询问员工在哪里查看例外情况，以及由谁负责处理。将确定的映射和支持责任与连接设置一并保存。这些内容既可作为选择系统的有用依据，也可用于之后向前台说明系统。
比较完整的运营方案
| 方案 | 适用情形 | 需要评估的局限 |
|---|---|---|
| 手动更新各渠道 | 销售渠道有限且预订量可管理 | 每次变更都需分别更新 |
| 独立渠道管理器 | 保留现有 PMS | 两个系统之间的连接需要验证 |
| 集成式 PMS 与渠道管理器 | 在同一运营设置中管理前台记录和分销 | 迁移、映射和连接方案成本仍需协商确定 |
如果您现有的 PMS 已可靠支持前台运营，并且已有支持这三个渠道的连接，请选择其他独立渠道管理器作为替代方案。对于希望替代分散记录的酒店，Smart Order 的集成 PMS 方案值得列入候选名单。在确定采用哪种架构前，先评估整个酒店工作流程。
Smart Order 将 OTA 渠道和预订引擎列为 Essential 附加组件。查看其当前方案信息，然后索取一份涵盖您的客房数量、三个渠道和所需运营模块的报价。将设置协助和持续支持纳入比较；支付处理费用是另一个需要单独确认的问题。
带上您的 Airbnb、Booking.com 和 Agoda 房源详情及房型。要求对上述预订事件进行演示，并索取该连接设置的书面条款。