如何在促銷與房價方案衝突傳送至 OTA 前及早發現

當折扣套用至飯店原先未預期的房價方案、日期、旅客群體或通路時，就會發生OTA 促銷房價衝突。促銷可能與衍生房價、行動裝置優惠、會員折扣或套裝方案調整疊加，導致最終售價遠低於團隊核准的價格，有時也可能反而更高。

最理想的處理時機是在啟用前找出衝突。飯店經營者不必模擬每一種可能的訂房組合，只需有系統地檢查最可能影響利潤、旅客預期及房價一致性的組合。

從旅客最終支付價格開始

先記錄旅客在某次測試住宿中應看到的價格。明確列出住宿物業、房型、日期、入住人數、房價方案、餐食方案、取消條款、幣別，以及價格是否含稅。若沒有清楚定義，團隊往往會比較實際上並不相同的價格。

接著計算允許的最低售價。例如，基礎房價為 100，先套用 10% 的衍生房價折扣，再套用 15% 的促銷，依序計算後的價格為 76.50。不能直接將折扣百分比相加而得出 75；若衍生折扣同樣適用，價格也不會維持在 85。

核准優惠時，應以飯店可接受的最低淨房價為準，而不只是公開顯示的主打價格，並將佣金與由飯店出資提供的禮遇納入考量。

盤點所有可能套用的價格層級

從基礎房價開始，再找出所有可能改變價格的層級，包括衍生的房型或入住人數調整、可退款與不可退款方案的價差、餐食方案加價、連住優惠、行動裝置房價、會員折扣、最後一刻優惠、提早訂房優惠、優惠券活動及套裝方案價格。

標示哪些層級可以疊加，哪些應保持互斥。附加至「所有房價方案」的促銷，除了標準彈性方案外，也可能套用至已有折扣的不可退款方案。視方案的設定方式而定，房型加價也可能在促銷前或促銷後套用。

飯店應確保通路管理系統中的基礎房價與限制條件都有明確來源。OTA 專屬促銷仍可能由通路帳戶控制，因此飯店必須了解每個價格層級分別來自哪一端。

檢查最常見的衝突點

基礎房價與衍生房價同時變動

若衍生房價是依基礎方案計算，除非核准的策略明確要求兩者都變更，否則只應調整其中一個層級。同時降低基礎房價並提高衍生折扣，可能使降價幅度成倍增加。

兩項旅客專屬優惠重疊

行動裝置使用者也可能是忠誠會員。請確認 OTA 是否允許同一筆訂房同時享有兩項優惠，以及飯店是否確實希望產生這種結果。

促銷套用至錯誤的房價方案

逐一檢查符合資格的房價方案。應排除套裝方案、合約產品、已有折扣的不可退款房價，以及利潤不足以承擔促銷的房型。

限制條件不再與價格相符

若低價缺少原定的最少入住晚數、提前購買期限、關閉日期或取消條款，飯店承擔的成本可能比折扣本身更高。請驗證實際可預訂的條件，而不只是價格金額。

建立精簡的上線前測試組合

不需要測試每一個日期。請選擇最能暴露高風險的情境：

• 促銷適用的首日與末日，以及促銷期間內的一個旺日
• 一個促銷期間外的日期，以及一個排除的活動日期或不適用日期
• 標準彈性方案、不可退款方案，以及一個衍生房價或套裝方案房價
• 符合各自資格時的公開桌面版、行動裝置版及會員畫面
• 單人入住，以及住宿物業最常見的多人入住人數

記錄每種情境的預期公開價格與飯店預期淨收入。透過共用的飯店報表與分析流程，管理團隊可以判斷促銷是否有助於達成住房率與收益目標，而不是只以折扣的曝光度衡量成效。

當促銷規則、房價方案與通路設定分散在不同位置審查時，衝突可能直到旅客完成訂房後才會被發現。Smart Order 串聯房價分銷與飯店營運績效資料，讓團隊能測試實際商業成果，而不只是確認促銷開關是否已啟用。

