Otellerde Dinamik Fiyatlandırma: Gelir Yönetimi

Otellerde dinamik fiyatlandırma, oda ücretlerini sabit sezon tarifeleri yerine talep, doluluk ve rezervasyon hızına göre ayarlama yöntemidir. 50 odanın altındaki birçok bağımsız otel, pahalı bir gelir yönetimi yazılımına ihtiyaç duymadan mevcut PMS verileri ve haftalık bir kontrol rutiniyle bu sistemi kullanabilir.

Aynı odayı ocakta da ekimde de aynı fiyattan satmak nötr bir karar değildir. Talebin yükseldiği tarihlerde gelir kaybına, sakin günlerde ise boş oda riskine neden olur. Booking.com ve Expedia gibi OTA’lar rakip otellerin fiyatlarını sürekli güncellerken, yılda iki kez yenilenen bir fiyat listesi geride kalır.

Bu rehber bağımsız oteller için üç temel aracı ele alır: BAR fiyatı, doluluk tetikleyicileri ve konaklama süresi kontrolleri. Amaç her geceye en yüksek fiyatı koymak değildir. Amaç, doğru misafire doğru tarihte otele en iyi net geliri bırakacak fiyatı sunmaktır.

Öne Çıkanlar

• Dinamik fiyatlandırma; sabit sezon tarifesi yerine talep, doluluk ve rezervasyon hızına göre oda fiyatını değiştirir.
• BAR sistemi, tüm açık satış kanalları için tek bir referans fiyat oluşturur ve fiyat kararlarını düzenli hale getirir.
• MinLOS ve CTA kontrolleri, yoğun tarihlerde takvimde kalan tek gecelik boşlukları azaltır.
• Aynı oda doğrudan satıldığında OTA komisyonu kesilmez; fiyat artışından doğan marj otelde kalır.
• 90 günlük fiyat tablosunu haftada bir incelemek, küçük oteller için yazılım almadan uygulanabilecek bir başlangıçtır.

Sabit Fiyatlar Otelin Görmediği Geliri Bırakır

Birçok butik otel fiyatlarını yılda iki kez belirler: yaz sezonu ve yılın geri kalanı için. Resmî tatillerde küçük bir artış yapılır, sonra takvim aylarca olduğu gibi bırakılır.

Yerel bir festival, fuar, düğün sezonu ya da konser talebi yükselttiğinde odalar eski fiyatlardan tükenir. Sakin bir hafta içi gününde ise fiyat gereğinden yüksek kalır ve oda boş kalır. İki durumda da karar talebe değil, alışkanlığa dayanır.

Dinamik fiyatlandırma bu alışkanlığı değiştirir. Her tarih için aynı soru sorulur: O günün doluluğu, talebi ve rezervasyon hızı mevcut fiyatı destekliyor mu?

Bu yaklaşımın temel ölçüsü RevPAR’dır. RevPAR, kullanılabilir oda başına geliri gösterir ve ortalama günlük fiyatı dolulukla birlikte değerlendirir. Yüksek doluluk tek başına iyi sonuç değildir.

Örneğin:

• %95 doluluk ve 99 birim ortalama günlük fiyat, 94,05 birim RevPAR üretir.
• %75 doluluk ve 149 birim ortalama günlük fiyat, 111,75 birim RevPAR üretir.

İkinci otel daha az oda satmış olsa da kullanılabilir oda başına daha fazla gelir elde eder. Fiyatı doğru seviyededir.

OTA komisyonu net geliri değiştirir

Dinamik fiyatlandırma ekranda görünen oda fiyatından ibaret değildir. Asıl mesele, o fiyatın otele net olarak ne bıraktığıdır.

Komisyonu %20 varsayalım: 200 birimlik bir oda OTA üzerinden satılırsa otele 160 birim kalır. Aynı oda doğrudan 185 birimden satıldığında otelin eline 185 birim geçer. Doğrudan satıştaki fiyat daha düşük görünür, ancak net gelir 25 birim daha yüksektir.

