Otellerde Revenue Management Nedir? Doluluk Değil Gelir Nasıl Yönetilir?

Bir otelin 20 odası olduğunu düşünelim.

İki farklı ayda da otel:

%90 doluluk

elde etmiş olsun.

İlk bakışta iki ayın performansı aynı görünebilir.

Ama ilk ay ortalama oda fiyatı:

4.000 TL

ikinci ay:

7.000 TL

ise iki dönemin ekonomik sonucu tamamen farklıdır.

Hatta daha çarpıcı bir örnek düşünelim.

Otel A

• Occupancy: %95
• ADR: 4.000 TL

Otel B

• Occupancy: %82
• ADR: 5.500 TL

Hangisi daha başarılı?

Sadece doluluğa bakarsak:

Otel A.

Ama Revenue Management açısından bu soruya yalnızca doluluk üzerinden cevap veremeyiz.

Çünkü otel işletmeciliğinde amaç:

Mümkün olan en yüksek doluluğa ulaşmak değildir.

Asıl amaç:

Sınırlı oda envanterinden mümkün olan en doğru ekonomik değeri üretmektir.

İşte Revenue Management tam olarak bununla ilgilenir.

1. Revenue Management Nedir?

Revenue Management en basit ifadeyle:

Doğru odayı, doğru misafire, doğru zamanda, doğru fiyatla, doğru kanaldan ve doğru satış koşullarıyla satarak otelin gelir potansiyelini optimize etme sistemidir.

Buradaki kritik kelime:

optimize etmek.

Revenue Management:

• her zaman fiyat artırmak,
• her zaman yüksek doluluk sağlamak,
• her zaman en pahalı odayı satmak,
• sürekli kampanya yapmak

değildir.

Amaç:

talep + fiyat + envanter + zaman + kanal + satış koşulları

arasındaki dengeyi yönetmektir.

2. Neden Sadece Doluluk Yönetmek Yeterli Değildir?

Otelcilikte en sık duyulan cümlelerden biri:

“Bu hafta sonu fullüz.”

Bu kulağa başarı gibi gelir.

Ama Revenue Management açısından hemen ikinci soru gelmelidir:

“Hangi fiyattan fullüz?”

Ardından:

“Ne zaman full olduk?”

“Hangi kanaldan sattık?”

“Ne kadar komisyon ödedik?”

“Daha yüksek fiyattan satabilir miydik?”

“Odaları gereğinden erken mi tükettik?”

Örneğin 20 odalı bir butik otel düşünelim.

Cumartesi gecesi için otel 30 gün önceden:

%100 doldu.

İlk bakışta mükemmel.

Fakat sonraki 30 gün boyunca aynı tarih için yoğun talep gelmeye devam ettiyse bu başka bir şeyi gösterebilir:

Otel odalarını çok erken ve çok düşük fiyatla satmış olabilir.

Doluluk başarılıdır.

Ama Revenue Management başarılı olmayabilir.

3. Otel Odasının Çok Önemli Bir Özelliği Vardır: Stoklanamaz

Bir mağaza bugün satamadığı ürünü yarın satabilir.

Bir otomobil bayisi bugün satamadığı aracı gelecek hafta satabilir.

Ama otel odasında durum farklıdır.

15 Temmuz gecesi boş kalan Room 105'i:

16 Temmuz'da tekrar satamazsınız.

O gelir kapasitesi sonsuza kadar kaybolmuştur.

Bu nedenle otel odası:

Perishable Inventory — Bozulabilir Envanter

özelliği taşır.

Bugün satılmazsa değeri sıfırlanır.

Fakat bunun tersi de doğrudur.

Bir oda gereğinden düşük fiyata satılırsa:

potansiyel gelir de kaybedilir.

Revenue Management bu iki risk arasında denge kurar.

4. Revenue Management'ın Temel Sorusu Nedir?

Klasik otel işletmeciliği şu soruyu sorabilir:

“Kaç odamız boş?”

Revenue Management ise daha ileri gider:

“Hangi tarihte kaç odamız kaldı?”

“Bu odalar hangi hızla satılıyor?”

“Bu tarih için ne kadar daha talep bekliyoruz?”

“Hangi oda tipi daha hızlı tükeniyor?”

“Rezervasyonlar hangi kanaldan geliyor?”

“Hangi fiyat seviyesinde geliyor?”

“Tarihe kaç gün kaldı?”

“İptal davranışı nasıl?”

“Rakip ve destinasyon talebi nasıl?”

“Kalan odaların ekonomik değeri nedir?”

Revenue Management:

