如何設定 Trip.com 促銷活動並確認最終旅客價格

了解 如何在 Trip.com 設定促銷活動，意味著掌握最終優惠，而不僅僅是儲存折扣。飯店需要知道哪個基礎房價享有折扣、哪種旅客符合資格、是否適用其他權益，以及扣除佣金和稅金後的剩餘淨利。

Trip.com eBooking 包含促銷活動、行銷活動、TripPlus、權益中心 (Benefits Center) 和機會中心 (Opportunity Center)，但標籤與可用產品可能會因市場、合約、物業類型和權限而異。請對應帳戶中可見的功能，不要強行套用其他物業的選單路徑。

從需求問題與底價開始

定義飯店需要影響的日期或受眾。針對短期缺口使用晚鳥優惠；針對前置期過短使用早鳥優惠；針對特定受眾使用會員或市場專屬優惠；只有在曝光位置與經濟效益符合物業需求時，才使用行銷活動。

在輸入百分比之前，先設定可接受的最低客房淨收益。將可變動的入住成本、合約規範的通路佣金、物業負擔的權益、支付成本、適用的佣金稅，以及早餐等包含項目的價值計算在內。

不要使用廣泛的折扣來解決特定客房的問題。如果平日標準客房需要提升住房率，除非預測數據支持，否則應避免包含套房、尖峰日期或表現已經很好的房價方案。

Trip.com 目前將 eBooking 視為 住宿合作夥伴後台，並將促銷活動、行銷活動、TripPlus、權益中心和機會中心列為其優化工具。Trip.com 的合作夥伴常見問題解答是公開參考資料；而帳戶本身仍是目前資格與設定的最準確來源。

在建立新活動前審查現有折扣

開啟 eBooking 中可用的促銷活動、行銷活動和權益區域。記錄每一個正在進行或已排程，且可能影響相同客房、房價方案、訂房期間、入住期間、市場、裝置或會員分眾的優惠。

也要檢查來源房價。通路管理系統可能已經傳送了低於飯店直接最佳可用房價 (BAR) 的 Trip.com 衍生房價。將新促銷應用於該衍生價格上，可能會導致比收益經理核准的折扣更深。

計算連續折扣，而不是直接相加百分比。120 美元的基礎房價打 85 折 (15% off) 會變成 102 美元。如果再適用 10% 折扣則變成 91.80 美元。接著再計算稅金、費用、幣別顯示，以及任何由物業提供的權益。

如果帳戶並未明確顯示兩項優惠是否可疊加，請假設結果為未知。如果可用，請使用預覽功能、詢問 Trip.com 的市場或住宿支援聯絡人，並在廣泛日期範圍內啟用之前，驗證公開的結帳畫面。

Smart Order 的 飯店數據分析 能協助收益團隊比較促銷活動後的 Trip.com ADR（平均每日房價）、客房晚數及通路貢獻。這使得停止或延長促銷的決策取決於淨績效，而不是總訂房量。

在 Trip.com eBooking 中設定促銷活動

請使用桌上型電腦登入正確的物業並使用經授權的收益角色。請保留已核准設定的螢幕截圖，因為可用的控制選項可能會依促銷類型而改變。

1. 登入 eBooking 並確認物業名稱與飯店 ID。
2. 開啟包含已核准優惠的促銷活動、行銷活動、TripPlus、權益中心或機會中心區域。
3. 選擇促銷類型，並確認是由飯店建立、邀請制，還是與 Trip.com 的行銷活動綁定。
4. 選擇確切的客房類型與房價方案，檢查它們的 ID 與包含項目，而不僅僅是看名稱。
5. 輸入折扣或權益，以及該優惠所顯示的任何最低入住晚數、提前訂房、入住人數、市場、會員、平台或取消條款等條件。
6. 將訂房期間與入住期間分開設定，然後排除不適用該優惠的尖峰日期或關閉日期。
7. 檢視最終設定、價格預覽、資金負擔責任以及帳戶中顯示的佣金基礎，然後儲存或啟用。
8. 記錄促銷活動 ID、使用者、時間戳記、適用範圍、預期旅客價格、預期淨收益以及審查日期。

如果帳戶只顯示參與選項而沒有可編輯的欄位，請不要在通路管理系統中自行增加第二次降價。確認行銷活動條款，並透過提供的流程接受或拒絕。

保持基礎房價與促銷活動獨立管理

為 Trip.com 基礎房價指定單一的真實資料來源。已串接的飯店通常應在其 飯店管理系統、CRS（中央訂房系統）或通路管理系統中更新已對應的房價，並使用 eBooking 來管理串接無法處理的特定通路促銷。

不要僅為了讓促銷看起來更具吸引力而降低串接房價。如果促銷是以接收到的房價套用百分比折扣，飯店可能會造成雙重折扣，並產生無法解釋的價格平價落差。

確認串接系統供應商是否支援促銷管理。即使支援房價、空房狀況和限制條件，也不代表它可以建立每一個 Trip.com 促銷或行銷活動。請記錄例外情況，並禁止在啟用期間進行同時編輯。