OTA’lar keşif için kullanılabilir. Özellikle bağımsız otellerin görünürlük kazanmasına yardımcı olurlar. Ancak misafir yolculuğu sürekli OTA’da bitiyorsa, fiyat optimizasyonundan doğan marjın bir bölümü komisyona gider.

Dinamik fiyatlandırma, yalnızca fiyat artırma sistemi değildir. Komisyon kesilmeden satılabilecek doğru fiyatı bulma sistemidir.

Bu nedenle fiyat stratejisi ile doğrudan rezervasyon altyapısı birlikte düşünülmelidir. Otelin kendi sitesinden hızlı rezervasyon alınamıyorsa, talep artışının getirisi yine üçüncü tarafa akar. Doğrudan satışa hazır bir yapı için otel rezervasyon sistemi sayfasındaki yaklaşım incelenebilir.

Otellerde Dinamik Fiyatlandırma İçin Temel Kavramlar

Gelir yönetimi terminolojisi gereksiz biçimde karmaşık görünebilir. Küçük bir otelin düzenli kullanacağı temel kavramların sayısı ise azdır.

BAR fiyatı nedir?

BAR, Best Available Rate ifadesinin kısaltmasıdır. Belirli bir oda tipi ve tarih için indirim, paket veya üyelik avantajı öncesindeki en düşük herkese açık fiyatı ifade eder.

BAR, otelin açık satış kanallarındaki referans fiyatıdır. Otelin kendi sitesi, OTA listeleri ve diğer kanallar bu fiyatı temel alır. İndirimli paketler ve doğrudan rezervasyon avantajları bunun üzerine eklenir.

BAR sabit değildir. Örneğin 20 odalı bir otel, nisan sonundaki bir tarih için şubat ayında 149 birim BAR belirleyebilir. Tarih yaklaştıkça ve doluluk %60’ı geçtikçe fiyat 179 birime çıkar. Doluluk %80’in üzerine geldiğinde ise 209 birime yükseltilebilir.

Bu, dinamik fiyatlandırmanın en basit halidir.

BAR sistemi, kanallardaki fiyatların rastgele değiştirilmesini engeller. Otel, hangi tarihte hangi fiyat seviyesinde olduğunu bilir. Fiyat değişikliği sezgiyle değil, önceden belirlenmiş kurallarla yapılır.

ADR, doluluk ve RevPAR birlikte okunur

Üç metriği her zaman birlikte değerlendirmek gerekir:

• ADR: Satılan odaların ortalama günlük fiyatı.
• Doluluk: Satılabilir odaların ne kadarının satıldığı.
• RevPAR: Kullanılabilir oda başına gelir; ADR ile doluluğu birlikte gösterir.

Yalnızca doluluğa bakan oteller, yoğun günlerde fiyatı gereğinden düşük tutabilir. Sadece ADR’ye odaklananlar ise yavaş günlerde pazardan kopabilir. RevPAR, bu iki uç arasındaki dengeyi görmeye yardım eder.

Mevcut RevPAR seviyenizi her ay kaydedin. Fiyat değişiklikleri, kampanyalar ve konaklama süresi kurallarından sonra bu sayının nasıl değiştiğini inceleyin. Gelir yönetimi kararlarını bununla ölçün.

Yazılım Almadan Dinamik Fiyatlandırma Sistemi Kurun

Gelir yönetimi yazılımı bazı oteller için doğru bir yatırımdır. Ancak küçük bir otelin önce fiyat disiplini kurması gerekir. Veriyi düzenli okumayan bir işletmede yazılım sorunu çözmez, yalnızca kararları daha hızlı üretir.

Başlangıç için bir takvim, elektronik tablo ve haftada 20 dakikalık inceleme yeterlidir.