mevcut durumu raporlamaktan çok gelecekteki talebi okumaya çalışır.

5. Revenue Management = Fiyatlandırma Değildir

Bu iki kavram da sık karıştırılır.

Fiyatlandırma Revenue Management'ın yalnızca bir parçasıdır.

Profesyonel Revenue Management sistemi şunları birlikte yönetebilir:

• Room Inventory
• BAR
• Seasonal Pricing
• Day-of-Week Pricing
• Rate Plans
• Minimum Stay
• CTA / CTD
• Early Booking
• Last Minute
• Occupancy Based Pricing
• Demand Forecast
• Pickup
• Booking Pace
• Channel Mix
• OTA Inventory
• Direct Booking
• Cancellation
• Overbooking
• ADR
• Net ADR
• RevPAR
• Net RevPAR
• TRevPAR

Dolayısıyla:

Revenue Management = Fiyat + Talep + Envanter + Zaman + Dağıtım + Kısıtlamalar + Veri + Forecast

olarak düşünülmelidir.

6. Revenue Management'ın Merkezinde Talep Vardır

Bir odanın ekonomik değeri:

her gece aynı değildir.

Örneğin Alaçatı'daki bir butik otelde:

Salı gecesi ile Cumartesi gecesinin talebi aynı olmayabilir.

Mayıs ile Ağustos aynı olmayabilir.

Normal bir hafta sonu ile bayram hafta sonu aynı olmayabilir.

Aynı şekilde şehir otelinde:

Pazartesi ile Pazar talebi farklı olabilir.

Dolayısıyla:

Odanın fiziksel ürünü aynı olsa bile ekonomik değeri tarihe göre değişebilir.

Revenue Management bu değişen talebi fiyat ve envanter kararlarına dönüştürür.

7. Revenue Management Zinciri Nasıl Çalışır?

Basitleştirilmiş profesyonel akış:

Season Calendar → Base BAR → Day-of-Week Pricing → Demand Forecast → Pickup / Booking Pace → Occupancy → Rate Adjustment → Rate Plan / Restrictions → Channel Manager → OTA / Direct → Net ADR → RevPAR / TRevPAR → Revenue Review → Yeni Karar

Bu sistem doğrusal değildir.

Sürekli tekrar eder.

Çünkü talep değiştikçe karar da değişmelidir.

8. BAR Nedir?

BAR:

Best Available Rate

Revenue Management sisteminin temel fiyat referanslarından biridir.

Fakat önemli bir yanlış anlaşılma vardır.

BAR:

“Otelin en ucuz fiyatı”

değildir.

BAR, belirli:

• tarih,
• oda tipi,
• talep koşulu

için kullanılan temel esnek fiyat referansıdır.

Örneğin:

Room Standard

15 Haziran

BAR = 6.000 TL

olabilir.

Ancak bu fiyat sonsuza kadar 6.000 TL kalmak zorunda değildir.

9. BAR Neden Değişir?

BAR şu verilere göre yeniden değerlendirilebilir:

• mevcut Occupancy,
• kalan oda sayısı,
• Pickup,
• Booking Pace,
• Forecast,
• Season,
• Day of Week,
• Event,
• Lead Time,
• Room Type Demand,
• Cancellation,
• Market Signals.

Bu nedenle:

BAR bir rakamdan çok bir fiyatlama sistemidir.

10. “Doluluk %80 Oldu, Fiyatı Artır” Yeterli Bir Sistem Değildir

Revenue Management'ın en yaygın basitleştirmelerinden biri budur.

Örneğin:

• %50 doluluk → 5.000 TL
• %70 doluluk → 6.000 TL
• %80 doluluk → 7.000 TL
• %90 doluluk → 8.000 TL

şeklinde otomatik fiyat merdiveni oluşturulabilir.

Bu başlangıç sistemi olarak faydalı olabilir.

Ama profesyonel Revenue Management için yeterli değildir.

Çünkü:

%70 doluluk + 60 gün

ile

%70 doluluk + 1 gün

aynı şey değildir.

11. Aynı Doluluk Neden Farklı Anlama Gelebilir?

20 odalı otel düşünelim.

İki tarih de:

%50 dolu.

Yani 10 oda satılmış.

Tarih A

Konaklamaya: 30 gün

Son 7 gün Pickup: +1 oda

Tarih B

Konaklamaya: 30 gün

Son 7 gün Pickup: +6 oda

İkisinde de mevcut Occupancy:

%50

Ama talep davranışı aynı değildir.

Tarih B çok daha hızlı satılıyor.

Dolayısıyla:

