免抽成訂房引擎 ROI:需要多少直接訂房量才划算?

Aug 26 2026 · Smart Order · 13 分鐘
免抽成訂房引擎 ROI:需要多少直接訂房量才划算?
快速解答
1. 許多飯店每個月只需要兩到五筆真正轉移的直接訂房,就能負擔適度的訂房引擎固定成本,但實際情況取決於訂房價值與省下的淨抽成費用。
2. 損益兩平的訂房數等於總固定每月成本除以每筆轉移訂房的淨節省費用,並向上取整數。
3. 「免抽成」不代表免費。應計入因直接通路而變動的訂閱、設定、網站、支付、獎勵、行銷與串接等成本。

免抽成訂房引擎 的 ROI 不能只用直接營收來衡量。它是以飯店在支付了獲得與處理這些直接訂房所需成本後,所省下的淨分銷成本來計算。

對於業主而言,實際的問題很簡單:在訂房引擎回本之前,必須有多少筆訂房從 OTA (線上旅行社) 轉移到飯店網站?在精簡的設定下,答案可能是每月兩到三筆訂房。在成本較高且訂房價值較低的設定下,則可能需要十筆以上。

請將您 OTA 報表與軟體報價單上的數字代入此計算機使用。以下所有金額僅供說明參考,並非業界標準。


免抽成的真正涵義

當旅客透過飯店專屬的訂房路徑完成訂房時,免抽成訂房引擎不會收取 OTA 抽成。但它可能仍會產生每月訂閱費、設定費、網站費用、支付手續費、串接費用或付費行銷成本。

不要直接扣除全額的直接支付手續費。只需扣除直接訂房與其所取代的 OTA 訂房之間的成本差額。這項比較取決於您的 OTA 支付模式與供應商。

釐清這點可避免免抽成訂房引擎的 ROI 被高估。這項計算應比較同一住宿的兩個實際獲客路徑,而非將付費的 OTA 訂房與虛構的零成本直接訂房進行比較。


損益兩平公式

首先,從一筆訂房真正從 OTA 轉移到您的直接通路時所產生的淨節省費用開始計算:

每筆訂房省下的抽成 = 平均訂房價值 × 實際 OTA 抽成率

每筆轉移訂房的淨節省費用 = 省下的抽成 − 增加的直接訂房成本

接著計算最低數量:

損益兩平直接訂房數 = 總固定每月成本 ÷ 每筆轉移訂房的淨節省費用

將答案向上取整數。如果結果為 2.1,則需要三筆轉移訂房。

請使用平均訂房價值,而非平均房價 (ADR)。ADR 為 180 美元的兩晚住宿,其客房價值為 360 美元。請使用 OTA 報表上的可抽成價值,因為合約對額外費用的處理方式可能有所不同。


損益兩平直接訂房情境

以下情境說明為何單一的 ROI 宣稱是不可靠的。「增加的直接成本」僅代表每筆轉移訂房所改變的成本,例如額外的直接折扣、行銷成本、支付成本差額或引擎交易費。

損益兩平直接訂房情境

在精品飯店情境中,省下的總抽成為 72 美元:400 美元乘以 18%。扣除 10 美元增加的直接成本後,飯店保留了 62 美元。因此,120 美元的每月固定成本在兩筆轉移訂房後即可打平,因為 124 美元已超過訂閱費用。

高成本情境的運作方式不同。一筆 300 美元、抽成 15% 的訂房可省下 45 美元。扣除 12 美元的直接成本後,淨節省為 33 美元。400 美元的每月設定費用需要 13 筆轉移訂房(而非 9 筆),因為業主必須使用淨節省而非總節省來計算。

Smart Order 的免抽成飯店訂房引擎會將網站訂房與 PMS (飯店管理系統) 的即時庫存進行連結。這使得經濟轉移具備可追溯性:直接訂房會進入營運日曆,空房狀況隨之更新,且訂房來源仍可供通路報表使用。

對照真實通路成本來衡量直接訂房
將直接訂房與 PMS 庫存及通路報表連結,讓您能從經過驗證的訂單中計算損益兩平量。