Örneğin fiyatlarını yılda bir kez hazırladığı sezon tablosuyla yöneten bir otel düşünün. Yakında düzenlenen bir festival için odaları, standart 159 birim fiyatla günler öncesinden tükenir. Doluluğa bağlı fiyat kuralları kullanan rakip oteller ise aynı tarihte 229–249 birim aralığına çıkmış olabilir. Buradaki sorun talep eksikliği değildir. Talep, takvime yeterince erken yansıtılmamıştır.

Bu tür etkinlikleri talep takvimine ekleyin, üç fiyat seviyesi belirleyin ve doluluk arttıkça fiyatı güncelleyin. Sistem karmaşık değildir. Ancak odaların eski fiyatla tükenmesini engeller.

1. Talep takvimi oluşturun

Önümüzdeki 12 ayı tek bir takvimde inceleyin. Normalin üzerinde talep yaratabilecek tüm tarihleri işaretleyin:

• Resmî tatiller ve uzun hafta sonları
• Yerel festival ve etkinlikler
• Kongreler, fuarlar ve bölgesel toplantılar
• Spor karşılaşmaları
• Konserler ve kültür etkinlikleri
• Üniversite mezuniyet dönemleri
• Bölgenize özgü yüksek sezonlar

Bu çalışma yılda bir kez yapılabilir. Ardından takvimi yeni duyurulan etkinliklerle güncelleyin.

Her tarihi üç talep seviyesinden birine yerleştirin:

• Seviye 1: Yoğun talep. Talep mevcut oda arzını aşabilir. Tam BAR uygulanır; MinLOS değerlendirilebilir.
• Seviye 2: Standart talep. Normal doluluk hareketi beklenir. Standart BAR uygulanır.
• Seviye 3: Düşük talep. Normalin altında talep vardır. Paket, avantaj veya sınırlı fiyat esnekliği değerlendirilebilir.

Talep takvimi kusursuz tahmin yapmaz. Ancak önemli günleri, rezervasyonlar başladıktan sonra fark etmek yerine önceden görmenizi sağlar.

2. Fiyat seviyelerini ve doluluk tetikleyicilerini belirleyin

Her talep seviyesi için bir BAR aralığı belirleyin. 25 odalı bir otel için basit bir çerçeve şöyle olabilir:

Takvimdeki doluluk	Tarihe kalan süre	Fiyat aksiyonu
%30’un altında	30 gün ve üzeri	Seviye 3 BAR; paket veya avantaj değerlendirilir
%30–%60	Her zaman	Seviye 2 BAR; standart fiyat
%60–%80	Her zaman	Seviye 1 BAR; açık indirimler kaldırılır
%80 üzeri	Her zaman	En yüksek fiyat seviyesi; MinLOS değerlendirilir

Bu yüzdelerin her otelde aynı olması gerekmez. Önemli olan, kararları tutarlı biçimde almaktır.

Lobinin o gün kalabalık olması, gelecek cumartesinin talebi hakkında yeterli bilgi vermez. Fiyat kararını, o tarihte satılan oda sayısı ve rezervasyonların geliş hızı belirlemelidir.

3. Rezervasyon hızını her hafta kontrol edin

Her hafta ileri tarihlerdeki satılan oda sayısını geçen yılın aynı dönemiyle karşılaştırın. Belirli bir tarih geçen yıla göre %20 veya daha fazla hızla ilerliyorsa fiyat artışı düşünülebilir. Aynı tarih %20 veya daha fazla gerideyse paket ya da talep yaratacak bir teklif değerlendirilebilir.

Rakip kontrolü de bu rutinin parçasıdır. Booking.com üzerinden benzer konumdaki üç otelin önümüzdeki 30 gün içindeki fiyatlarına bakın. Amaç bu fiyatları birebir kopyalamak değildir.

Şunları anlamaya çalışın:

• Rakipler hangi tarihlerde fiyat yükseltiyor?
• Sizin takviminizde görünmeyen bir etkinlik olabilir mi?
• Siz piyasanın çok altında veya çok üstünde misiniz?
• Rakipte oda kalmaması, sizin için fiyat artışı sinyali mi?