Smart Order 的 飯店通路管理系統 能夠在一個操作日曆中保留已對應的 Trip.com 房價。員工可以在評估個別面向旅客的促銷活動之前，於 eBooking 中驗證接收到的基礎數值。

確認最終旅客價格

第一，重新開啟已儲存的促銷活動。確認狀態、選擇的客房與房價方案、折扣、訂房日期、入住日期、排除日期、旅客資格、取消條款，以及任何顯示的疊加規則。

第二，以符合資格的旅客身分在 Trip.com 進行搜尋。比對目的地、入住日期、入住人數、客房數量、幣別、國家或地區、裝置、登入或會員狀態、客房、餐食方案、取消政策以及支付條件。繼續前往最終訂房價格畫面。

將完整的旅客總價與預期的計算結果進行比較。在介面有顯示的情況下，區分基礎房價、促銷、稅金、費用、匯率轉換以及權益。單憑劃掉的原價無法證明正確的淨售價。

第三，使用被排除的日期、客房、市場或未登入狀態進行反向測試。促銷活動應消失，而一般房價仍可供訂房。此外，請檢查第一個及最後一個符合資格的入住日期，以抓出訂房期間與入住期間的設定錯誤。

排解錯誤或遺失的促銷活動

最終價格過低

症狀： 結帳價格低於核准的底價。 檢查： 其他促銷活動、行銷活動、TripPlus 或會員權益、衍生房價、依入住人數定價，以及員工是否調低了來源房價。 處置： 暫停最新的優惠，保留證據，並僅移除重複折扣的路徑。

促銷已儲存但未顯示

症狀： eBooking 中顯示該優惠，但符合資格的搜尋卻沒有。 檢查： 啟用狀態、訂房與入住日期、可售房量、房價方案空房狀況、限制條件、市場、幣別、裝置、登入狀態以及最低入住晚數。 處置： 修正過於狹隘的資格限制錯誤，並在重新建立任何內容之前重新測試。

對錯誤的客房或房價方案進行了折扣

症狀： 價格顯示了錯誤的餐食、取消政策或入住人數。 檢查： 確切的客房與房價方案 ID，以及主從或衍生關係。 處置： 停用受影響的範圍，修正產品選擇，並驗證條件與價格。

價格在通路管理系統更新後發生變化

症狀： 促銷活動維持啟用狀態，但在例行性的房價推送後，結帳價格發生了改變。 檢查： 優惠是否基於已串接基礎房價的百分比。 處置： 確認預期的來源數值並重新計算最終價格，而不是盲目覆蓋促銷活動。

上線後監控促銷活動

根據設定檢查第一筆符合資格的訂房。確認客房、房價方案、入住日期、旅客資格、折扣、稅金、支付方式、取消條款、佣金基礎以及飯店管理系統 (PMS) 的匯入狀況。

檢視上線前後相同客房與日期的提速 (Pickup)、ADR（平均每日房價）、取消率、平均入住天數及淨貢獻。如果促銷活動取代了原本願意支付標準房價的旅客，訂房量的增加並不能證明產生了增量需求。

設定負責人與截止日期。當目標日期業績恢復、淨收益低於底價、非預期的市場符合資格，或者營運成本吃掉了預期利潤時，應暫停或縮小促銷範圍。

常見問題

飯店在哪裡建立 Trip.com 促銷活動？

使用 Trip.com eBooking 中可用的促銷或相關增長工具。根據帳戶不同，優惠可能會出現在促銷活動、行銷活動、TripPlus、權益中心或機會中心底下。

Trip.com 促銷活動可以與其他折扣疊加嗎？

可能會，這取決於優惠和帳戶規則。請審查每一個進行中的權益，並驗證符合資格的最終結帳金額，而不是假設只能適用一種折扣。

飯店應該先更改基礎房價嗎？

只有在核准的定價策略有此要求時才需要。否則，請將基礎房價保留在其指定的來源中，並在支援的通路工作流程中套用一次促銷即可。

為什麼 Trip.com 上的公開價格與 eBooking 不同？

可能的原因包含促銷活動、會員權益、匯率轉換、入住人數、稅金、費用、市場資格，或是不同的客房與房價條件。請在最終結帳時進行同等條件的比較。

通路管理系統可以建立 Trip.com 促銷活動嗎？

只有在供應商明確支援該帳戶的相關促銷功能時才可以。標準的房價和空房狀況串接並不能保證具備此功能。

什麼能證明 Trip.com 的促銷活動設定正確？

儲存的範圍與核准的內容相符、符合資格的結帳畫面顯示了計算後的最終價格與條件、反向測試成功排除了該優惠，且第一筆訂單正確匯入系統。

只有當飯店能夠追蹤基礎房價、折扣資格、最終旅客價格以及訂房結果時，Trip.com 促銷活動才算完整。請嚴謹設定範圍、驗證結帳畫面，並透過明確區分的負責人來管理基礎房價與促銷活動。