免費試用

計算每月訂房引擎 ROI

損益兩平回答了省下的費用是否能涵蓋成本。而 ROI 則顯示了結果超出該點的幅度:

每月淨效益 = 轉移訂房數 × 每筆訂房淨節省費用 − 固定每月成本

每月 ROI = 每月淨效益 ÷ 固定每月成本 × 100

假設上述精品飯店轉移了八筆訂房。淨節省費用為 496 美元:八乘以 62 美元。扣除 120 美元的固定成本後,每月淨效益為 376 美元。每月 ROI 約為 313%。

免抽成訂房引擎 ROI 會隨著訂房價值、抽成、獎勵、取消訂房或付費流量的改變而變動。請保留這些輸入數據,以便業主審查結果。


加入首年與一次性成本

每月比較可能會忽略設定費用。請納入上線所需的網站、轉移、培訓、追蹤、支付設定與系統串接等相關工作成本。

選擇一個合理的評估期,並將這些一次性成本分攤到該期間:

調整後每月固定成本 = 每月經常性成本 + 一次性上線成本 ÷ 評估月數

如果經常性成本為 100 美元,上線作業成本為 1,200 美元,則 12 個月的評估期會得出 200 美元的調整後每月成本。在每筆轉移訂房淨節省 50 美元的情況下,第一年的損益兩平點為每月四筆訂房。如果沒有新的設定成本出現,到了第 13 個月就會降至兩筆。

對於首次導入的飯店而言,這是更實用的免抽成訂房引擎 ROI 數據。如果訂房引擎已包含在 PMS 中,請僅使用啟用與營運直接訂房所增加的成本。如果飯店無論如何都需要 PMS,請勿將完整的 PMS 訂閱費算在引擎成本上。


僅計算受引擎影響的訂房

最難評估的輸入數據不是抽成率,而是歸因。一筆原本就會透過電話或電子郵件進來的訂房,並不一定是因為新引擎才省下了 OTA 抽成。

將直接訂房分為三類:

  • 轉移訂房可能取代了 OTA 訂房,並產生可衡量的獲客成本節省。
  • 轉換的手動需求取代了電話、電子郵件或詢問處理;其價值可能在於節省員工時間與更快的確認,而非省下 OTA 抽成。
  • 額外增加的訂房否則是無法發生的;請衡量它們的邊際貢獻,而非僅僅是省下的抽成。

採用上線前的基準線。比較相似日期的品牌搜尋流量、轉換率、直接訂房佔比、訂房價值、取消率以及通路組合。促銷代碼與來源欄位有助於改善歸因追蹤。

不要將每一筆網站訂單都視為「全新」的直接訂房。這會高估免抽成訂房引擎的 ROI,並導致未來的預算決策失去可靠度。


將隱藏在「免費」背後的成本納入考量

仔細閱讀軟體報價與支付協議。免抽成的標籤可能與訂閱費、每房收費、支付加成、網站方案、串接工具、支援方案等級或元搜尋支出同時存在。

針對每項成本,請釐清它是固定、變動、一次性還是已支付。支付費率會依市場與交易類型而異;請使用供應商目前的費率表,而非直接套用網路上的通用數字。例如,Stripe 針對國內、國際、手動輸入與貨幣轉換支付皆公布了不同的定價。

此外,應以成本而非定價來評估折扣與福利。免費早餐的增加成本可能低於其宣傳價值,而依比例計算的客房折扣則會實打實地減少營收。


在報表與分析中追蹤結果

試算表或許能用來批准採購,但連結的報表才應是驗證回報的依據。從訂房到退房,訂房來源、客房營收、折扣、取消狀況、付款狀態與入住日期皆需保持一致。

利用飯店報表與通路分析來比較直接訂房與 OTA 依入住月份的結果,而不僅是訂房日期。檢視平均訂房價值、取消率、入住天數與淨通路成本。抽成較低但折扣力道極大的直接通路,並不代表絕對能帶來更高的獲利。