Bu inceleme haftada 15–20 dakika sürer. Buna karşılık, yılda bir kez yapılan fiyat güncellemesinin yarattığı kör noktaları azaltır.

Konaklama Süresi Kontrolleri Takvimdeki Boşlukları Korur

Fiyat tek başına gelir yönetimi değildir. Yoğun dönemlerde takvimin yapısı da geliri etkiler.

Bir cumartesi gecesi tamamen dolu olabilir; cuma ve pazar geceleri ise yarı boş kalabilir. Cumartesi için gelen tek gecelik rezervasyonlar bu boşlukları büyütebilir. Sonunda takvim, satılması zor tek gecelik boşluklarla dolar.

Bu durum genellikle İsviçre peyniri problemi olarak adlandırılır. Rezervasyonlar arasındaki küçük boşluklar, tek başına satılması zor gecelere dönüşür.

MinLOS nedir?

Minimum Length of Stay (MinLOS), misafirin en az belirli sayıda gece konaklamasını zorunlu kılar.

Yoğun bir etkinlik hafta sonunda iki gecelik MinLOS uygulandığında misafir cuma-cumartesi ya da cumartesi-pazar için rezervasyon yapar. Yoğun tarihteki tek gecelik rezervasyonlar sınırlanır. Böylece çevredeki gecelerin boş kalma riski düşer.

Basit bir kural kullanılabilir: Cumartesi doluluğu %90’ın üzerindeyse ve cuma doluluğu %50’nin altındaysa, cuma başlangıçlı iki gecelik MinLOS uygulayın.

Bu uygulama:

• Tek gecelik boşlukları azaltır.
• Daha uzun konaklamaları teşvik eder.
• Oda başına temizlik dönüşümünü azaltabilir.
• Otelin ek harcama potansiyelini artırabilir.

CTA: Girişe kapalı tarih

Closed to Arrival (CTA), belirli bir tarihte yeni girişleri kapatır. Ancak o tarihten önce giriş yapan ve konaklaması süren misafirleri engellemez.

CTA, yoğun bir gece dolarken çevresindeki geceleri korumak için kullanılır. Örneğin cumartesi gecesi çok hızlı doluyorsa, yalnızca cumartesi girişli tek gecelik rezervasyonları sınırlayabilirsiniz. Cuma girişli ve pazar çıkışlı konaklamalar devam eder.

MaxLOS: Uzun konaklamayı sınırlama

Maximum Length of Stay (MaxLOS), misafirin kalabileceği en yüksek gece sayısını belirler. Bu kontrol, yoğun tarihlerde sınırlı envanterin uzun süreli konaklamalarla tamamen kapanmasını önlemek için kullanılabilir.

Her otelin bu kontrole ihtiyacı yoktur. Ancak yüksek talep dönemlerinde kısa ve daha yüksek getirili rezervasyonları korumak isteyen işletmeler bu kuralı kullanabilir.

Büyük bir etkinlik hafta sonundan önce geçen yılın takvimine bakın. Hafta sonu boyunca hiç satılmamış tek gecelik boşluklar görüyorsanız, bu yıl aynı tarihlerde iki gecelik MinLOS uygulamak bu boşlukların çok geceli rezervasyonların içine dağılmasına yardımcı olur.

Konaklama süresi kontrolleri her yoğun tarihte aynı şekilde uygulanmamalıdır. Fazla katı kurallar rezervasyon kaybına yol açabilir. Ancak hiç kontrol kullanmamak da takvimi rastlantıya bırakır.

90 Günlük Talep Tahmini İçin Altı Sütun Yeterli

Talep tahmini teknik bir iş gibi görünebilir. 50 odanın altındaki oteller için çoğu zaman gereken şey, veriyi düzenli okuma alışkanlığıdır.

Önümüzdeki 90 gün için her tarih adına bir satır açın. Altı sütun kullanın:

1. Talep seviyesi
2. Mevcut doluluk
3. Geçen yıla göre rezervasyon hızı
4. Rakip fiyat hareketi
5. Mevcut BAR
6. Yapılacak fiyat veya konaklama süresi aksiyonu

