1. 房價限制是套用於飯店庫存的控管規則,用來決定可接受哪些訂房——不只是房間是否可售,也包含住客何時可抵達、退房,以及可入住多久
2. CTA(Closed to Arrival,關閉抵達)會封鎖特定日期的入住登記;CTD(Closed to Departure,關閉離店)會封鎖特定日期的退房登記
3. MinLOS 設定最低入住晚數;MaxLOS 設定最高入住晚數;兩者都能避免產生難以銷售的空檔,或在需求高峰期間稀釋收益
4. Stop Sell 會在單一或所有通路上完全關閉某個房型或房價方案——這是最直接的工具,通常用於庫存幾乎售罄,或需要保護特定通路時
5. 若限制設定錯誤——過於激進,或旺季結束後仍未取消——會造成訂房缺口與收益流失,而這些問題其實很容易避免
什麼是房價限制,以及為什麼重要
飯店房價限制是套用於房型、房價方案或通路的規則,用來決定系統會接受哪些訂房——這與房間實際上是否有空房是分開判斷的。
空房狀況說明的是床位是否空著;房價限制則判斷在這些日期接受訂房是否具備商業效益。某間房在週一晚上可能有空房,但只開放兩晚以上的入住。某間房在週四可能可售,但不允許住客在當天退房,因為每一次週四退房都可能在週末團體訂房前造成難以處理的空檔。
這些控管設定存在於飯店管理系統內,並透過 通路管理系統 推送到 OTA 通路。當限制在飯店管理系統中設定後,它會同步套用到通路管理系統所分發的所有地方——Booking.com、Airbnb、Agoda、飯店自有訂房引擎——同時生效。
了解每一種限制的作用,以及應在何時使用,是飯店收益管理的核心能力之一。
五種限制說明
CTA — Closed to Arrival(關閉抵達)
CTA 會阻止新訂房將受限制的日期設為入住登記日。住客仍可入住並跨過該日期——前一天抵達的訂房不受影響。CTA 阻擋的是「抵達」這個動作本身。
- 何時使用: CTA 最常用於飯店幾乎客滿的日期,因為接受單晚抵達可能會占用原本可用來延長既有多晚住宿的房間。它也可用於營運控管——例如特定日期接待處人手不足,或連續抵達造成房務管理瓶頸時。
範例: 某飯店週六已達 90% 滿房,剩餘房間預期以週五至週日套裝行程售出。在週六設定 CTA,會關閉週六作為單獨抵達日的選項,同時保留週五至週日套裝仍可預訂。
CTD — Closed to Departure(關閉離店)
CTD 會阻止訂房將受限制的日期設為退房登記日。已預訂並入住跨過該日期的住客不受影響。CTD 會阻止新的訂房在當天結束住宿。
- 何時使用: 當特定日期的退房會造成無法填補的空檔時,可使用 CTD。典型情境是高需求的週六晚:若住客週六退房,房間會在需求高峰中途空出,剩餘晚數可能無法以相同房價再次售出。在週六設定 CTD,可迫使住客住到週日,或改選其他日期抵達。
CTD 是五種限制中最少使用的一種——許多飯店不使用它也能正常管理——但對於訂房窗口很短、且當日需求很高的住宿業者而言,它相當有價值。
MinLOS — Minimum Length of Stay(最低入住晚數)
MinLOS 要求任何新訂房至少必須入住指定晚數。若週五設定 MinLOS 為 3,代表預訂週五入住的住客也必須同時入住週六與週日。
- 何時使用: MinLOS 是飯店收益管理中最常使用的房價限制。它通常套用於高需求期間——假期、在地活動、旺季——用來推動較長住宿,並避免單晚訂房占用原本可作為週末套裝銷售的房間。
風險在於將 MinLOS 設得過高。若市場只支撐 2 晚住宿,但週五設定 MinLOS 為 4,結果可能是空房,而不是收益。目標應是用最低必要限制來避免真正有問題的短住,而不是設定理論上看似能填滿房間的最高限制。
與 CTA 的搭配: CTA 與 MinLOS 經常一起使用。CTA 關閉週六作為抵達日;週五設定 MinLOS 為 2,要求任何週五抵達的訂房都必須住到週六。兩者結合後,可確保週五房間以週末連住形式售出,而不是形成單晚空檔。
MaxLOS — Maximum Length of Stay(最高入住晚數)
MaxLOS 會限制特定房價方案下,一筆訂房最多可入住的晚數。MaxLOS 為 7 代表住客無法以該房價預訂超過一週。
- 何時使用: MaxLOS 的使用頻率低於 MinLOS。它主要用於飯店提供促銷或折扣房價時——例如早鳥價、限時快閃優惠、官網直訂折扣——但不希望住客用該價格預訂長住。若沒有 MaxLOS,住客可能會用原本只為短假期設計的促銷價預訂 18 晚住宿。
在某些市場,若當地短租(STR)法規或飯店政策對特定執照類別下的連續入住晚數有限制,也會使用 MaxLOS。
Stop Sell(停止銷售)
Stop Sell 會在單一或所有通路上完全關閉某個房型或房價方案。無論日期或入住晚數為何,都不接受新訂房。不同於 CTA 或 MinLOS 是限制訂房形態,Stop Sell 是直接移除可預訂選項。
- 何時使用: 當庫存幾乎售罄,且剩餘房間應保留給現場客、企業客戶,或以高於 OTA 可帶來的價格進行直訂時,可使用 Stop Sell。它也可用於暫時從某個通路移除房型——例如維修、房價重新協商,或某段期間的促銷活動僅限定其他通路。
只對單一通路套用 Stop Sell、同時保持其他通路開放,是房價一致性管理的標準做法。若某個 OTA 持續低於飯店自有價格,在該通路設定 Stop Sell 可縮小價格差距,同時不影響整體分銷。
從同一處將房價限制套用到所有 OTA 通路
Smart Order 的飯店管理系統與通路管理系統,可將 CTA、CTD、MinLOS、MaxLOS 與 Stop Sell 同時推送到每個已連接的平台——因此限制只需設定一次,就能立即在所有通路生效。
如何搭配使用限制:兩個常見情境
情境 1 — 連假週末
某飯店預期三天國定假日週末(週五至週日)需求強勁。目標是最大化完整週末住宿的收益,並避免產生空檔的單晚訂房。
- 在週五設定 MinLOS 為 3,要求涵蓋完整週末
- 在週六設定 CTA,避免僅週六抵達的訂房
- 在週日設定 CTD,避免週日退房導致房間在週末剩餘期間空置
這三項限制搭配使用,會將所有訂房導向週四至週日或週五至週日的入住模式,這些都是商業效益最佳的結果。
情境 2 — 接近售罄
一家 40 間房的飯店在週中還剩 4 間房,最後可售的週六夜距今只剩兩天。OTA 需求強勁。
- 針對剩餘房間在 OTA 上設定 Stop Sell,將剩餘需求導向直訂引擎,並以溢價房價銷售
- 保持直訂引擎開放,並設定 MinLOS 為 1——不設入住晚數限制——以承接最後一刻或現場客的價值
- 當最後房間售出後,在所有通路設定 Stop Sell,將該日期完全關閉
會造成訂房流失的錯誤
旺季結束後仍讓限制維持啟用。
原本為連假週末設定的 MinLOS,若在之後兩週仍持續生效,會對後續一般平日需求造成訂房缺口。限制必須設定有效期間——建立時就應有明確的結束日期。
MinLOS 設定高於實際訂房模式。
如果你所在市場有 80% 的住客預訂兩晚住宿,將 MinLOS 設為 4 會排除大部分需求,而不是最佳化需求。應使用訂房歷史資料,設定能篩除真正過短住宿、又不會阻擋正常需求的最低限制。
當通路層級限制已足夠時,卻全域套用 Stop Sell。
因為某個 OTA 出現房價問題就關閉所有通路,也會同時消除直訂收益。Stop Sell 預設應以通路層級套用。
未將 MinLOS 與房價方案結構協調一致。
若不可退款房價設定 MinLOS 為 3,而同價位的彈性房價沒有 MinLOS,住客就沒有理由選擇不可退款方案。房價限制與房價方案設計需要相互配合,讓每個方案都有清楚且不同的價值主張。
常見問題
CTA 與 Stop Sell 有什麼不同?
CTA(Closed to Arrival,關閉抵達)會封鎖特定日期的入住登記,但仍允許該日期作為較長住宿的一部分。Stop Sell 則會將房間完全下架——該日期不接受任何類型的訂房。CTA 是塑造訂房模式;Stop Sell 是直接取消可訂選項。
可以將房價限制套用到個別 OTA 通路嗎?
可以。多數通路管理系統,包括 Smart Order,都允許全域設定限制(套用到所有已連接通路)或依通路設定(僅套用到 Booking.com,或僅套用到 Airbnb 等)。通路限定限制有助於房價一致性管理,也能保護直訂庫存。
MinLOS 會影響既有訂房嗎?
不會。MinLOS 與所有房價限制只會套用於新訂房。已確認住宿的住客,不會受到其訂房後任何限制變更的影響。
飯店何時應使用 MaxLOS?
當飯店提供折扣房價方案,並希望將其限制在短住使用時,MaxLOS 最有幫助。它也會用於對連續短租(STR)晚數有法規上限的市場,或住宿業者有企業房價合約並明定入住晚數限制時。
房價限制如何與 OTA 空房日曆互動?
當限制從飯店管理系統透過通路管理系統推送出去時,OTA 會更新其空房日曆以反映該限制。週六設定 CTA 時,即使房間實際上仍有空房,OTA 日曆也會顯示該日不可作為抵達日。搜尋週六抵達的住客不會看到該房源可訂,但入住期間跨過週六的住客——例如週五抵達、週日退房——仍可正常預訂。