在第一季,請每月進行計算。之後,除非軟體定價、OTA 條款、付費媒體支出或直接訂房優惠有所變更,否則每季檢視一次即可。


何時導入訂房引擎還不划算?

當住宿幾乎沒有網站流量、沒有回訪客、缺乏直接需求策略、訂房價值低、串接成本高,或網站行動版效能不佳時,免抽成訂房引擎的 ROI 可能會持續低迷。

這並不意味著飯店應永遠只依賴 OTA。這表示引擎需要有需求規劃與營運負責人。在認定軟體能自動創造需求之前,請先改善客房內容、行動版訂房流程、品牌搜尋能見度、回訪客觸及率,以及房價呈現方式。

OTA 仍能帶來具價值的額外觸及率。目標並非消除每一筆 OTA 訂房,而是保留符合獲客成本效益的訂房,同時讓那些已經在尋找您飯店的旅客能輕鬆進行直接訂房。


業主 30 天檢查清單

在簽約前,請使用您過去三份的 OTA 報表與廠商的完整報價單重建此公式。上線後,測試一次完整的直接訂房、修改、取消、退款與報表週期。

30 天後,請回答以下五個問題:

  1. 有多少直接訂房是真正轉移、從手動需求轉換或額外增加的?
  2. 扣除變動直接成本後,每筆轉移訂房的淨節省費用是多少?
  3. 直接訂房是否已正確進入 PMS 並更新空房狀況?
  4. 直接訂房折扣或付費流量是否消耗了比預期更多的節省費用?
  5. 還需要多少額外的轉移訂房才能達到首年損益兩平?

如果飯店無法從訂房記錄與發票中回答這些問題,那麼現在宣稱獲得正向回報還為時過早。


常見問題

多少筆直接訂房才能讓免抽成引擎回本?

將總固定每月成本除以每筆轉移訂房的淨節省費用,並向上取整數。120 美元成本與 62 美元淨節省,需要兩筆訂房。400 美元成本與 33 美元淨節省,則需要 13 筆。

支付手續費是否應從省下的抽成中扣除?

僅扣除將訂單轉為直接訂單所產生的支付成本差額。視 OTA 支付模式而定,飯店可能已經在 OTA 訂房中支付或間接吸收了支付成本。

每一筆直接訂房都等同於省下了一筆 OTA 訂單嗎?

不是。有些訂單原本就會透過電話、電子郵件或先前的網站流程進來。請使用來源追蹤與上線前基準線,來估算哪些訂房是真正從 OTA 轉移過來的。

綁定的訂房引擎是免費的嗎?

雖然它可能沒有單獨的訂閱費或抽成,但導入、支付、網站工作、行銷與員工時間等成本依然存在。請使用增加的成本來計算,而非毫無根據地將完整的 PMS 價格攤入。

業主應該多久計算一次 ROI?

剛上線時每月檢視一次,待通路組合穩定後改為每季檢視。每當軟體費用、OTA 抽成、直接獎勵、支付定價或廣告支出發生變化時,請重新計算。


業主的決策準則

當受影響直接訂房的經驗證淨節省費用,超過營運該通路的全部成本時,免抽成訂房引擎就是划算的。最基本的可靠計算需要四個數據:固定成本、平均訂房價值、實際 OTA 抽成與增加的直接成本。

請從保守的歸因開始評估。使用淨節省而非總抽成,將上線成本分攤至評估期間內,並保留能帶來獲利觸及率的 OTA。這樣所計算出的免抽成訂房引擎 ROI,才是業主能站得住腳的數據——而不僅僅是更高的直接訂房數字而已。

相關文章

飯店櫃台管理系統現場訂房流程:空房狀況、付款與 OTA 庫存

