1.「飯店管理系統交易費用」並不是標準術語。它可能指的是軟體費用、訂房收費、支付處理成本,或其他與訂房金額掛鉤的百分比費用。
2. 在比較百分比之前,先確認觸發條件、計算基礎、付款方、退款處理方式,以及發票開立方。
3. 評估每一項收費時,應以淨訂房收入與貢獻利潤為基準,而不只是看飯店管理系統訂閱價格。
4. 月費較低的方案,可能會隨著訂房量或支付量成長而變得昂貴;相對地,固定費用較高的方案反而可能更容易預估成本。
飯店管理系統交易費用,往往會在不知不覺中改變一份軟體合約的經濟效益。問題不只在於百分比本身。相同的名稱,可能指的是在飯店管理系統中建立的訂房、透過支付服務收取的款項、直接訂房,或是某項分銷收費。
這些事件彼此不同,不應混為一談。若要了解哪些收費會影響利潤,應追蹤每一筆費用從旅客訂房來源、付款到結算的完整流程,再比較飯店在每項扣款後實際保留的收入。
什麼是飯店管理系統交易費用?
飯店管理系統交易費用,是指與透過飯店軟體所記錄或完成之活動相關的浮動收費。依合約內容不同,觸發條件可能是已確認的訂房、成功的刷卡付款、訂房引擎轉換,或其他可計費事件。
單看這個說法,並無法判斷是由誰收費。飯店管理系統供應商、支付處理商、訂房平台或整合服務商,都可能各自開立與交易相關的費用。它也無法說明計算基礎。費用可能套用於客房收入、稅金、加購項目、訂金、實際收款金額,或固定的交易筆數。
請要求供應商將「交易費用」改寫成完整句子:由誰收取、收多少、何時收取、以哪個金額為基準,以及取消或退款後如何處理。這樣的說明,遠比單一的百分比標題更有參考價值。
飯店常混淆的五種收費
以下類別可能出現在同一個串連的訂房流程中,但它們購買的是不同服務,也應歸入利潤計算中的不同項目。