Occupancy bize nerede olduğumuzu söyler. Pickup ise hangi hızla ilerlediğimizi gösterir.

12. Pickup Nedir?

Pickup:

belirli bir konaklama tarihi için belirli bir zaman aralığında oluşan net rezervasyon değişimidir.

Basit form:

Pickup = Yeni Rezervasyonlar – İptaller – İlgili Düzeltmeler

Pratik olarak:

Net Pickup = Bugünkü OTB – Önceki OTB

Örneğin:

Burada yalnızca rezervasyon artmıyor.

Talep hızlanıyor.

Revenue Manager'ın görmek istediği sinyal budur.

13. OTB Nedir?

OTB:

On The Books

yani şu anda sistemde bulunan rezervasyonlardır.

Örneğin 20 odalı otelde 15 Ağustos için:

14 oda rezervasyonluysa:

OTB Occupancy = %70

olur.

Ama:

OTB Forecast değildir.

Çünkü konaklama tarihine kadar:

• yeni rezervasyon,
• Cancellation,
• Modification,
• No-Show,
• Room Change

oluşabilir.

OTB:

bugün bildiğimiz talep

Forecast ise:

nihai olarak beklediğimiz talep

olarak düşünülebilir.

14. Booking Pace Nedir?

Booking Pace:

rezervasyonların konaklama tarihinden ne kadar önce ve hangi hızda oluştuğunu gösterir.

Örneğin:

Bu tablo yalnızca:

“19 oda sattık.”

demiyor.

Aynı zamanda:

“Rezervasyonlarımız hangi dönemde hızlanıyor?”

sorusunun cevabını veriyor.

15. Pickup ile Booking Pace Arasındaki Fark Nedir?

Basitçe:

Pickup

Hareketi gösterir.

Son 7 günde +5 oda.

Booking Pace

Hareketin zaman içindeki desenini gösterir.

Bu otelin Cumartesi rezervasyonları çoğunlukla konaklamadan 7–14 gün önce hızlanıyor.

Bu fark Revenue Management açısından son derece önemlidir.

16. Demand Forecasting Nedir?

Revenue Management'ın en önemli becerilerinden biri:

gelecekteki talebi tahmin etmektir.

Forecast:

Bugün bildiğimiz veriler + geçmişte öğrendiğimiz davranışlar + geleceğe ilişkin talep sinyalleri

olarak düşünülebilir.

Revenue Manager yalnızca:

“Bugün %65 doluyuz.”

demez.

Şunu sorar:

“Bu tarih geldiğinde kaç oda satmış olmayı bekliyoruz?”

17. Current Occupancy ile Forecast Occupancy Aynı Değildir

Örneğin 20 odalı otelde:

14 gün kala:

12 oda satılmış

olsun.

Current Occupancy:

%60

Ama geçmiş Booking Pace ve mevcut Pickup verisi:

18 oda satış öngörüyorsa:

Forecast Occupancy:

%90

olabilir.

Eğer yönetici yalnızca:

“%60 doluyuz, fiyatı düşük tutalım.”

derse gelir fırsatını kaçırabilir.

Çünkü aslında tarih:

%90 doluluğa doğru ilerliyor olabilir.

18. Forecast İçin Hangi Verilere Bakılır?

Temel veriler:

1. Current Occupancy
2. OTB
3. Pickup
4. Booking Pace
5. Historical Occupancy
6. ADR
7. Cancellation
8. No-Show
9. Lead Time
10. ALOS
11. Day of Week
12. Seasonality
13. Events
14. Market Signals
15. Remaining Inventory

Küçük butik otelin bunların tamamı için karmaşık yazılım kullanması şart değildir.

Ama temel mantık değişmez:

Bugünkü doluluk değil, gelecekte beklenen talep fiyat kararını yönlendirmelidir.

19. Sezonluk Fiyatlandırma Revenue Management'ın Başlangıç Noktalarından Biridir

Birçok otel fiyat listesini şöyle oluşturur:

• Düşük Sezon
• Orta Sezon
• Yüksek Sezon

Bu başlangıç için faydalıdır.

Ama tek başına yeterli değildir.

Çünkü aynı sezon içerisinde:

• Pazartesi,
• Cuma,
• Cumartesi

aynı talebe sahip olmayabilir.

Ayrıca aynı Cumartesi:

• normal hafta,
• festival,
• bayram,
• özel etkinlik

döneminde tamamen farklı talep yaratabilir.

Bu nedenle:

Sezon fiyatı başlangıçtır; gerçek fiyatı talep belirler.

20. Day-of-Week Pricing Nedir?

