旅宿訊息中心
這是方便旅宿和旅客 (或旅行社) 直接溝通的雙向傳訊工具，讓預訂後體驗更迅速順暢。
旅客一旦完成預訂，您與旅宿必須共同努力提供旅客良好的住宿體驗，鼓勵他們日後再次向您們預訂。順暢無礙的溝通是成功合作的關鍵之一。
如果沒有順暢溝通，就可能會發生例如挪房和取消預訂等成本高昂、效率不彰的營運問題。若能善用旅宿訊息中心的優點，您、旅客以及旅宿便能有效地交換重要資訊，進而享有更好的整體住宿體驗。
使用旅宿訊息中心的優點
提供順暢的旅客體驗
旅客可以取得他們所需的資訊，而旅宿則可以在旅客抵達前了解旅客的要求。
減少取消和挪房
透過旅宿訊息中心，可更簡便地進行預訂和抵達確認，有助避免入住時付款的預訂臨時遭到取消。根據統計，若旅宿直接傳訊給旅客 (或提供支援的旅行社)，取消預訂的機率會降低 30%。
客服電話次數減少
能夠更輕易地進行線上溝通，代表旅行社和旅客花在管理預訂上的時間也會減少。
常見的訊息主題
雙向訊息有助您居中協調，進而順暢地將旅客事宜交接給旅宿。
旅宿可以就以下事項傳訊給旅客：
- 詢問旅客抵達時間
- 歡迎訊息
- 詢問班機詳情
- 詢問機場接送需求
- 預訂確認
旅客可以就以下事項傳訊給旅宿：
- 具體的預訂/客房問題
- 確認設施服務的供應情況
- 詢問機場接送服務
- 詢問取消預訂事宜
- 更新延遲入住時間
旅宿訊息中心的運作方式
您可以透過多種設定方式使用旅宿訊息中心，例如在預訂申請中提供旅客電子郵件，即可直接在旅宿和旅客之間傳送訊息，又如在預訂申請中提供旅行社電子郵件，即可直接在旅宿和支援您的旅行社間傳送訊息。
旅宿訊息中心對話範例
由旅宿先傳送的訊息
旅宿想要通知旅客「旅宿提供往返機場的免費接駁服務」。
由旅客先傳送的訊息
旅客在預訂時要求附加嬰兒床，並想在抵達飯店前再次確認這項要求。
出租度假屋
能與出租度假屋旅宿業者直接傳訊非常重要：因為 Rapid API 上供應的出租度假屋中，有高達 84% 沒有接待櫃台。這些旅宿通常得靠直接傳送訊息來提供旅客以下資訊：
- 進入旅宿所需的個人化門禁密碼
- 旅宿獨有或供應之設施服務的使用說明
- 停車須知和指定車位
如果您的旅客經常預訂出租度假屋，強烈建議您與旅宿訊息中心整合，好提供他們最佳的住宿體驗。
向旅客顯示旅宿訊息中心的最佳作法
以下稍加說明如何在旅客完成預訂後，向他們顯示旅宿訊息中心的連結。
在預訂確認頁面新增「傳訊息給飯店」或「聯絡屋主」按鈕
這樣一來，若旅客需要向旅宿提出要求或詢問資訊，便可以在預訂後直接傳送訊息。
在行程頁面新增「傳訊息給飯店」或「聯絡屋主」按鈕
這樣一來，旅客便可從他們的預訂頁面直接聯絡旅宿。
在預訂電子郵件中新增「傳訊息給飯店」或「聯絡屋主」按鈕
這麼做可以提醒旅客，在收到有關住宿的更新或提示時與旅宿聯絡。
以人工智慧 (AI) 輔助的再行銷禁止功能與訊息標籤
旅宿傳送的訊息如果被識別為「再行銷」(亦即宣傳直接或在平台外預訂的訊息)，會自動遭旅宿訊息中心禁止顯示。
為了充分發揮旅宿訊息中心的優點，建議您透過 Rapid 的通知 API 來善用旅宿訊息通知功能。當旅宿傳送與特定預訂相關的訊息時，便會觸發 itinerary.message.received 通知事件。這個通知會包括完整的訊息文字以及其他資訊，以協助您使用該訊息並判斷後續步驟。
為了能更輕易、更彈性地使用由旅宿先傳送的訊息，旅宿訊息中心會採用生成式 AI 模型來識別訊息的主要主題，並以 tags 的方式將這些主題傳送到 itinerary.message.received 通知事件中。
旅宿訊息標籤
| 標籤 | 說明 |
|---|---|
| 入住 | 旅宿分享旅客辦理入住手續或住宿期間所需的基本資訊或說明，例如門禁密碼、接待櫃台服務時間、保證金資訊、身分證件要求等。 |
| 提前入住/延後退房 | 旅宿直接發送訊息，分享有關提前入住或延後退房的額外資訊。如果提前入住或延後退房需要另外支付特定費用，也會使用這種方式通知。 |
| 餐點/飲料 | 如果旅宿的訊息涵蓋餐廳或酒吧的供應情況或營業時間、菜單品項或其他餐飲詳情。 |
| 維修/關閉 | 旅宿分享更新資訊，說明旅宿的特定區域正在維修、正在施工或因其他原因暫時關閉，例如包括游泳池、海灘、健身房或其他設施服務的關閉。 |
| 停車 | 旅宿分享有關停車選項、預訂、開放時間或每晚或每小時費用等其他說明。 |
| 寵物規定 | 旅宿分享他們獨有的寵物規定，或是跟寵物入住客房/單位相關的費用資訊。 |
| 詢問資訊/抵達時間 | 旅宿想詢問旅客例如住宿詳情或抵達時間等更多資訊，以便旅宿能妥善管理與規劃住宿事宜。 |
| 請求提供評論 | 旅宿傳送要求，希望旅客就其住宿體驗留下評論。這些訊息通常是在入住後發送。 |
| 交通 | 旅宿分享有關機場接送選項、接駁車供應情況或預約安排說明等資訊。 |
如果沒有在 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 客服專員，展開旅宿訊息中心整合事宜。