飯店房價變更審批流程：接待處與收益管理團隊指南

一套完善的飯店房價變更審批流程，可避免合理的定價構想演變成不受控的旅客端價格變動。接待處可能察覺臨時入住需求突然增加，而收益管理團隊則更了解通路策略、促銷活動及未來住房率。雙方觀點都很重要，但任何團隊都不應在缺乏共同紀錄、未明確說明變更內容與原因的情況下調整價格。

以下流程專為獨立飯店與小型飯店集團設計，提供足夠的管控以保障收益和房價一致性，同時避免每次例行調整都演變成冗長會議。

先明確界定決策權限

將變更分為三個層級。例行變更應維持在已核准的房價方案或定價範圍內。重大變更則包括超出該範圍、影響多個日期或房型，或涉及限制條件調整的情況。高風險變更涵蓋客滿日期、團體訂房承諾、不可退款產品、大型促銷活動，或同時影響多個通路的調整。

依變更層級分配審批權限。接待處經理可在狹窄的價格範圍內核准當日臨時入住價格調整；收益管理經理可核准影響範圍較廣的未來日期變更；大幅折扣、特殊活動日期，或可能影響合約業務的變更，則可能需要業主或總經理核准。

請以清楚易懂的方式寫明這些限制。員工應了解自己可調整的最高百分比或金額、可管理的日期範圍，以及可變更哪些房價方案。飯店管理系統中的角色權限設定應配合這項政策，避免所有使用者都擁有相同的定價權限。

步驟 1：提交完整的房價變更申請

申請人應清楚說明要解決的商業問題，而不只是要求「提高房價」或「與 OTA 價格一致」。有效的申請應列明住宿物業、房型、房價方案、入住日期、訂房期間、目前價格、建議價格、限制條件、適用通路及變更原因。

同時應列出預期結果。目標可能是保障高需求週末的利潤、提升平日需求疲弱時的訂房增長、使衍生房型價格保持一致，或修正誤輸入的公開價格。明確的預期成果有助審批人判斷調整房價是否為適當做法。

附上必要的佐證資料，包括目前住房率、剩餘房量、近期訂房增長、飯店自身房價架構內的可比房型價格，以及任何可能改變旅客最終價格的現行促銷活動。請勿將無關報表一併複製到申請中。

步驟 2：核准前評估影響

審批人應檢查四個方面：收益、對旅客的承諾、通路一致性及營運可行性。提高房價在商業上可能合理，卻可能與現有團體保留房量衝突；折扣雖可提高住房率，但若與行動裝置或會員促銷疊加，最終價格可能低於原先預期。

檢查取消條款、餐食內容、入住人數附加費、最少入住晚數、禁止抵達規則，以及稅項或費用。單看價格並不足以說明旅客實際可預訂的內容。

使用飯店報表與分析比較申請日期的住房率、平均每日房價（ADR）、訂房增長及剩餘房量。審批紀錄應列明確切的變更內容、適用範圍、開始與結束時間，以及任何需要觸發第二次審查的條件。

步驟 3：核准、拒絕或退回修訂

審批結果必須明確。當變更涉及多個日期或房價方案時，一個表情符號、走廊上的口頭交談，或一句「看起來沒問題」都不足以作為核准依據。請記錄審批人、核准時間、核准數值及任何限制。

如拒絕申請，應說明原因，例如缺乏充分的需求證據、與現行促銷衝突、涉及受保護的團體房量，或價格超出核准範圍。若構想可行但適用範圍過廣，應退回要求縮小範圍，而非讓申請人自行猜測如何修改。

當申請人與審批人分別使用不同的聊天工具或試算表時，負責輸入變更的員工很容易套用過時版本。Smart Order 讓定價決策、受影響日期及營運後續工作更貼近飯店日曆與團隊工作流程，減少錯誤並提升執行效率。

步驟 4：只輸入一次已核准的變更

指定員工應從飯店慣用的房價控制端進行變更。依住宿物業的系統設定，這可能是飯店管理系統、收益管理系統或通路管理系統。除非核准內容明確涵蓋僅限特定通路的例外情況，否則應避免分別登入多個 OTA 後台修改價格。

儲存前，請將輸入內容與核准紀錄逐項核對，包括住宿物業、房型、房價方案、日期範圍、星期、價格、入住人數規則、餐食方案及限制條件。確認輸入的是基本房價還是衍生房價；若同時變更兩者，可能會意外重複套用調整。

記錄由誰輸入變更及輸入時間。若系統可排程未來房價，請註明啟用時間。若屬臨時變更，應設定到期時間或恢復原價的任務，而非依賴員工日後自行記得處理。

步驟 5：驗證旅客端顯示結果

輸入價格的人員應確認系統已成功接受變更。若屬重大或高風險調整，則應由第二位員工從訂房流程驗證最終結果。

檢查日期範圍的首日、末日、其中一個高需求日期，以及一個不受影響的日期。查看飯店網站與相關連接通路，並使用相同房型、入住人數、餐食方案、取消條款、稅費及旅客資格進行比較。

飯店的飯店櫃台管理系統也應為臨時入住或電話訂房顯示已核准的房價及限制條件。若某個通路的結果不同，請記錄例外情況並調查原因，避免為此反覆修改已核准的基本房價。

為緊急房價變更建立快速流程

當日需求的變化速度可能快於完整審批週期。可建立限制更嚴格的緊急流程：指定員工僅可在已核准範圍內調整特定房價方案，適用日期只能是今天或明天，並須立即記錄變更原因。

要求第二位人員在短時間內完成審查。未經一般審批人核准，緊急流程不得允許員工變更合約房價、現行促銷規則、團體訂房承諾或已關閉銷售的房型。

飯店管理App可協助獲授權的經理在不在辦公室時查看住房率，並核准範圍明確的變更。系統紀錄仍應完整呈現申請、審批、輸入及驗證過程。

在訂房期間結束後檢討變更成效

並非每項已核准的房價變更都能產生預期結果。在受影響的訂房期間或入住日期結束後，應比較訂房增長、住房率、平均每日房價（ADR）、取消量及淨收益，並與申請中所述的變更原因對照。

不要只以客房是否售出來評斷單次變更。大幅折扣可能提高住房率，卻降低收益貢獻；提高房價可能減少訂房量，但能在房量有限時提升收益。請以清楚易懂的方式記錄結果，讓未來決策能充分運用飯店累積的經驗。

每月抽查部分變更紀錄，確認審批符合權限限制、臨時變更已恢復、旅客端最終價格已通過驗證，且緊急流程沒有演變成日常作業方式。

常見問題

誰應負責核准飯店房價變更？

審批權限應與商業風險相符。接待處經理可處理範圍有限的當日變更，收益管理經理可負責較廣泛的定價決策，而大幅折扣或受保護日期的調整則應由業主或總經理核准。

申請變更的員工是否也可以核准該變更？

在預先核准範圍內的例行變更，可能不需要由另一人審批。重大及高風險變更則應由另一位獲授權人員核准或驗證。

房價變更申請應包含哪些資訊？

應包含房型、房價方案、日期、目前與建議價格、限制條件、適用通路、變更原因、住房率或訂房增長等佐證資料、審批人、到期時間及預期結果。

飯店應如何處理緊急的當日定價？

採用有正式紀錄的快速流程，嚴格限制授權範圍、適用日期及房價方案，立即記錄變更，並由第二位人員迅速完成審查。

如何證明房價變更已正確完成？

已核准的數值應同時出現在控制系統，以及針對指定日期、房型、入住人數、條款和通路所進行的同條件旅客端搜尋中；同時，一個不受影響日期的價格應維持不變。