Haftanın günlerine göre talep davranışını fiyatlamaktır.

Örneğin Base BAR:

6.000 TL

olsun.

Otelin gerçek verisi hafta sonu talebinin daha güçlü olduğunu gösteriyorsa:

olabilir.

Ancak bu tablo:

“Cumartesi olduğu için zam yap.”

anlamına gelmez.

Doğru soru:

“Otelimizin verisi Cumartesi gecesinin ekonomik değerinin daha yüksek olduğunu gösteriyor mu?”

olmalıdır.

21. Revenue Management'ta Geçmiş Veri Önemlidir Ama Tek Başına Yetmez

Geçen yıl 15 Ağustos:

%100 dolu

olmuş olabilir.

Bu yıl da aynı sonucu beklemek hatalı olabilir.

Çünkü:

• pazar değişmiş,
• yeni oteller açılmış,
• uçuş kapasitesi değişmiş,
• etkinlik iptal olmuş,
• fiyat seviyesi değişmiş,
• misafir profili değişmiş,
• rezervasyon Lead Time'ı değişmiş

olabilir.

Revenue Management:

geçmişi kopyalamaz; geçmişten öğrenir ve bugünkü talep sinyalleriyle birlikte yorumlar.

22. Revenue Management'ta Minimum Stay Neden Kullanılır?

Yüksek talep döneminde otel:

Minimum Stay

uygulayabilir.

Örneğin Cumartesi gecesi çok güçlü talep varsa:

Minimum 2 Nights

kuralı uygulanabilir.

Ama amaç:

misafiri zorla iki gece konaklatmak

değildir.

Amaç:

sınırlı oda envanterinin hangi konaklama kombinasyonlarıyla satılacağını yönetmektir.

Yanlış Minimum Stay:

• boşluk yaratabilir,
• talebi engelleyebilir,
• geliri düşürebilir.

Doğru Minimum Stay ise:

yüksek talep dönemindeki envanteri koruyabilir.

23. CTA ve CTD Nedir?

Revenue Management yalnızca fiyatla değil:

rezervasyon koşullarıyla

da envanteri yönetebilir.

CTA — Closed to Arrival

Belirli tarihte Check-In kabul edilmez.

CTD — Closed to Departure

Belirli tarihte Check-Out kabul edilmez.

Bu kurallar:

oda satışını tamamen kapatmak yerine rezervasyonun geliş ve çıkış desenini yönetir.

Özellikle yüksek talep dönemlerinde kullanılabilir.

24. Early Booking Her Zaman İndirim Demek Değildir

Erken rezervasyonun amacı:

gelecekteki talebin bir bölümünü erkenden güvence altına almak

olabilir.

Ama sürekli yüksek Early Booking indirimi vermek:

yüksek talep görecek tarihleri gereğinden düşük fiyata erkenden satma riski yaratabilir.

Bu nedenle Early Booking:

• sezon,
• Forecast,
• Lead Time,
• Cancellation,
• geçmiş Booking Pace

ile birlikte değerlendirilmelidir.

25. Last Minute Fiyatı Her Zaman Ucuz Olmak Zorunda Değildir

Bu da yaygın bir yanılgıdır.

Otelin yarın için:

10 boş odası

varsa fiyat düşürmek düşünülebilir.

Ama yalnızca:

1 oda

kaldıysa ve talep güçlü ise neden indirim yapılsın?

Dolayısıyla:

Last Minute = otomatik indirim

değildir.

Last Minute kararı:

Remaining Inventory + Demand + Pickup + Forecast

ile verilmelidir.

26. Revenue Management'ta Kanal Yönetimi Neden Önemlidir?

Aynı oda:

• otelin kendi web sitesi,
• telefon,
• Booking.com,
• Expedia,
• acente,
• kurumsal anlaşma

üzerinden satılabilir.

Ama bütün satışların ekonomik değeri aynı değildir.

Örneğin:

Kanal A

Brüt ADR: 8.000 TL

Kanal maliyeti: 0

Net ADR: yaklaşık 8.000 TL

Kanal B

Brüt ADR: 8.000 TL

Komisyon ve satış maliyeti: 1.400 TL

Net ADR: 6.600 TL

Her iki rezervasyon da PMS'te:

8.000 TL ADR

gösterebilir.

Ama işletmeye kalan ekonomik değer farklıdır.

27. Net ADR Neden Önemlidir?

Klasik ADR:

Room Revenue / Rooms Sold

olarak hesaplanır.

Fakat yatırımcı açısından bir adım daha ileri gitmek gerekir.

Net ADR