一位旅客、一筆住宿、一次客房庫存占用 1. 先搜尋現有訂房,再將抵達旅客視為現場訂房旅客處理。 2. 確認整段住宿期間的空房狀況,以及實際客房是否已準備就緒,不能只看今晚顯示的空房數。 3. 訂房與付款各記錄一次,再核對更新後的庫存,避免手動重複扣減客房。 現場訂房旅客已準備好立即付款入住。也正是在這個時候,忙碌的接待處最容易過早承諾提供客房、將款項記入錯誤的訂房紀錄,或讓最後一間客房仍在線上銷售。 飯店櫃台管理系統應協助接待人員將這段洽詢轉為一筆安排確實的住宿。實務流程是先確認旅客尚未訂房,再確認飯店能實際提供的客房,記錄雙方約定,最後核對更新結果。 報價前,先核對旅客資料與整段住宿期間 詢問同行者是否已透過網路、電話或公司完成訂房。使用現有的訂房確認編號與旅客資料搜尋訂房清單。旅客手機上找不到確認郵件,並不代表飯店沒有收到訂房。 若找到現有訂房,應依該筆訂房辦理入住,而非另建一筆住宿。若旅客表示線上付款或訂房仍在處理中,應先查明該筆交易狀態,再接受新的訂房,以免原先的訂房稍後成立,造成重複。 確認為現場訂房後,核對住宿日期、成人與兒童人數(如適用)、客房需求及抵達時的

Agoda YCS 已解除停售,客房卻仍未開放:重新開賣檢查清單

重新開賣,不能只靠解除一項設定 1. 解除停售,不一定會恢復可售房量、有效房價,或讓住宿條件符合訂房資格。 2. 開放客房銷售前,請先確認原先停售的原因已排除。 3. 檢查 Agoda 已儲存的銷售方案,並在例行串接更新後,以相同的旅客搜尋條件再次確認。 您已解除停售,但 Agoda 仍顯示客房無法預訂。這不一定代表重新開賣的更新未成功傳送,也可能是其他條件仍限制了這次住宿的銷售。 本 Agoda YCS 檢查清單以 Agoda Partner Portal 稱呼原先的 YCS 後台。請先鎖定一個房型、明確的日期範圍,以及打算重新開賣的房價方案。不要為了解決單一方案無法預訂的問題,就開放整間飯店的銷售。 變更日曆前,先取得重新開賣的核准 先確認客房停售的原因。若因維修而封房,須由負責人員確認可解除;若為團體保留房,須取得房量調整的核准;若因營運銷售考量暫時停售,則須經通路銷售負責人同意後才能解除。 請查看接待處客房日曆,確認受影響的每一晚是否已有住宿訂單或封房紀錄。「現在看起來沒人住」並不能證明明天就能出售。

飯店櫃台管理系統續住作業流程:避免房量錯誤

承諾續住前,先確保新增住宿晚數有房可用 1. 從原退房日期起計算新增的住宿晚數,而非從原入住日期起算。 2. 確認整段續住期間的房型房量,以及旅客實際入住房間的空房狀況。 3. 依照統一確認的流程更新,再核對已儲存紀錄中的房量、費用與新退房日期。 「我們可以再住兩晚嗎?」聽起來很簡單,但同一間客房可能已分配給明天入住的旅客。安全的飯店櫃台管理系統作業流程,應先確認新增住宿晚數的空房狀況,再調整退房日期。 指定一位員工全程負責續住事宜,由他確認空房狀況、議定價格、完成經授權的變更,並核對變更結果,再告知旅客一切已安排妥當。 在飯店櫃台管理系統中計算新增住宿晚數 假設一位旅客於 11 月 10 日入住,原定於 11 月 12 日退房。原訂房涵蓋 11 月 10 日與 11 日兩晚。若將退房日期延至 11 月 14 日,新增的是 11 月

小型飯店夜間稽核檢查清單:核對客房、付款、未入住與 OTA 異常事項

