住宿消息中心
一种双向消息传递工具，有利于住宿接待方、旅客、客服之间直接沟通，打造更加简单流畅的预订后体验。
当旅客完成预订后，您和住宿接待方必须共同努力，为旅客提供舒适的住宿体验，让旅客愿意未来再次预订。无缝沟通是这种合作的一个关键部分。
如果没有这种沟通，您将面临挪房和取消预订等代价高昂的低效运营风险。利用住宿消息中心，您、旅客和住宿接待方可以交换重要信息，从而实现更好的整体住宿体验。
使用住宿消息中心的好处
打造简单流畅的旅客体验
旅客可以获得所需的信息，住宿接待方也可以在旅客到达前考虑他们的要求。
减少预订取消与挪房情况
住宿消息中心可使预订和到达确认更加简便，避免了到店付款预订的意外取消。对于住宿接待方已向旅客或支持客服发送信息的预订，住宿发起的订单取消率下降了 30% 以上。
减少客户服务通话
在线沟通更加便捷，意味着客服和旅客管理预订所花费的时间变得更少。
常见沟通主题
双向消息可帮助您进行协调将旅客无缝转接至住宿接待方。
住宿接待方可能给旅客发送的消息内容有：
- 旅客到达时间查询
- 欢迎消息
- 航班详细信息查询
- 机场接送需求
- 预订确认
旅客可能给住宿接待方发送的消息内容有：
- 具体的预订/客房问题
- 确认可用的服务设施
- 机场接送问题
- 预订取消查询
- 更新延迟入住信息
住宿消息中心如何运作
住宿消息中心可通过在预订请求中提供旅客电子邮件，配置为直接在住宿接待方和旅客之间传递消息，或通过在预订请求中提供客服电子邮件，配置为在住宿接待方和您的支持客服之间传递信息。
住宿消息中心对话示例
住宿接待方发起的消息传递
住宿接待方想告知旅客，他们提供往返机场的免费班车。
旅客发起的消息传递
旅客预订时要求提供婴儿床，他们希望在到达前与酒店再次确认这一要求。
度假短租
能够与度假短租住宿接待方直接发送消息至关重要：Rapid API 上 84% 的度假短租没有前台。这些住宿接待方通常依靠直接传递消息来为住客提供：
- 进入住宿的个性化门禁密码
- 关于住宿独特或可用服务设施的指导信息
- 停车说明或车位分配
如果您的旅客经常预订度假短租，我们特别建议您集成住宿消息中心，以提供出色的住宿体验。
向旅客公开住宿消息中心的最佳做法
以下是关于如何在旅客完成预订后向他们公开住宿消息中心链接的指导信息。
在预订确认页面添加“给酒店留言”或“给房东发消息”按钮
这样，旅客就可以在预订后立即向住宿接待方提出要求或询问信息。
在行程页面上添加“给酒店留言”或“给房东发消息”按钮
这样，旅客就可以直接从预订页面联系住宿接待方。
在预订电子邮件中添加“给酒店留言”或“给房东发消息”按钮
这有助于在旅客收到关于即将入住的更新信息或提醒时，提示旅客联系住宿接待方。
采用 AI 技术的再营销抑制和消息标记
住宿消息中心会自动抑制被识别为“再营销”的由住宿接待方发起的消息（直接或以其他平台外方式推广预订的消息）。
要充分发挥住宿消息中心的优势，我们建议通过 Rapid 的通知 API 来利用住宿消息通知。当住宿接待方发送与特定预订相关的消息时，就会触发 itinerary.message.received 通知事件。通知包括完整的消息文本及其他信息，可帮助您理解消息并确定接下来的操作。
为了更方便、更灵活地理解住宿接待方发起的消息，住宿消息中心采用了 AI 驱动的生成式模型，该模型可识别消息的主要主题，将这些主题作为 itinerary.message.received 通知事件的 tags 发送。
住宿消息标记
| 标记 | 说明 |
|---|---|
| 入住 | 当住宿接待方分享旅客办理入住或住宿所需的基本信息或说明时，如门禁密码、前台服务时间、押金信息、身份证要求等。 |
| 提前入住/延迟退房 | 当住宿接待方直接发送消息，分享有关提前入住或延迟退房的更多信息时。如果提前入住或延迟退房需要支付特定费用，也可使用此功能。 |
| 食品/饮料 | 当住宿接待方发送的消息涵盖餐厅或酒吧的营业状态或营业时间、菜单项或其他餐饮详细信息时。 |
| 维护/关闭 | 住宿接待方分享住宿的特定部分正在进行维修、施工或暂时关闭的更新信息时。具体可能包括游泳池、海滩、健身房或其他设施关闭。 |
| 停车场 | 当住宿接待方分享有关停车选择、预订、营业时间或每晚/每小时具体费用的额外说明时。 |
| 宠物规定 | 当住宿接待方分享其独特的宠物规定，或宠物入住客房/单元的相关费用时。 |
| 要求提供信息/告知到达时间 | 当住宿接待方要求旅客提供更多关于住宿详细信息或到达时间的信息，以便更好地对旅客的住宿进行管理和规划时。 |
| 点评请求 | 当住宿接待方发送请求，请旅客留下住宿点评时。这些消息通常在离店后发送。 |
| 交通 | 当住宿接待方分享有关机场接送选项、班车供应情况或时间安排说明等信息时。 |
如果 itinerary.message.received 通知事件中没有标识标记，我们的模型就会判定消息内容不包括与上述任意标记相关的信息。这些消息可能包括行李托运、客房清洁、加床服务供应情况、卫生、清洁度、厨房用具等信息。 | |
使用这些标记，可自动确定客服处理消息的优先级，确保旅客和住宿接待方获得必要的信息，从而实现良好的住宿体验。
itinerary.message.received 通知的示例
{
"event_id": "1aed5641-7285-4c42-b079-f5f2f139d148",
"event_type": "itinerary.message.received",
"event_time": "2023-11-14T02:33:18.860105363Z",
"itinerary_id": "9025254271673",
"email": "john@email.com",
"message": "We accept your request for a river view room. Please check in before 11:00 AM. Looking forward to your visit",
"topic_tags": "Check-in ",
"affiliate_reference_id": "b086d299-2f1f-4134-a23c-f4a1c9286fac"
}访问此处，了解住宿消息中心旅客模型启动的要求。
访问此处，了解住宿消息中心客服模型启动的要求。
立即联系 Expedia Group 代表，开始集成住宿消息中心。