satış maliyetleri sonrasında odaya ilişkin daha gerçekçi ekonomik değeri görmeye yardımcı olur.

Bu nedenle Revenue Management yalnızca:

“Hangi kanal daha çok rezervasyon getiriyor?”

sorusunu değil:

“Hangi kanal bize daha kaliteli gelir bırakıyor?”

sorusunu da sormalıdır.

28. Direct Booking Neden Değerlidir?

Direct Booking:

• komisyon maliyetini azaltabilir,
• misafir ilişkisini doğrudan kurabilir,
• veri sahipliğini artırabilir,
• Upsell fırsatı yaratabilir,
• tekrar rezervasyonu kolaylaştırabilir.

Ancak:

Direct her zaman otomatik olarak en ucuz kanal değildir.

Çünkü Direct Booking'in de:

• web sitesi,
• reklam,
• ödeme,
• rezervasyon motoru,
• pazarlama

maliyetleri olabilir.

Doğru yaklaşım:

kanal maliyetlerini gerçek ekonomik katkılarıyla karşılaştırmaktır.

29. ADR Nedir?

ADR:

Average Daily Rate

yani satılan odaların ortalama günlük oda fiyatıdır.

Formül:

ADR = Room Revenue / Rooms Sold

Örneğin:

Room Revenue = 160.000 TL

Rooms Sold = 20

ise:

ADR = 8.000 TL

olur.

ADR fiyat performansını anlamamıza yardımcı olur.

Ama tek başına yeterli değildir.

30. Occupancy Nedir?

Occupancy:

satılabilir oda kapasitesinin ne kadarının kullanıldığını gösterir.

Basit form:

Occupancy = Rooms Sold / Available Rooms × 100

Örneğin:

20 odalı otelde 16 oda satılmışsa:

Occupancy = %80

Ancak yüksek Occupancy tek başına yüksek gelir anlamına gelmez.

31. RevPAR Nedir?

RevPAR:

Revenue per Available Room

yani satılabilir oda başına oda geliridir.

İki şekilde hesaplanabilir:

RevPAR = Room Revenue / Available Rooms

veya

RevPAR = ADR × Occupancy

Örneğin:

ADR = 8.000 TL

Occupancy = %80

ise:

RevPAR = 6.400 TL

olur.

RevPAR'ın önemli avantajı:

fiyat ile doluluğu tek göstergede birleştirmesidir.

32. Neden Sadece ADR'ye de Bakamayız?

Otel:

ADR'yi çok yükseltebilir.

Ama oda satamazsa:

gelir düşebilir.

Örneğin:

Senaryo A

ADR: 10.000 TL

Occupancy: %30

Senaryo B

ADR: 7.000 TL

Occupancy: %80

Sadece ADR'ye bakarsak A daha başarılı görünür.

Ama kapasitenin gelir üretme performansı için:

RevPAR

gibi göstergeler gerekir.

Bu nedenle:

yüksek fiyat tek başına Revenue Management başarısı değildir.

33. Revenue Management'ın Amacı %100 Doluluk mudur?

Hayır.

Bazen %100 doluluk:

kaçırılmış gelir fırsatının işareti bile olabilir.

Örneğin otel her Cumartesi:

30 gün önceden %100 doluyorsa,

ama son 30 gün boyunca sürekli rezervasyon talebi almaya devam ediyorsa:

fiyatların yeniden değerlendirilmesi gerekebilir.

Tersi de mümkündür.

Otel yüksek fiyat konusunda ısrar eder ve:

%40 dolulukta

kalırsa fiyat stratejisi fazla agresif olabilir.

Dolayısıyla hedef:

Maximum Occupancy değil, Optimal Revenue'dur.

34. Küçük Bir Butik Otelde Revenue Management Gerekli mi?

Kesinlikle.

Hatta küçük otellerde oda sayısı az olduğu için her odanın ekonomik değeri daha görünür olabilir.

10 odalı bir otelde:

1 oda = kapasitenin %10'u.

20 odalı otelde:

1 oda = %5.

Dolayısıyla yanlış fiyatlanan birkaç oda:

toplam gelir üzerinde önemli etki yaratabilir.

Küçük otelin büyük zincir kadar karmaşık Revenue Management sistemi kurması gerekmez.

Ama şu soruları cevaplayabilmelidir:

• Hangi tarihler hızlı doluyor?
• Hangi tarihler zayıf?
• Hangi günler daha değerli?
• Pickup nasıl?
• Booking Pace nasıl?
• Forecast ne?
• Hangi oda tipi önce tükeniyor?
• Hangi kanal daha kârlı?
• BAR doğru mu?