準備好結帳了嗎? 1. 客房實際使用情況、訂房清單與當日費用應一致;如有差異,須註明原因。 2. 分別核對已成功收取的款項、尚未支付的餘額,以及等待銀行結算入帳的款項。 3. 立即處理旅客安全與客房重複銷售風險;其他獲准延後處理的未結事項,須附上佐證並指定負責人後交接。 小型飯店的夜間稽核,是營業日結束前的最後核對,並不代表必須在午夜前收清所有未付款項。其目的是為隔日團隊留下正確的客房、費用、付款與抵達紀錄。 請搭配飯店的結帳程序使用這份飯店夜間稽核檢查清單。首先確認本次要結帳的營業日期。午夜過後,營業日期可能與日曆日期不同。不要只因電腦時間已跨日,就推進營業日期或重複執行結帳。 先核對客房,再核對款項 先從今晚實際使用的客房著手。比對住客名單、退房紀錄、客房分配,以及因房務管理或維修而暫停使用的客房。若客房顯示空置卻有人入住,或旅客已離店但系統仍顯示占用客房,都應查明原因。 假設一間飯店有 20 間客房,其中 17 間已入住、1 間空房正在維修,另有 2 間空房,便已涵蓋全館客房。已確認未入住的訂房,不應算作第

飯店櫃台管理系統自助入住故障排解:身分驗證、付款與客房就緒狀態

快速解答 1. 請先找出現有訂房紀錄及出錯的確切步驟,再請旅客重新操作。 2. 分別確認身分驗證、付款及客房就緒狀態;完成其中一項,不代表其他項目也已通過確認。 3. 自助入住無法繼續時,請指定明確的接手人員,並於處理後確認訂房及客房進出權限的最終狀態。 旅客已填妥表單、嘗試付款,也已抵達門口,畫面卻仍顯示入住登記尚未完成。此時,首要任務是協助旅客安全入住,同時避免重複收款,或開放尚未準備妥當的客房。 飯店櫃台管理系統可讓員工查看訂房紀錄、付款狀態及配房資訊。透過這些紀錄,就能找出出錯的步驟。若問題出在旅客姓名不符、付款結果不明,或客房尚未完成檢查,反覆傳送同一個連結通常無法解決問題。 在飯店櫃台管理系統中找出訂房紀錄 自助入住失敗,表示旅客需要協助才能完成一個或多個入住步驟,並不代表訂房失敗或付款遭到拒絕。同樣地,填妥登記表單也不代表旅客已完成入住登記,或已取得有效的客房進出權限。 請旅客提供訂房編號,以及畫面顯示的步驟或訊息。在您的飯店櫃台管理系統中開啟現有訂房紀錄,確認住宿據點、入住日期、旅客姓名、配房資訊及目前狀態。留意近期是否曾修改日期、訂房人是否另有其人,或旅客

飯店管理系統中的重複旅客檔案:比對、合併與歷史紀錄保護

重點摘要 1. 兩個相似的姓名只是需要查核的線索,不能證明兩份旅客紀錄應該合併。 2. 合併旅客檔案前,務必確認身分,並檢視將保留哪些資料。 3. 保留每筆訂房、付款參考編號與通訊同意設定;切勿將檔案整理視為取消訂房。 一位回訪旅客透過 OTA 訂房,卻被系統列為新客。他先前的住宿紀錄歸在另一個電子郵件地址下,接待處也找不到去年記錄的偏好。飯店管理系統中的重複旅客檔案可能讓實用的歷史紀錄難以查找,但倉促合併可能造成更嚴重的問題:將某位旅客的資料錯誤歸到另一個人名下。 安全的作業流程是先確認是否為同一人,再決定保留哪些資料,依核准的檔案處理程序操作,最後檢查結果。比起整齊的旅客名單,讓員工能夠信賴的準確紀錄更重要。 先釐清飯店管理系統中重複的是什麼 旅客檔案是可持續使用的個人紀錄,包含聯絡資料、偏好及住宿紀錄的關聯。訂房紀錄則記載單次預訂。訂房人、實際入住旅客與付款人,可能是三個不同的人。 釐清這項差異,可避免代價高昂的錯誤。同一位回訪旅客的兩份檔案可能需要整合,但該旅客名下的兩筆訂房可能都有效,例如一家人預訂兩間客房。合併檔案不能成為取消其中一筆住宿或合併無關帳單的理由。