Bu tabloyu her pazartesi güncelleyin. Yeni bir etkinlik duyurulmuşsa talep seviyesini değiştirin. Rakip fiyatlar yükselmişse nedenini inceleyin. Doluluk hızı belirlediğiniz eşiği geçtiyse BAR’ı güncelleyin. MinLOS veya CTA gerektiren tarihleri işaretleyin.

Küçük otellerde asıl fayda tahminin kusursuz olması değildir. Fiyatların altı hafta boyunca hiç değişmeden kalmasını önlemektir.

Ne zaman yazılım düşünülmeli?

Manuel sistem belli bir noktaya kadar yeterlidir. Aşağıdaki durumlarda gelir yönetimi teknolojisini değerlendirebilirsiniz:

• Birden fazla oda tipi ve çok sayıda OTA kanalı yönetiliyorsa
• Rakip fiyatları haftalık kontrolle takip edilemeyecek hızda değişiyorsa
• Fiyat güncellemeleri haftada birkaç saatten fazla sürüyorsa
• Otel ekibinin kuralları tutarlı uygulamakta zorlandığı görülüyorsa

Önce manuel temeli kurmak daha güvenlidir. Talep takvimi olmayan, BAR seviyeleri netleşmemiş ve fiyat karar ölçütleri belirsiz bir otelde teknoloji yalnızca mevcut karmaşayı otomatikleştirir.

Dinamik Fiyatlandırmada Sık Yapılan Hatalar

Sistem kurmak kadar, sistemi bozan alışkanlıklardan vazgeçmek de gerekir.

Oda tamamen dolduktan sonra fiyat artırmak

Bir tarih %95 doluluğa ulaştığında fiyat artırmak için en iyi fırsat geçmiş olabilir. Erken plan yapan ve talebe duyarlı misafirler rezervasyonlarını haftalar önce yapmıştır. Geriye daha çok son dakika araması kalır.

Fiyatı yalnızca mevcut doluluğa göre değil, rezervasyon hızını izleyerek de yükseltin.

Yoğun tarihlerde MinLOS kullanmamak

Yoğun cumartesi gecelerinde tek gecelik rezervasyon almak kolay görünebilir. Ancak bu rezervasyonlar cuma ya da pazar gecesini boş bırakıyorsa toplam gelir düşebilir.

Konaklama süresi kontrollerini tarihler dolduktan sonra değil, doluluk hızı artmaya başladığında değerlendirin.

Doğrudan kanalda OTA ile aynı değeri sunmak

Fiyat eşitliği bazı OTA anlaşmalarında önemli olabilir. Ancak değer eşitliği zorunlu değildir.

Doğrudan rezervasyon yapan misafire OTA’da görünmeyen bir avantaj sunulabilir:

• Müsaitliğe bağlı erken giriş
• Müsaitliğe bağlı oda yükseltme
• Kahvaltı avantajı
• Küçük yiyecek-içecek kredisi

Misafir aynı oda fiyatında daha fazla değer görür. Otel ise komisyon kesintisini önler. Bu avantajların otel sitesinde açıkça görünmesi gerekir. Bunun için tasarımın yalnızca güzel görünmesi yetmez; oda, fiyat, fayda ve rezervasyon akışı tek ekranda anlaşılmalıdır. Otel web tasarımı yaklaşımımız, bu doğrudan satış akışını baştan kurmaya odaklanır.

Tüm oda tiplerine aynı fiyat hareketini uygulamak

Standart oda ile süitin dinamik fiyat aralığı aynı olmak zorunda değildir. Standart oda 149 birimden 189 birime çıkarken, üst kategorideki bir oda 229 birimden 329 birime çıkabilir.

Oda tiplerinin talebi, algılanan değeri ve fiyat esnekliği farklıdır. Her oda için aynı kuralı uygulamak, özellikle üst segment odalarda gelir fırsatını sınırlar.