35. Küçük Butik Otel İçin Minimum Revenue Management Sistemi

Başlangıç için şu yapı yeterli olabilir:

1. Season Calendar

Yılın talep dönemlerini belirleyin.

2. Base BAR

Her dönem için temel fiyat oluşturun.

3. Day-of-Week

Haftanın günlerini farklılaştırın.

4. OTB

Gelecek rezervasyonları takip edin.

5. Pickup

Son 1, 7, 14 ve 30 gündeki rezervasyon hareketini izleyin.

6. Booking Pace

Rezervasyonların ne kadar önceden geldiğini öğrenin.

7. Forecast

Gelecekteki doluluğu tahmin edin.

8. Rate Adjustment

Fiyatları veriye göre güncelleyin.

9. Channel Mix

Satış kanallarını takip edin.

10. KPI

Occupancy, ADR, Net ADR ve RevPAR'ı izleyin.

Bu yapı bile oteli:

“Sezon fiyat listesini açtık, rezervasyon bekliyoruz.”

seviyesinden çok daha ileri taşır.

36. Revenue Management Günlük mü Yapılır?

Revenue Management bir kez fiyat belirleyip bırakılacak bir çalışma değildir.

Talep sürekli değişir.

Bu nedenle özellikle yakın tarihler düzenli izlenmelidir.

Örneğin günlük kontrol:

• önümüzdeki 30 gün,
• yüksek talep tarihleri,
• Pickup,
• kritik envanter,
• fiyat değişiklikleri

üzerinde yoğunlaşabilir.

Haftalık Revenue Review ise daha geniş:

• 30 / 60 / 90 gün,
• Booking Pace,
• Forecast,
• kanal performansı,
• ADR,
• RevPAR,
• kampanyalar,
• Restrictions

üzerinden yapılabilir.

37. Günlük Revenue Kontrolünde Neye Bakılmalı?

Pratik checklist:

• ☐ Önümüzdeki 30–90 gün OTB kontrol edildi.
• ☐ Son 24 saat Pickup kontrol edildi.
• ☐ Son 7 gün Pickup kontrol edildi.
• ☐ Hızlanan tarihler belirlendi.
• ☐ Yavaşlayan tarihler belirlendi.
• ☐ Cancellation hareketi kontrol edildi.
• ☐ Oda tipi bazında talep kontrol edildi.
• ☐ Kalan Inventory kontrol edildi.
• ☐ BAR kontrol edildi.
• ☐ ADR kontrol edildi.
• ☐ Net ADR kontrol edildi.
• ☐ Forecast güncellendi.
• ☐ Gerekli Rate değişiklikleri değerlendirildi.
• ☐ Minimum Stay / CTA / CTD ihtiyacı kontrol edildi.
• ☐ Kanal envanteri kontrol edildi.
• ☐ Alınan karar ve gerekçesi kaydedildi.

38. Revenue Manager Hangi Tarihlere Öncelik Vermeli?

Her tarihe aynı zamanı ayırmak gerekmez.

Özellikle:

Hızla Dolan Tarihler

Fiyat artırma veya indirim kapatma fırsatı olabilir.

Beklenenden Yavaş Tarihler

Talep yaratma veya fiyat düzeltme gerekebilir.

Kritik Envanter Tarihleri

Az oda kalmış olabilir.

Event Tarihleri

Normalden yüksek talep oluşabilir.

Shoulder Dates

Güçlü günlerin çevresinde boşluk kalabilir.

Oda Tipi Dengesizliği

Bir oda tipi hızla tükenirken diğeri boş kalabilir.

Revenue Management'ın görevi:

problemi tarih geçtikten sonra raporlamak değil, tarih gelmeden önce aksiyon almaktır.

39. Revenue Management'ta En Büyük Hatalardan Biri: Rakibe Bakarak Fiyat Vermek

Rakip fiyatları yararlı bir pazar sinyalidir.

Ama tek başına fiyat stratejisi değildir.

Rakip:

10.000 TL

satıyor diye sizin de 10.000 TL olmanız gerektiği sonucu çıkmaz.

Çünkü:

• ürün kalitesi,
• konum,
• oda büyüklüğü,
• marka,
• Review Score,
• kahvaltı,
• hizmet,
• oda tipi,
• talep,
• kanal dağılımı

farklı olabilir.

Daha önemlisi:

Rakibin 10.000 TL fiyat yazması o fiyattan oda sattığı anlamına gelmez.

Revenue Management rakibi izler ama:

kendi talep verisini merkeze alır.

