房型 vs. 房價方案：飯店簡明指南

什麼是飯店房型？

房型描述的是飯店客房的實體屬性，也就是住客實際預訂的內容。它涵蓋四個面向：床型配置（雙床、加大雙人床、特大雙人床）、入住人數（單人到四人）、格局（標準房、套房、單間公寓、連通房），以及在飯店內的等級或定位（標準、豪華、行政）。

雖然不同飯店對房間命名的方式差異很大，但幾乎所有庫存結構都可追溯到三個核心類別：

• 標準房——飯店中最常見的房型，通常為 20–30 平方公尺。基本設施包括：私人衛浴、電視、Wi-Fi、書桌。通常配置一張特大雙人床或兩張雙人床。價格通常是該飯店的入門等級。
• 豪華房——在空間、景觀、樓層位置或家具配置上高於標準房。即使床型配置完全相同，擁有城市景觀或較高樓層的豪華房，也能因其在建築內的位置而取得明顯更高的房價。
• 套房——睡眠區旁另有獨立起居空間，通常為 50 平方公尺以上。套房還可進一步細分：小套房是在單一大型房間內整合休憩區；行政套房增加完整工作空間；總統套房或頂層套房則保留給最高等級的庫存。

輔助類別則用來滿足特定需求客群。家庭房為父母與兒童設計——較大的床、可能有上下舖，有時也配備簡易廚房。無障礙客房符合行動需求，配有無障礙淋浴間與更寬的門框。連通房服務需要獨立睡眠空間且可由內部相通的團體客。景觀類別（海景、山景、庭院景）則可在不改變實體房間大小的情況下，於同一等級內創造差異化。

實務原則是：公開給住客看到的房型應限制在五到七個明確類別內。超過這個數量會增加訂房阻力——住客將難以評估選項，轉換率也會下降。

什麼是飯店房價方案？

房價方案是附加在訂房上的價格與條件組合。它說明住客支付多少、何時付款、包含哪些內容，以及取消時會發生什麼。

每個房價方案都有四個核心組成：

• 基礎價格——此方案下的每晚房價，通常以 BAR（Best Available Rate，最佳可用房價）的百分比表示，或以固定加價／折扣表示。
• 取消政策——住客是否可免費取消、可取消至何時，以及若超過期限後取消會產生什麼罰則。
• 付款時間——付款是在訂房時、入住登記時，還是退房登記時收取。
• 包含項目——是否有任何服務包含在房價中：早餐、機場接送、停車、SPA 使用權。

理解房價方案最重要的一點是：它們不是房間。標準房是一個實體項目；房價方案是一種商業安排。同一間標準房可以同時以彈性房價、不可退款房價、提前預訂房價，以及含早餐房價銷售——四個不同產品、一間實體房間，並根據住客選擇形成四種不同體驗。

房型與房價方案如何搭配運作

這正是大部分營運價值所在。一家擁有三種房型（標準房、豪華房、套房）與四種房價方案（彈性 BAR、不可退款、提前預訂、含早）的飯店，會形成十二個不同的可預訂產品——完全不需要增加任何房間。

這十二種組合中的每一種，都會在 OTA 列表上以獨立選項呈現。Booking.com 上的住客可以用彈性房價或不可退款房價預訂標準房。想要含早餐的住客可以在豪華房等級找到該選項。提前三個月訂房的住客，則可在偏好的任何房型上使用提前預訂折扣。

從收益管理角度來看，這個矩陣就是讓單一住宿物業同時服務多個住客客群的機制。價格敏感且願意提早確認的住客會選擇提前預訂；需要彈性的商務旅客會支付 BAR；已確定日期的住客會選擇不可退款折扣；偏好所有內容都包含在內的休閒旅客則會選擇早餐套裝。

一個具體例子：一家 30 間客房的飯店，若有三種房型與四種房價方案，實際上是在每個連接的 OTA 上銷售 120 種獨特的產品與價格組合——而這些都源自同一批實體庫存。

飯店常用的主要房價方案類型

以下類別構成大多數飯店房價架構的基礎。要啟用哪些方案以及如何定價，是在理解其定義之後的另一個決策。

BAR（Best Available Rate，最佳可用房價）是公開可見、完全彈性的房價——無限制、無須提前付款，並可在標準期限前取消。BAR 會隨需求動態調整。其他所有房價方案通常都以 BAR 的百分比表示，因此當 BAR 變動時，整個價格架構也會隨之變動，無須手動更新。

不可退款房價提供折扣——通常比 BAR 低 8–12%——作為全額預付且不可取消的交換。已確定日期的住客會選擇此房價。無論訂房到入住登記之間發生什麼，飯店都能取得已保障的收入。

提前預訂／早鳥為大幅提前訂房的住客提供 BAR 10–25% 的折扣，常見為提前 30 到 180 天。可提早鎖定已承諾收入，並提升營運規劃效率。

含餐房價將餐飲服務打包進房價中。住宿加早餐（BB）最常見。半食宿（HB）增加晚餐。全食宿（FB）涵蓋所有餐點。全包式在度假村情境中很常見，因為住客通常會留在住宿物業內活動。

住宿晚數（LOS）以較低每晚房價換取最低入住晚數。可填補肩峰期間，並在低需求時段激勵更長住宿的訂房。