Fiyatı sezon başında belirleyip unutmak

Yıllık veya mevsimlik tarife bir başlangıç noktası olabilir. Ancak tek başına fiyat stratejisi değildir.

Haftalık kontrol asgari düzeydir. Talebin çok hızlı değiştiği dönemlerde günlük kontrol gerekebilir. Altı hafta boyunca değişmeyen fiyat, piyasa verisine değil varsayıma dayanır.

Dinamik Fiyatlandırma Doğrudan Rezervasyonla Birlikte Çalışır

Dinamik fiyatlandırmanın getirisi, fiyat artışından doğan marjın doğrudan kanalda kalmasıyla artar.

179 birimlik bir oda %20 OTA komisyonuyla satıldığında 143,20 birim net gelir bırakır. Aynı oda doğrudan satılırsa otele 179 birim kalır. Tek rezervasyondaki 35,80 birim fark küçük görünebilir. Sezon boyunca tekrarlandığında, otelin pazarlama ve işletme bütçesini etkileyen bir tutara dönüşür.

Bu nedenle gelir yönetimini ve doğrudan rezervasyon stratejisini ayrı projeler olarak görmek yanlıştır.

Doğrudan kanalın işlemesi için üç parça gerekir:

• Misafirin güven duyacağı ve mobilde rahat kullanacağı otel sitesi
• Hızlı, açık ve rezervasyonu tamamlatan bir rezervasyon akışı
• Misafiri OTA listesine gitmeden önce yakalayacak görünürlük çalışması

Özellikle yoğun tarihlerde, misafirler konaklama yerini ararken doğrudan otelin karşısına çıkmak önemlidir. Otel Google Ads, rezervasyon niyeti yüksek aramalarda otelin kendi kanalını öne çıkaracak yapı için kullanılabilir.

Talep takvimi, doluluk tetikleyicileri ve MinLOS kurallarıyla RevPAR’ınızı iyileştirseniz bile, rezervasyonların büyük bölümü OTA’larda kalıyorsa fiyat kararlarının yarattığı marjın önemli bir kısmı komisyona gider. Doğrudan rezervasyon altyapısını kurmak ve yoğun talep dönemlerinde arama reklamlarını kullanmak, bu marjın daha büyük bölümünü otelde tutar.

Bu aşamada mesele yalnızca “daha fazla rezervasyon” değildir. Hangi rezervasyonun otele ne kadar net gelir bıraktığıdır.

Bu Haftadan Başlayacak Uygulama Planı

Dinamik fiyatlandırma için gelir yöneticisi işe almanız ya da karmaşık bir yazılım kurmanız gerekmez. İlk adım, sabit fiyat listesini yaşayan bir sisteme çevirmektir.

Bu hafta şu sırayla ilerleyin:

1. Önümüzdeki 12 ay için yerel talep takvimi oluşturun.
2. Her tarih için yoğun, standart veya düşük talep seviyesi belirleyin.
3. Oda tipleriniz için BAR aralıklarını yazın.
4. Doluluk yüzdelerine bağlı fiyat tetikleyicileri belirleyin.
5. Önümüzdeki 90 günü altı sütunlu bir tabloda takip edin.
6. Her pazartesi 20 dakikalık fiyat kontrolü yapın.
7. Yoğun tarihlerden önce MinLOS ve CTA kurallarını değerlendirin.
8. Doğrudan kanalda OTA’dan ayrışan somut bir rezervasyon avantajı sunun.

Dinamik fiyatlandırmanın üç ana unsuru açıktır: BAR stratejisi, doluluğa bağlı fiyat tetikleyicileri ve konaklama süresi kontrolleri. Bunları düzenli kullanan otel, hem boş oda riskini hem de yoğun günlerde düşük fiyattan satış riskini azaltır.

Ancak fiyat kararının son adımı satış kanalıdır. Oda fiyatını doğru belirlemek değerlidir. O odayı kendi sitenizden, komisyon kesilmeden satmak daha değerlidir.