1. 從 Promo & Campaign（促銷與活動）> Add New（新增）開始，然後選擇符合特定需求問題的一般促銷或目標促銷。
2. 在啟用前計算旅客可能的最低價格，包含任何活動、目標房價、一般促銷、會員專屬福利、附加費用及佣金影響。
3. 透過房型、房價方案、訂房期間、入住期間、平台和取消政策來限制促銷範圍，而不是將其應用於每個產品。
4. 在儲存前使用 Review Promo（檢查促銷）和 Price Breakdown（價格明細），然後驗證儲存的設定與同等公開訂房的結果。
安全的 Tiket.com 促銷設定 不僅僅是輸入折扣。它能保護飯店的價格底線，將優惠套用至目標旅客，並證明最終售價仍能產生可接受的收益。
使用桌面版 Extranet 進行完整的設定流程。Tiket.com 也支援在 Lignum 行動應用程式中參與活動和啟用促銷，但可用的控制選項可能因帳戶、權限、市場和介面版本而異。
在輸入折扣前選擇促銷
開啟 Promo & Campaign > Add New 並選擇一個與特定需求問題相關的促銷。一般促銷包含折扣、早鳥、晚鳥、免費加送晚數、Hotel Now 及增值優惠。目標促銷可以透過市場或顧客群體限制資格，包含區域房價 (Geo Rate)、交叉銷售房價 (Cross-selling Rate) 以及企業或合作夥伴優惠。
請勿只因為有提供最深的折扣百分比就直接選擇它。當飯店需要更多提前訂房時間時，請使用早鳥優惠；針對近期的空房，請使用晚鳥優惠；針對特定的客源市場，請使用區域房價；或者當設施成本低於同等客房折扣時，請使用增值優惠。
目前的 Tiket.com 促銷類型參考將一般促銷和目標促銷分開。請將這些標籤視為產品類別；收益決策仍取決於飯店。
計算可能的最低售價
從所選房價方案附加的總基本房價開始。然後測試同一位旅客可能符合條件的所有減價項目：新的促銷、進行中的一般促銷、目標房價、活動折扣、會員或合作夥伴專屬福利，以及為促銷手動調降的任何房價。
如果 100 美元的房價享有 15% 的促銷，第一個折扣金額是 85 美元。如果依序套用另一個符合條件的 10% 折扣，結果將是 76.50 美元，而不是 75 美元。根據住宿設定加上稅金和附加費用，然後計算扣除佣金和住宿方贊助福利後的飯店收益。
區域房價需要特別注意。關閉 Stack Promos（疊加促銷） 可以防止與指定的目標促銷結合，但區域房價仍然可以與一般促銷疊加。開啟此功能可能也會增加交叉銷售房價和企業及合作夥伴房價的資格。目前的這項運作模式記錄在 Tiket.com 的區域房價設定中，因此每當產品變更時，請務必再次檢查帳戶。
Smart Order 的 飯店數據分析 讓所有權人可以比較促銷後的 tiket.com ADR（平均每日房價）、客房晚數、收益以及通路貢獻度。這能區分出哪些活動是增加了有利可圖的需求，哪些只是降低了平均售價。
衡量折扣背後的收益
將 tiket.com 的產值與住房率及 ADR（平均每日房價）進行比較，確保每個促銷都有實質的商業成果，而不僅僅是一個啟用日期。
如何在 Tiket.com 建立促銷
使用受控的桌面版連線，並在編輯前確認住宿名稱。管理多個住宿的用戶絕不應依賴最後開啟的帳戶。
- 登入 tiket.com Extranet 並開啟 Promo & Campaign > Add New。
- 選擇符合已核准之需求目標的促銷類型。
- 輸入促銷名稱與折扣或福利，然後設定該類型開放的任何最低連住天數或資格規則。
- 選擇適用的房型，並為每個選擇的客房至少搭配一個房價方案。
- 將訂房期間與入住期間分開設定，並包含帳戶中顯示的開始和結束時間。
- 確認所選促銷適用的平台、登入狀態、客源市場、取消政策、不適用日期以及疊加控制選項。
- 點擊 Review Promo，開啟 Price Breakdown，並測試具代表性的日期、入住人數、房型及房價方案。
- 如果旅客價格和飯店收益通過已核准的底線，請點擊 Create Promo 並記錄使用者、時間戳記、設定和預期結果。
Tiket.com 目前的價格明細使用每晚基本房價，並顯示附加費用、促銷折扣及佣金對每日淨收益的影響。只有當預覽中的日期、旅客人數、客房及房價方案與飯店打算銷售的優惠相符時，此控制選項才有用。
防止折扣與房價方案衝突
將促銷附加到最小的有效產品組合中。純客房促銷不應套用到含早餐房價，除非飯店已核准相同的利潤空間。彈性房價促銷也不應只因為兩個方案共用同一客房，就繼承了不可退款的取消政策。
保持父級房價不變，除非促銷設計明確要求調整基本房價。降低飯店管理系統 (PMS) 或通路管理系統的房價，然後再套用 Extranet 促銷，可能會使同一間客房被打折兩次。請記錄哪個系統擁有基本價格，哪個系統擁有促銷。
請將活動與飯店自行建立的促銷分開檢查。Join Campaign 是一項排程的 tiket.com 活動；建立促銷並不證明沒有其他活動同時適用。在核准可能的最低價格前，請在 Promo & Campaign 項目下檢查即將到來和進行中的活動。
如果連接的飯店管理系統 (PMS) 或通路管理系統僅管理房價與空房狀況，請勿假設它可以建立或移除 tiket.com 的促銷。請確認供應商支援的欄位，並將特定通路的促銷交由單一指定負責人管理。
在保持促銷啟用前進行驗證
首先，開啟 Promo & Campaign > Your Promotions 並在正確的一般或目標區域中找到新的優惠。確認狀態、折扣、客房、房價方案、訂房日期、入住日期、平台、市場以及疊加選項。
其次，使用低需求日期、高房價日期以及入住期間開始或結束的邊界日期來重複測試價格明細 (Price Breakdown)。如果收益低於底線，或出現不符合預期的產品，請立即停止。
第三，以符合條件的旅客身分搜尋 tiket.com。比對地點、日期、入住人數、貨幣、裝置、登入狀態、市場、客房、餐飲、取消條款及付款條件。繼續進入最終價格畫面，並比較總金額，而不是只看被劃掉的標題房價。
同時也執行一次反向測試。使用不符合條件的日期、市場、平台或房價方案進行搜尋，並確認促銷不會出現。正向測試證明可見度；反向測試證明適用範圍。
診斷看似錯誤的促銷
折扣深於核准的標準
症狀： 旅客價格低於預覽結果。 檢查： 其他一般促銷、目標房價、已參加的活動、會員資格，以及原始房價是否已被調降。 行動： 暫停新促銷，保留截圖和設定，然後只移除重複的折扣路徑。
促銷已啟用但不可見
症狀： Your Promotions 顯示啟用，但符合條件的搜尋沒有出現優惠。 檢查： 訂房及入住期間、住宿時區、客房與房價方案選擇、庫存、停止售賣設定 (close-outs)、入住人數、平台、登入狀態及客源市場。 行動： 修正過於狹隘的資格不符問題，並重新測試而無需重新建立促銷。
錯誤的房價方案收到了優惠
症狀： 早餐、取消或付款條款與核准的內容不同。 檢查： 確切的房價方案 ID 和父級關係，不僅僅是顯示名稱。 行動： 暫停受影響的優惠，修正其房價方案範圍，並在重新啟用前測試公開條件。
PMS 更新後價格發生變化
症狀： 促銷保持啟用狀態，但最終價格卻出現預期外的變動。 檢查： 飯店管理系統 (PMS) 是否變更了父級房價，以及促銷是否以百分比為基礎。 行動： 確認預期的父級價格，僅在必要時重新發送，並重複價格明細 (Price Breakdown) 檢查和公開搜尋。
常見問題
飯店在哪裡建立 tiket.com 促銷？
使用桌面版 Extranet 路徑 Promo & Campaign > Add New。建立後，在 Promo & Campaign > Your Promotions 下管理優惠。選單標籤可能因帳戶設定而異。
促銷 (promotion) 與活動 (campaign) 之間有何不同？
飯店自行建立的促銷可從可用的一般或目標類型中設定。活動則是依照 tiket.com 的排程進行，並需要住宿方參加符合其自身條件的可用活動。
tiket.com 的促銷可以疊加嗎？
有些可以。確切的組合取決於促銷類型與設定。舉例來說，即使區域房價 (Geo Rate) 的目標促銷疊加開關被關閉，它仍然可以繼續與一般促銷結合。
飯店如何在啟用前檢查收益？
完成促銷設定後，點擊 Review Promo，然後使用預期的日期、入住人數、客房及房價方案來執行 Price Breakdown。將每日淨收益與飯店核准的底線進行比較。
通路管理系統應該為促銷調降房價嗎？
不應自動調降。請將核准的基本房價保留在指定的來源系統中，並僅套用一次促銷。將已打折的房價傳送至啟用中的百分比促銷，可能會造成非預期的雙重減價。
如何證明促銷設定正確無誤？
儲存的設定與核准內容相符，價格明細 (Price Breakdown) 保持在收益底線之上，符合條件的公開搜尋會顯示預期的優惠，而不符合條件的搜尋則不會顯示。
只有在飯店驗證了優惠的雙方時，tiket.com 促銷才算準備就緒：旅客獲得預期的價值，而住宿方保留了預期的收益。縮小範圍進行設定、預覽完整價格、測試適用資格，並為每個啟用的折扣保持單一的負責人。