最重要的區分,在於軟體使用與金流移動之間的差異。訂房可以在沒有線上付款的情況下進入飯店管理系統;而刷卡付款則可能用於 OTA、直接訂房、現場入住或電話訂房。若合約對這兩類事件都收費,飯店就必須分別建模計算。
OTA 佣金也應獨立看待。它支付的是分銷通路帶來的需求,而飯店管理系統交易費用則是為飯店管理系統協議中定義的軟體活動付費。將兩者合併,只會掩蓋究竟是哪個通路或工具造成利潤下滑。
Smart Order 的串接工作流程,讓您更容易同時追蹤訂房來源、付款紀錄與營收報表。這樣的營運脈絡,能幫助飯店釐清成本來源,而不會把每一項扣款都視為同一種費用。
清楚掌握訂房與營收流向
將訂房來源與營運紀錄整合到同一個工作流程中,讓團隊能夠比較訂房總額與扣除外部費用後實際保留的收入。
哪些交易收費對利潤影響最大?
每一項必要收費都會壓縮利潤,但隨著營收成長,按比例計費的費用通常會變得更加重要。固定月費的訂閱方案較容易預估;而浮動費用則會隨著符合條件的訂房金額或筆數增加,即使飯店沒有新增房間、使用者或功能也一樣。
支付處理成本的總額可能相當可觀,因為只要飯店收取符合條件的電子付款,就會產生這類費用。這是金流移動的成本,而非單純的軟體成本。卡別、支付方式、國家、匯率轉換、人工輸入、爭議款項與退款規則,都可能改變實際費率。
與訂房相關的費用,應以通路層級來檢視。直接訂房或許可以避開 OTA 佣金,但仍可能包含網站行銷、訂房技術與支付成本。它仍可能比 OTA 訂房更有利潤,但「直接」絕不應被視為天然零成本。
事件型費用出現頻率較低,但若缺乏管理,成本可能很高。拒付、結算失敗、匯率轉換、即時撥款、退款以及人工付款處理,未必會出現在定價頁面所顯示的標準百分比中。
如何計算實際交易成本
請以全年交易量為基準,而不是只看單一範例訂房。基本計算公式如下:
實際交易成本 = 訂房與支付相關浮動費用總額 ÷ 符合條件的訂房收入 × 100
接著再計算完整的技術成本:
年度飯店管理系統相關成本 = 訂閱費 + 必要模組費用 + 浮動軟體費用 + 支付成本 + 導入與整合成本
假設一家獨立經營的飯店,正針對 300,000 美元的年度符合條件訂房收入比較兩份方案。A 方案每月 150 美元,另加 0.6% 的浮動軟體費用。其年度軟體總成本為 1,800 美元加上 1,800 美元,共 3,600 美元。B 方案每月 260 美元,沒有相同的浮動軟體費用項目,因此年度成本為 3,120 美元。
A 方案看起來每月便宜 110 美元,但在這個營收水準下,全年反而多出 480 美元。若符合條件的收入下降、部分訂房不列入計費,或其他必要模組不同,損益兩平點也會改變。這就是為什麼飯店必須依照實際合約建模,而不能假設固定或浮動定價一定較好。
除非兩份方案採用相同的支付方式與費率表,否則不要把支付處理成本混入上述範例。否則,應先比較軟體成本,再比較支付成本,最後才合併計入總成本。
用貢獻利潤檢驗費用影響
營收不等於利潤。一筆 500 美元的訂房,可能包含稅金、早餐、清潔費或其他項目,而這些項目對客房毛利的貢獻並不相同。若某項費用套用於整筆訂房金額,其實際影響可能比表面費率更大。
應先從客房收入與附加收入開始,再扣除折扣、分銷佣金、交易費用、支付成本與浮動營運支出。剩餘的貢獻利潤,才代表這筆訂房在扣除飯店固定成本前,真正帶來多少價值。
這樣的比較方式,甚至可能改變通路決策。成本較高的通路,若能在原本空房的夜晚帶來額外需求,仍可能具有價值;而收費較低的來源,若造成取消、人工對帳或客服支援工作,也可能因為這些未顯示在發票上的成本而不那麼吸引人。
使用報表與分析來區分訂房來源與營收期間。當來源與金額清楚可見時,管理層就能對應正確的外部成本,並比較淨表現,而不是只依賴總營收做判斷。
比較百分比前,先讀懂合約內容
在飯店尚未了解費率涵蓋範圍之前,任何報價都不能算完整。請要求對方以書面回答以下問題:
- 究竟是什麼事件觸發收費:訂房、修改、付款、結算、入住,還是撥款?
- 以哪個金額作為計算基礎:客房收入、訂房總額、稅金、加購項目、訂金,還是實際收款金額?
- 這項收費是否適用於 OTA、直接訂房、現場入住、電話訂房、匯入訂房與人工輸入的訂房?
- 除了百分比之外,是否還有固定收費?是否涉及每月最低收費?
- 若遇到取消、部分退款、全額退款、未入住、爭議款項或付款失敗,將如何處理?
- 這項費用由哪一家公司開立發票?飯店可在哪裡將其與訂房及結算紀錄對帳?
另外,也要確認續約時費率是否會變動,或是否會在達到某個交易量門檻後調整。若飯店在已經投入工作流程與旅客支付流程後,才開始適用標準費率,那麼促銷價格就可能扭曲第一年的比較結果。
避免對同一筆訂房重複計費
同一位旅客的一次住宿,可能產生多項合理成本:獲客成本、軟體成本、收款成本、匯率轉換成本,以及像爭議款項這類例外費用。重點不是把每一項收費都視為不合理,而是確保每一項費用都只出現一次,且歸屬於正確的收費方。
可針對每個來源抽取少量樣本,建立以訂房為單位的稽核流程。先從總金額開始,辨識通路管理系統來源,在支付解決方案中核對付款,再將結算入帳金額與銀行紀錄對帳,並記錄這些節點之間的每一項扣款。
請將這項稽核流程重複套用於直接訂房、OTA 訂房、現場付款、退款,以及國際信用卡交易。這些案例能揭示定價模式究竟是平均影響所有收入,還是只影響特定流程。
這項稽核也能暴露重複假設的問題。例如,員工可能因為某筆費用出現在飯店管理系統付款紀錄旁,就誤以為那是飯店管理系統收取的處理費。記錄供應商與發票來源,可以避免這類錯誤。
在不影響轉換率的前提下降低費用流失
如果旅客會放棄付款,或員工無法穩定操作,那麼再便宜的支付或訂房流程都沒有意義。降低成本的同時,也必須保留流暢的訂房與支付體驗。
應先移除可避免的重複投入。若一個串接工作流程已足夠,就不要為同一個訂房交接流程額外支付多套工具費用。同時檢視可選的即時撥款、匯率服務、進階防詐產品,或未使用的整合功能,是否真的帶來可衡量的價值。
接著再以數據優化通路組合。使用訂房引擎來承接直接需求,同時持續使用能帶來高獲利增量住宿的 OTA。應按來源比較淨貢獻,而不是用政策強行把所有訂房都導向單一通路。
最後,請用年度數據進行議價。帶上符合條件的營收、交易筆數、平均訂房金額、卡別結構、爭議頻率、退款量與成長預測。相較於泛泛地要求降價,供應商更能依據清楚的交易輪廓評估合理條件。
比較每次扣款後的飯店實際營收
串接訂房來源、訂房紀錄與營收資料,並依照實際適用的成本來評估每個通路與支付流程。
飯店管理系統交易費用常見問答
飯店管理系統交易費用和支付處理費是一樣的嗎?
不一定。飯店管理系統費用,對應的是飯店管理系統合約中定義的可計費軟體事件;處理費則與收款或資金移轉有關。兩者可能出現在同一個流程中,但應分開建模與計算。
交易費用適用於每一筆訂房嗎?
視協議內容而定。有些收費只適用於符合條件的訂房、支付方式或銷售通路。請務必以書面確認觸發條件與排除項目。
退款後,支付手續費會退回嗎?
各家政策不同。飯店可能已退還旅客款項,但原始支付處理費或匯率成本仍不會全數退回。請查閱供應商目前的退款條款,並將一般取消行為納入模型。
飯店該如何比較固定費方案與浮動費方案?
請以 12 個月為週期,根據預估的符合條件營收與交易量進行計算。在比較總成本前,先加上必要模組費用,並確保支付成本使用一致的假設。
哪個指標最能顯示對利潤的影響?
請使用每筆訂房的淨貢獻利潤,以及以符合條件營收百分比表示的實際交易成本。同時按訂房來源、支付流程與月份檢視,因為組合結構會隨時間改變。