企業房價是針對有固定差旅量的公司協議出的固定房價。它滿足可預測帳務的需求，並常包含彈性取消或保證空房狀況等福利。

若想深入了解如何設定與管理彈性房價與不可退款房價策略——包括折扣門檻、BAR 推導方式與常見錯誤——請參考飯店如何使用彈性與不可退款房價方案指南。

如何在你的飯店管理系統中設定房型與房價方案

你的飯店管理系統是房型與房價方案的單一資料來源。其他所有內容——OTA 刊登資訊、你的直訂訂房引擎、你的收益報表——都源自你在其中的設定。

設定邏輯遵循簡單的層級。先建立房型：你定義實體庫存、命名每個類別、設定床型配置與入住人數，並描述其屬性。這是基礎。房型不會頻繁變動；標準房仍然是標準房。

房價方案建立在房型之上。對每個房價方案，你需要定義基礎定價邏輯（BAR 百分比或固定金額）、取消政策、付款時間，以及任何包含項目。接著，將房價方案指派到適用的房型。並非每個房價方案都適用於所有房型——例如企業房價可能只適用於標準房與豪華房，而不適用於總統套房。

設定完成後，你的通路管理系統就會接手。Smart Order 整合式通路管理系統會讀取每個啟用中的房型與房價方案組合，並同時推送到所有已連接的 OTA。當住客在 Booking.com 預訂不可退款豪華房時，該訂房會即時出現在你的 Smart Order 儀表板中，該房間會即時在所有其他已連接通路關閉，而房價方案條件——全額預付、不可取消——也會記錄到該筆訂房中。

當你在 Smart Order 中調整房價方案——例如為高需求週末調高 BAR，或啟用提前預訂促銷——變更會立即同步到 Booking.com、Agoda、Airbnb，以及你的直訂訂房引擎。你不需要登入各個後台，也不必擔心某個 OTA 顯示過期房價，而另一個已更新。

常見設定錯誤

不同通路的房型命名不一致。如果你的飯店管理系統稱它為「豪華特大床房」，但 Booking.com 刊登名稱是「高級雙人房」，你就有對應問題。房務管理可能分配錯房間；收益報表會把同一庫存拆成兩個類別；OTA 空房狀況也會顯示不正確。請在飯店管理系統中統一命名房型，並清楚對應到每個 OTA 的類別結構。

公開顯示的房價方案過多。在內部，你可以為不同通路、客群與季節運行十五種房價方案設定。但住客在任何單一 OTA 上看到的選項，應限制在三到五個。研究一致顯示，當住客面對超出可有效評估範圍的選擇時，訂房轉換率會下降。

使用固定價格，而非由 BAR 推導的房價。若將每個房價方案設定為獨立固定數字，代表每次需求變化都需要手動更新每個方案。一家在五個 OTA 上運行七種房價方案的飯店，每次價格需要調整時就要做三十五次手動更新。請將所有方案設定為 BAR 的百分比，讓一次調整能自動連動整個價格架構。

直接在 OTA 後台設定房價方案。有些飯店會繞過飯店管理系統，直接在 Booking.com 或Agoda 後台手動設定房價方案。這在你需要變更之前看似可行——但一旦需要變更，該變更只存在於那一個平台上。乾淨高效的設定方式永遠是：在飯店管理系統中設定，透過通路管理系統分發，標準房價管理不要直接碰 OTA 後台。

常見問題

飯店房型與房價方案有什麼差別？

房型描述房間的實體屬性——床型配置、大小、景觀與等級。房價方案描述訂房的價格與條件——住客支付多少、取消政策、付款時間，以及包含哪些內容。同一個房型可以同時以多個房價方案銷售，從同一批實體庫存中創造不同的可預訂產品。

同一個房型可以有多個房價方案嗎？

可以。這是標準設定。例如，標準房可以提供彈性 BAR 房價、不可退款折扣房價、提前預訂房價，以及住宿加早餐房價——在你連接的每個 OTA 上形成四個獨立產品。每個產品都會以不同價格吸引不同住客客群。

飯店應該提供多少種房價方案？

從兩到三種開始：彈性 BAR 房價與不可退款房價可覆蓋大多數住客客群。當這些方案穩定運行後，再加入提前預訂。公開給住客看到的選項應限制在三到五個。針對特定通路、企業帳戶或季節促銷的內部設定可以超過這個數量，而不會增加住客訂房體驗中的可見複雜度。

什麼是 BAR，為什麼房價方案要由它推導？

BAR 代表 Best Available Rate（最佳可用房價）——公開可見、完全彈性的房價，會隨需求動態調整。它是所有其他房價方案以百分比表示的錨點。當 BAR 變動時，所有連動方案都會自動調整。若將房價方案設定為固定數字而非 BAR 百分比，每次需求變化都會產生手動更新負擔。

飯店房型與房價方案在哪裡設定？

兩者都在你的飯店管理系統（PMS）中設定。房型定義實體庫存；房價方案定義疊加在其上的價格架構。連接通路管理系統的飯店管理系統，會自動將每個啟用中的房型與房價方案組合分發到你的 OTA 通路，確保 Booking.com、Agoda、Airbnb，以及你的直訂訂房引擎上的空房狀況與價格保持一致。