40. İndirim Revenue Management Değildir

Doluluk zayıf.

İlk refleks:

“%20 indirim yapalım.”

olmamalıdır.

Önce sorun bulunmalıdır.

Talep mi yok?

Görünürlük mü düşük?

Fiyat mı yüksek?

Booking Pace mi değişti?

Rakip arz mı arttı?

Minimum Stay mi talebi engelliyor?

Yanlış Rate Plan mı açık?

OTA Inventory kapalı mı?

Web sitesi dönüşümü mü düşük?

Yanlış oda tipi mi öne çıkıyor?

Revenue Management:

önce problemi teşhis eder, sonra aksiyon seçer.

İndirim yalnızca seçeneklerden biridir.

41. Her Yüksek Talepte de Fiyat Artırmak Doğru Değildir

Pickup hızlandı.

Hemen fiyat artırmak cazip gelebilir.

Ama önce:

• kaç oda kaldı?
• tarihe kaç gün var?
• geçmiş Pace nasıl?
• Cancellation riski ne?
• Forecast ne?
• hangi oda tipi satılıyor?
• kanal dağılımı nasıl?
• etkinlik var mı?

bakılmalıdır.

Revenue Management:

tek değişkenli karar sistemi değildir.

42. Revenue Management'ta Karar Kaydı Tutun

Örneğin:

15 Ağustos

BAR:

7.500 TL → 8.500 TL

Neden?

• OTB %70
• 30 gün var
• Son 7 gün Pickup +5
• Geçmiş Pace üzerinde
• Forecast %95

Bu karar kaydedilirse daha sonra:

“Fiyatı neden artırmıştık ve sonuç ne oldu?”

sorusuna cevap verilebilir.

Böylece otel zamanla kendi Revenue bilgisini üretir.

43. Revenue Management Bir Öğrenme Sistemidir

Profesyonel döngü:

Data → Analysis → Forecast → Decision → Rate / Inventory Action → Market Response → Pickup → Result → Review → Learning → New Decision

Her sezon bu döngü tekrarlandıkça otel kendi talep davranışını daha iyi öğrenir.

44. Revenue Management Olgunluk Seviyeleri

Bir otelin sistemi kabaca dört seviyede düşünülebilir.

Küçük butik otelin çok karmaşık bir Revenue departmanına ihtiyacı olmayabilir.

Ama hedef:

Seviye 1'de kalmamak

olmalıdır.

45. Revenue Management İçin Temel Çalışma Dosyaları

Profesyonel sistemde şu dosyalar oluşturulabilir:

Inventory

• Room Inventory
• Room Type Inventory
• Availability

Rates

• Rate Plan Matrix
• BAR Calendar
• Seasonal Rates
• Restrictions

Demand

• Demand Calendar
• Pickup Report
• Booking Pace
• Forecast
• High Demand Dates
• Low Demand Dates

Channels

• OTA Performance
• Channel Mix
• Commission
• Channel Cost
• Direct Booking

Revenue

• ADR
• Net ADR
• RevPAR
• Net RevPAR
• TRevPAR

Management

• Revenue Dashboard
• Daily Revenue Review
• Weekly Revenue Meeting
• Action Log

46. Revenue Management Dashboard'ında Ne Olmalı?

Yatırımcının birkaç dakika içinde görebilmesi gereken temel alanlar:

Eğer yönetim bu sorulara hızlı cevap veremiyorsa:

Revenue Management sistemi henüz yeterince görünür değildir.

47. Yatırımcı Açısından Revenue Management'a Nasıl Bakılmalı?

Yatırımcının Revenue Manager'a:

“Neden %100 dolu değiliz?”

diye sorması her zaman doğru soru değildir.

Daha doğru sorular:

“RevPAR nasıl?”

“Net ADR nasıl?”

“Pickup nasıl?”

“Booking Pace geçen yıla göre nasıl?”

“Forecast ne?”

“Hangi tarihlerde talep hızlanıyor?”

“Hangi kanallar bize daha yüksek net gelir bırakıyor?”

“Hangi tarihlerde fiyat fırsatı kaçırıyoruz?”

“Hangi tarihlerde fiyat talebin üzerinde kalıyor?”

Bu sorular yönetimi:

doluluk zihniyetinden

çıkarıp:

gelir zihniyetine

taşır.

48. Revenue Management'ta 12 Büyük Hata

1. Başarıyı yalnızca Occupancy ile ölçmek

2. Yıl başında fiyat belirleyip sezon boyunca değiştirmemek

3. Sadece rakip fiyatlarına bakmak