正確比較不同訂房路徑

使用相同的入住日期、入住人數、客房、餐食方案及取消條款，在飯店網站與 OTA 上進行搜尋。記錄顯示價格是否含稅，以及旅客是否必須登入或使用行動裝置才符合優惠資格。

飯店的訂房引擎可能會顯示刻意與 OTA 優惠不同的直訂套裝方案或禮遇。若條款或適用對象不同，主打價格不同並不一定代表存在衝突。目標是確保每一項差異都能由已知規則解釋。

如果 OTA 顯示的價格低於預期，請依序追查各價格層級：基礎房價、衍生調整、已啟用促銷、會員或行動裝置優惠、優惠券、套裝方案補貼、稅費顯示及幣別換算。當顯示結果能依核准規則重現時，即可停止追查。

縮小上線範圍並保留回復點

若通路允許，可先針對有限的日期範圍、指定房型或單一市場區隔上線。啟用前，保存已核准的設定與預期最終價格。若公開結果有誤，即可快速回復，降低修正成本。

上線後，重新執行風險最高的測試搜尋。若無法透過其他方式確認預期價格，可進行一筆受控測試訂房。依核准的測試程序取消訂房，並確認庫存與任何付款預授權均已正確恢復。

若發現衝突，請先暫停促銷或縮小適用範圍，再考慮修改基礎房價。為抵銷 OTA 促銷而更改核心房價，可能會影響所有已連接通路，並使原始問題更難辨識。

以清楚易懂的方式診斷結果

價格過低時，找出額外套用了哪項優惠。促銷未顯示時，請檢查適用資格、訂房期間、入住日期、房型與房價方案選擇、最少入住晚數、庫存、裝置或會員條件，以及不適用日期。

只有一種房型的價格錯誤時，檢查該房型的衍生調整與促銷資格。所有通路的價格都錯誤時，檢查來源基礎房價。飯店網站與 OTA 價格不同時，先比較條款及所含禮遇，再判定是否為房價落差。

記錄異常現象、預期價格、實際價格、測試條件、已啟用折扣及修正措施。避免一次變更多項規則。每次只進行一項受控修正，才能讓下一次測試產生有意義的結果。

檢視績效，避免延續成效不佳的折扣

上線前先設定檢討日期。比較售出房晚數、訂房增量、平均每日房價（ADR）、取消率、淨收益，以及促銷是否使訂房從較高價方案轉移而來。即使促銷帶來更多訂單，若多數訂房原本就會自然產生，仍可能無法帶來實質效益。

檢查員工是否在活動期間延長促銷、加入其他優惠，或更改底層房價。這些變更可能使原始測試結果失效。每當新增一個折扣層級，都應重新計算最低可能售價。

當優惠不再有助於達成既定目標時，應結束促銷或縮小適用範圍。僅因「已經設定完成」而讓促銷持續生效，並不是有效的定價策略。

常見問題

什麼是 OTA 促銷房價衝突？

這是促銷與基礎房價、衍生方案、限制條件、會員優惠、行動裝置折扣、套裝方案或其他定價規則疊加後，產生的非預期結果。

飯店是否應直接將折扣百分比相加？

通常不應如此。折扣往往依序套用。每個層級都應根據上一層計算出的價格再進行計算，最後將結果與飯店核准的最低價格比較。

OTA 價格較低是否一定代表存在房價落差？

不一定。旅客可能符合非公開的會員或行動裝置優惠資格，也可能是客房條款不同。請比較條件相同的產品，並找出能解釋差異的規則。

飯店在推出促銷前應測試哪些項目？

測試促銷邊界日期、一個適用促銷的旺日、一個排除日期、主要房價方案、常見入住人數，以及可能顯示不同價格的公開、行動裝置或會員畫面。

價格過低時，飯店首先應變更什麼？

先暫停促銷或縮小適用範圍，並找出額外套用的價格層級。不要立即更改基礎房價，因為這可能影響所有已連接通路。