4. Pickup takip etmemek

5. Booking Pace bilmemek

6. Forecast yapmamak

7. %100 doluluğu her durumda başarı kabul etmek

8. Zayıf talepte otomatik indirim yapmak

9. Yüksek talepte mekanik biçimde fiyat artırmak

10. Kanal maliyetlerini görmezden gelmek

11. ADR'ye bakıp Net ADR'yi takip etmemek

12. Alınan Revenue kararlarının sonucunu ölçmemek

Bu hataların ortak noktası:

kararların talep verisi yerine alışkanlıkla verilmesidir.

49. Revenue Management İçin 10 Karar Kapısı

Karar Kapısı 1

Hangi tarihler güçlü, hangileri zayıf biliyor muyuz?

Karar Kapısı 2

Her tarih için mevcut OTB'yi görebiliyor muyuz?

Karar Kapısı 3

Pickup hızını takip ediyor muyuz?

Karar Kapısı 4

Booking Pace'i geçmiş dönemle karşılaştırabiliyor muyuz?

Karar Kapısı 5

Forecast oluşturuyor muyuz?

Karar Kapısı 6

BAR talebe göre değişiyor mu?

Karar Kapısı 7

Kalan Inventory fiyat kararına dahil ediliyor mu?

Karar Kapısı 8

Kanal maliyetleri ve Net ADR ölçülüyor mu?

Karar Kapısı 9

Occupancy + ADR + RevPAR birlikte okunuyor mu?

Karar Kapısı 10

Her Revenue kararının sonucu daha sonra değerlendiriliyor mu?

Bu soruların çoğuna:

“Hayır.”

cevabı veriliyorsa otel büyük ihtimalle Revenue Management yapmıyor;

oda fiyatı belirliyor.

50. Revenue Management'ın Bütün Mantığını Tek Formüle İndirebilir miyiz?

Tek matematiksel formül yoktur.

Ama yönetim mantığını şöyle özetleyebiliriz:

Doğru Gelir = Doğru Talep Okuması × Doğru Fiyat × Doğru Envanter Kararı × Doğru Zaman × Doğru Kanal

Ve bütün sistemin operasyonel akışı:

Demand → OTB → Pickup → Booking Pace → Forecast → Remaining Inventory → BAR → Restrictions → Channel → Reservation → ADR / Net ADR → RevPAR → Revenue Review → Yeni Karar

Revenue Management'ın özü budur.

Sonuç: Otelcilikte Amaç Odaları Doldurmak Değil, Envanteri Doğru Yönetmektir

Otel işletmeciliğinde doluluk önemlidir.

Ama tek başına başarı değildir.

Çünkü:

%100 doluluk düşük fiyatla elde edilmiş olabilir.

%80 doluluk daha yüksek gelir yaratabilir.

Yüksek ADR düşük talep nedeniyle kötü sonuç verebilir.

Yüksek brüt ADR yüksek kanal maliyeti nedeniyle düşük Net ADR bırakabilir.

Bu nedenle yatırımcı:

“Kaç oda sattık?”

sorusundan sonra mutlaka şunu sormalıdır:

“Hangi fiyattan, hangi kanaldan, hangi maliyetle ve hangi talep koşulunda sattık?”

Ve daha da önemlisi:

“Kalan odalarımızı bundan sonra nasıl satmalıyız?”

Revenue Management'ın gerçek konusu budur.

Geçmişi raporlamak değil:

gelecekteki talebi okuyarak bugünkü kararı değiştirmek.

Bu nedenle iyi Revenue Management sistemi:

Occupancy'yi maksimize etmeye değil, sınırlı oda envanterinin ekonomik değerini optimize etmeye çalışır.

Doluluk sonuçlardan biridir.

Ama hedef gelirdir.

Otel Yatırım Rehberi — Cilt V

Bu makale, Otel Yatırım Rehberi — Cilt V: Operasyon kapsamında ele aldığım Rezervasyon ve Revenue Management sisteminden hazırlanmıştır.

Cilt V'te Revenue Management;

• oda envanteri,
• BAR,
• sezonluk fiyatlandırma,
• Day-of-Week Pricing,
• Minimum Stay,
• CTA / CTD,
• Early Booking,
• Last Minute,
• doluluk bazlı fiyatlandırma,
• Demand Forecasting,
• Pickup,
• Booking Pace,
• kanal yönetimi,
• ADR,
• Net ADR,
• RevPAR,
• Net RevPAR,
• TRevPAR

ile birlikte bütünsel bir gelir yönetimi sistemi olarak ele alınmaktadır.