Otel Doluluğuna Göre Fiyat Nasıl Değiştirilir? Pickup, Booking Pace ve Forecast Rehberi

20 odalı bir butik otel düşünelim.

30 gün sonraki Cumartesi için:

10 oda satılmış.

Occupancy:

%50.

Oda fiyatı:

8.000 TL.

Fiyatı artırmalı mıyız?

İlk bakışta cevap basit görünebilir:

“%50 doluluk daha düşük, biraz daha bekleyelim.”

Ama başka bir bilgi verelim.

Son 7 günde:

6 yeni oda satılmış.

Bir hafta önce yalnızca:

4 oda rezervasyonluydu.

Şimdi tablo değişti.

Çünkü mevcut Occupancy hâlâ %50 olsa da:

talep hızla geliyor.

Bir başka senaryo düşünelim.

Aynı otel.

Aynı tarih uzaklığı.

Yine %50 doluluk.

Ama son 14 günde:

hiç yeni rezervasyon gelmemiş.

İki tarihin Occupancy'si aynı.

Fakat ekonomik anlamı tamamen farklı.

Bu nedenle profesyonel Revenue Management'ta fiyat:

yalnızca doluluğa göre değiştirilmez.

Doğru fiyat kararı için en az şu dört soru birlikte cevaplanmalıdır:

Occupancy kaç?

Pickup nasıl?

Booking Pace nasıl?

Forecast ne söylüyor?

Ve bunlara mutlaka beşinci soru eklenmelidir:

Konaklama tarihine kaç gün kaldı?

İşte doluluk bazlı fiyatlandırmanın gerçek mantığı burada başlar.

1. Doluluk Bazlı Fiyatlandırma Nedir?

Occupancy Based Pricing:

otelin belirli bir tarihteki doluluk seviyesine göre oda fiyatını yeniden değerlendirmesidir.

Basit bir sistem şöyle kurulabilir:

Bu sistemin mantığı şudur:

Oda envanteri azaldıkça:

kalan odaların ekonomik değeri artabilir.

Ancak burada çok önemli bir kelime var:

artabilir.

Mutlaka artar demiyoruz.

Çünkü Occupancy:

fiyat kararının yalnızca bir girdisidir.

2. “Doluluk Arttı, Fiyatı Artır” Neden Eksik Bir Yaklaşımdır?

İki tarih düşünelim.

İkisinde de:

Occupancy %70.

Tarih A

Konaklamaya:

60 gün var.

Tarih B

Konaklamaya:

2 gün var.

Aynı doluluk.

Ama satış fırsatı aynı değil.

Tarih A'nın kalan %30 kapasitesini satmak için:

60 günü var.

Tarih B'nin:

2 günü var.

Dolayısıyla:

aynı Occupancy aynı fiyat kararını gerektirmez.

3. Fiyat Kararında Beş Temel Veri

Pratik bir Revenue Management sistemi şu beş veriyi birlikte okuyabilir:

1. Occupancy

Şu anda ne kadar doluyuz?

2. Pickup

Son dönemde kaç yeni oda aldık?

3. Booking Pace

Rezervasyonlarımız normalden hızlı mı, yavaş mı geliyor?

4. Forecast

Tarih geldiğinde nerede olmayı bekliyoruz?

5. Days to Arrival — DTA

Karar vermek için ne kadar zamanımız kaldı?

Bu beş veri birlikte okunduğunda:

doluluk bir sayı olmaktan çıkar, talep sinyaline dönüşür.

4. Occupancy Bize Ne Söyler?

Occupancy:

mevcut oda kapasitesinin ne kadarının satıldığını

gösterir.

20 odalı otelde:

12 oda satılmışsa:

Occupancy = %60

olur.

Ama Occupancy bize şunu söylemez:

• bu 12 oda ne zaman satıldı?
• son günlerde talep hızlandı mı?
• rezervasyonlar erken mi geliyor?
• daha kaç oda satılması bekleniyor?
• fiyat düşük olduğu için mi hızlı satıyoruz?
• tarihe kaç gün kaldı?

Bu nedenle:

Occupancy mevcut fotoğraftır.

Revenue Management ise fotoğrafın yanında:

hareketi

de görmek ister.

5. Pickup Nedir?

Pickup:

belirli bir konaklama tarihi için rezervasyonların belirli zaman aralığındaki net değişimidir.

Basit form:

Pickup = Current OTB – Previous OTB

OTB:

On The Books

yani şu anda sistemde bulunan rezervasyonlardır.

6. Pickup Nasıl Hesaplanır?

20 Temmuz için:

1 Haziran:

6 oda rezervasyonlu.

8 Haziran:

10 oda rezervasyonlu.

Pickup:

10 – 6 = +4 oda

olur.

Yani son 7 günde:

4 oda Pickup

oluşmuştur.

7. Pickup Neden Bu Kadar Önemlidir?

Çünkü Occupancy bize:

nerede olduğumuzu

söyler.

Pickup ise:

hangi hızla hareket ettiğimizi

gösterir.

Örneğin:

Tarih A

Occupancy: %60

Son 7 gün Pickup: +1

Tarih B

Occupancy: %60

Son 7 gün Pickup: +7

Mevcut doluluk aynı.

Ama Tarih B'nin talebi çok daha güçlüdür.

Bu nedenle Tarih B'de:

• BAR artırma,
• düşük fiyatlı Rate Plan'ı kapatma,
• promosyonu durdurma,
• Minimum Stay değerlendirme

gündeme gelebilir.

8. Pickup Yalnızca Pozitif Olmaz

Pickup:

negatif de olabilir.

Örneğin:

Geçen hafta:

15 oda OTB.

Bugün:

13 oda OTB.

Net Pickup:

-2 oda

olabilir.

Bunun nedeni:

• Cancellation,
• Reservation Modification,
• Date Change

olabilir.

Bu nedenle yalnızca:

“Bu hafta 5 yeni rezervasyon aldık.”

demek yeterli değildir.

Eğer aynı dönemde:

7 rezervasyon iptal olduysa:

Net Pickup:

-2

olabilir.

Revenue Management açısından önemli olan:

net rezervasyon hareketidir.

9. Pickup Hangi Periyotlarda İzlenmeli?

Pratik olarak:

• 1 günlük Pickup
• 3 günlük Pickup
• 7 günlük Pickup
• 14 günlük Pickup
• 30 günlük Pickup

izlenebilir.

Yakın tarihlerde:

1–3 günlük hareket

daha önemli olabilir.

Daha uzak tarihlerde:

7–14–30 günlük hareket

daha anlamlı olabilir.

Ama amaç her zaman aynıdır:

Talep hızlanıyor mu, yavaşlıyor mu?

10. Booking Pace Nedir?

Booking Pace:

rezervasyonların konaklama tarihine yaklaşırken:

hangi hızda ve hangi zamanlama ile oluştuğunu

gösterir.

Örneğin belirli Cumartesi tipi tarihlerde otelin normal rezervasyon eğrisi:

olabilir.

Bu tablo otelin:

Booking Curve

veya rezervasyon eğrisini oluşturur.

11. Booking Pace Bize Ne Söyler?

Booking Pace şu soruyu cevaplar:

“Bu tarih normal rezervasyon davranışımıza göre hızlı mı, yavaş mı ilerliyor?”

Örneğin:

geçen yıl benzer Cumartesi gecelerinde:

30 gün kala:

%45 doluluk

normal olsun.

Bu yıl:

30 gün kala:

%70 doluluk

varsa:

talep normalin çok önünde olabilir.

Bu durumda:

mevcut fiyat seviyesinin yeniden değerlendirilmesi gerekir.

12. Pickup ile Booking Pace Arasındaki Fark

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

Pickup

Belirli zaman aralığındaki rezervasyon değişimidir.

Son 7 günde +5 oda.

Booking Pace

Rezervasyonların zaman içindeki geliş hızını ve desenini gösterir.

30 gün kala geçen yıl %40 doluyduk; bu yıl %65 doluyuz.

Kısaca:

Pickup = Son dönemde ne oldu?

Booking Pace = Rezervasyon eğrimiz normalden nasıl ilerliyor?

13. Forecast Nedir?

Forecast:

konaklama tarihi geldiğinde beklenen nihai performans tahminidir.

Forecast yalnızca Occupancy için yapılmaz.

Örneğin:

• Forecast Occupancy
• Forecast ADR
• Forecast RevPAR
• Forecast Room Revenue

oluşturulabilir.

Ama fiyatlandırma açısından ilk kritik soru:

“Bu tarih sonunda kaç oda satmış olmayı bekliyoruz?”

olmalıdır.

14. OTB ile Forecast Arasındaki Fark

Örneğin:

20 odalı otel.

30 gün sonraki tarih.

Bugün:

12 oda rezervasyonlu.

OTB Occupancy:

%60

Ama geçmiş Booking Pace ve mevcut Pickup:

bu tarihin sonunda 19 oda satılacağını gösteriyorsa:

Forecast Occupancy:

%95

olabilir.

Yönetici yalnızca OTB'ye bakarsa:

“Daha %60 doluyuz.”

diyebilir.

Forecast'e bakarsa:

“Bu tarih zaten %95'e doğru gidiyor.”

diyebilir.

İkinci bakış açısı fiyat kararını tamamen değiştirebilir.

15. Forecast Nasıl Oluşturulur?

Forecast oluştururken şu veriler kullanılabilir:

• Current OTB
• Historical Booking Pace
• Current Pickup
• Cancellation
• No-Show
• Lead Time
• Day of Week
• Season
• Events
• Remaining Inventory
• Room Type Demand
• Market Signals

Basit bir butik otelde karmaşık algoritma şart değildir.

Ama en azından:

OTB + Beklenen İlave Net Pickup = Forecast

mantığı kurulabilir.

Bu basitleştirilmiş yönetim yaklaşımıdır.

16. Days to Arrival — DTA Nedir?

DTA:

Days to Arrival

yani:

konaklama tarihine kalan gün sayısıdır.

Örneğin:

Stay Date:

20 Temmuz.

Bugün:

10 Temmuz.

DTA:

10 gün.

Bu veri çok önemlidir.

Çünkü:

%50 Occupancy + DTA 90

ile:

%50 Occupancy + DTA 1

aynı ekonomik durumu ifade etmez.

17. DTA Fiyat Kararını Nasıl Değiştirir?

Örneğin 20 odalı otel:

%50 dolu.

DTA 60

10 oda satılmış.

60 gün var.

Talep için zaman mevcut.

DTA 7

10 oda satılmış.

7 gün var.

Kalan 10 oda için zaman daralıyor.

DTA 1

10 oda satılmış.

Yarın gece.

Kalan 10 oda ciddi Unsold Inventory riski taşıyor.

Dolayısıyla:

fiyat kararında zaman kritik bir değişkendir.

18. Occupancy + DTA Matrisi Kurulabilir

Basit bir başlangıç matrisi:

Bu tablo:

otomatik fiyat algoritması değildir.

Ama karar mantığını disipline eder.

19. En Büyük Hata: Occupancy Threshold'u Otomatik Fiyat Kuralına Çevirmek

Örneğin sistem:

%50 → +%5

%70 → +%10

%85 → +%20

şeklinde çalışıyor olabilir.

Bu yardımcı olabilir.

Ama tek başına tehlikelidir.

Çünkü:

%85 Occupancy + 90 DTA

çok güçlü talep göstergesi olabilir.

Ama:

%85 Occupancy + 0 DTA

artık yalnızca birkaç saatlik satış fırsatı olduğu anlamına gelir.

Dahası Pickup:

son 7 gündür sıfır olabilir.

Bu nedenle:

Occupancy Threshold fiyat değişikliğini tetikleyebilir; ama kararı tek başına vermemelidir.

20. Dört Senaryoyla Fiyat Kararı

20 odalı otel düşünelim.

Base BAR:

8.000 TL.

Senaryo A — Düşük Doluluk, Güçlü Pickup

Occupancy:

%40

DTA:

30

Son 7 gün Pickup:

+6

Booking Pace:

LY üzerinde

Forecast:

%95

Bu durumda:

“Sadece %40 doluyuz, fiyat düşük kalsın.”

demek yanlış olabilir.

Talep hızla geliyor.

BAR:

8.000 → 8.500 / 9.000 TL

değerlendirilebilir.

Senaryo B — Yüksek Doluluk, Zayıf Pickup

Occupancy:

%80

DTA:

3

Son 7 gün Pickup:

0

Booking Pace:

LY altında

Forecast:

%82

Burada:

“%80 olduk, fiyatı artır.”

mekanik yaklaşımı doğru olmayabilir.

Kalan 4 oda için talep durmuş olabilir.

BAR korunabilir veya satış koşulları yeniden değerlendirilebilir.

Senaryo C — Yüksek Doluluk, Güçlü Pickup

Occupancy:

%85

DTA:

14

Pickup:

+5

Booking Pace:

LY üzerinde

Forecast:

%100

Bu:

çok güçlü Revenue sinyalidir.

BAR artırma,

indirimleri kapatma,

Minimum Stay,

düşük değerli kanalları sınırlama

değerlendirilebilir.

Senaryo D — Düşük Doluluk, Zayıf Pickup

Occupancy:

%35

DTA:

5

Pickup:

0

Booking Pace:

LY altında

Forecast:

%45

Burada sorun araştırılmalıdır.

• fiyat yüksek mi?
• kanal kapalı mı?
• Minimum Stay engel mi?
• görünürlük sorunu mu?
• talep gerçekten zayıf mı?
• rakipler daha agresif mi?

Gerekirse fiyat veya değer teklifi yeniden düzenlenebilir.

21. Dört Veriyle Basit Revenue Matrisi

Bu tablo bile küçük bir butik otelin:

yalnızca doluluğa bakarak fiyat değiştirmesinden çok daha gelişmiş bir sistemdir.

22. Forecast Yüksekse Ne Yapılır?

Forecast:

%95–100

seviyesine gidiyorsa:

• BAR artırılabilir,
• düşük fiyatlı Rate Plan kapatılabilir,
• kampanyalar kaldırılabilir,
• Minimum Stay değerlendirilebilir,
• CTA / CTD değerlendirilebilir,
• oda tipi bazında Yield uygulanabilir.

Ama amaç:

misafiri cezalandırmak değil, sınırlı envanteri daha doğru yönetmektir.

23. Forecast Düşükse Ne Yapılır?

Forecast düşükse ilk refleks:

“Fiyatı düşür.”

olmamalıdır.

Önce teşhis yapılmalıdır.

Kontrol edin:

Demand

Destinasyonda talep var mı?

Distribution

OTA'larda açık mıyız?

Inventory

Odalar satışa açık mı?

Restrictions

Minimum Stay, CTA veya CTD talebi engelliyor mu?

Pricing

BAR pazara göre yüksek mi?

Product

Fotoğraf, yorum, ürün ve değer algısı yeterli mi?

Channel

Doğru pazarda görünür müyüz?

Sorun fiyat değilse:

fiyat indirimi sorunu çözmeyebilir.

24. Last Minute = İndirim Değildir

DTA:

1 gün.

Bu otomatik olarak:

“Fiyatı düşür.”

anlamına gelmez.

Örneğin:

Occupancy:

%95

Pickup:

güçlü

Remaining Inventory:

1 oda

ise:

fiyatı düşürmek için güçlü bir neden olmayabilir.

Tersi:

Occupancy:

%45

Pickup:

0

Remaining:

11 oda

ise:

fiyat veya değer teklifi yeniden değerlendirilebilir.

Dolayısıyla:

son dakika fiyatını zaman değil, kalan envanter ile talebin ilişkisi belirler.

25. Early Booking ile Last Minute Aynı Eğrinin İki Ucudur

Revenue Management'ta zaman çizgisi şöyle düşünülebilir:

90+ gün: Early Booking → 60 gün: BAR / Early Booking → 30 gün: BAR → 14 gün: Demand-Based BAR → 7 gün: Forecast Review → 3 gün: Last Minute Review → 1 gün: Final Inventory Review → Arrival Day: Same-Day Inventory

Fiyat bu süreçte:

mutlaka aşağı gitmez.

26. Fiyat Zaman İçinde Yukarı da Gidebilir

Örneğin:

90 gün kala:

7.000 TL

60 gün kala:

7.500 TL

30 gün kala:

8.000 TL

14 gün kala:

9.000 TL

olabilir.

Çünkü talep beklenenden güçlüdür.

Tersi de olabilir:

8.000 → 7.500 → 7.000

Dolayısıyla:

zaman fiyatı belirlemez; zaman fiyatı yeniden değerlendirmek için sinyal verir.

27. Remaining Inventory Neden Kritik?

20 odalı otelde:

Occupancy %90.

Kalan:

2 oda.

100 odalı otelde:

Occupancy %90.

Kalan:

10 oda.

Yüzde aynı.

Ama kalan envanter farklı.

Bu nedenle fiyat kararında:

Occupancy Percentage

ile birlikte:

Remaining Rooms

da görülmelidir.

Özellikle butik otelde birkaç oda:

toplam kapasitenin büyük bölümünü temsil edebilir.

28. Oda Tipi Bazında Pickup Takip Edin

Otel genelinde:

Occupancy %70.

Ama:

olabilir.

Standard odalar hızla tükeniyor.

Suite satmıyor.

Bütün otelin fiyatını aynı anda artırmak doğru olmayabilir.

Standard:

BAR artırılabilir.

Deluxe:

korunabilir.

Suite:

Upsell veya değer teklifiyle desteklenebilir.

Bu nedenle:

Revenue Management otel toplamında değil, Room Type seviyesinde de yapılmalıdır.

29. Pickup'ı Kanal Bazında da Okuyun

Son 7 gün:

+10 oda Pickup

oldu.

Güzel.

Ama nereden geldi?

Bu tablo:

talebin büyük bölümünün OTA'dan geldiğini gösteriyor.

Bu durumda:

• Net ADR,
• komisyon,
• Direct fiyatı,
• web görünürlüğü

de incelenmelidir.

Çünkü:

yüksek Pickup her zaman yüksek kaliteli gelir anlamına gelmez.

30. Cancellation Pickup'ı Yanıltabilir

Örneğin:

Son 7 gün:

8 yeni rezervasyon.

Ama:

5 iptal.

Net Pickup:

+3.

Yönetim yalnızca:

“8 rezervasyon aldık.”

derse talebi olduğundan güçlü yorumlayabilir.

Doğru analiz:

Gross Booking + Cancellation + Net Pickup

şeklinde yapılmalıdır.

31. Booking Pace'i Geçen Yılla Nasıl Karşılaştırırız?

Örneğin 15 Ağustos için:

30 gün kala:

Bu yıl %60.

Geçen yıl %45.

Yani:

+15 puan öndeyiz.

Bu güçlü bir talep sinyali olabilir.

32. Ama Geçen Yılla Karşılaştırma Tek Başına Yetmez

Geçen yıl:

• fiyat çok düşük olabilir,
• farklı kanal stratejisi olabilir,
• etkinlik olabilir,
• tatil tarihleri değişmiş olabilir,
• otelin Review Score'u farklı olabilir,
• oda sayısı değişmiş olabilir.

Bu nedenle Booking Pace:

referanstır, otomatik karar değildir.

33. Forecast Accuracy Ölçülmelidir

Forecast yapmak yeterli değildir.

Forecast'in ne kadar doğru olduğu da ölçülmelidir.

Örneğin:

14 gün kala Forecast:

%90

Actual:

%72

Sürekli böyle hata oluşuyorsa:

Forecast modeli fazla iyimser olabilir.

Başka tarihte:

Forecast:

%70

Actual:

%95

ise:

talep sürekli küçümseniyor olabilir.

Bu nedenle:

Forecast → Actual → Variance → Learning

döngüsü kurulmalıdır.

34. Forecast Hatası Neden Önemlidir?

Forecast sürekli yanlışsa:

• fiyat yanlış belirlenir,
• personel planlaması bozulur,
• satın alma yanlış yapılır,
• kanal stratejisi bozulur,
• kampanyalar yanlış zamanda açılır,
• Revenue fırsatları kaçırılır.

Bu nedenle profesyonel sistem:

yalnızca Forecast üretmez; Forecast kalitesini de ölçer.

35. Basit Forecast Dosyası Nasıl Görünebilir?

Yönetici bu tabloya baktığında:

hangi tarihte aksiyon gerektiğini hızla görebilir.

36. Basit Revenue Action Sistemi Kurun

Her tarih için:

HOLD

Fiyatı koru.

UP

BAR artırmayı değerlendir.

DOWN / VALUE

Fiyat veya değer teklifini yeniden değerlendir.

CLOSE DISCOUNT

Düşük fiyatlı Rate Plan'ı kapat.

RESTRICTION

Minimum Stay / CTA / CTD değerlendir.

DISTRIBUTION CHECK

Kanal ve Availability kontrol et.

Bu sistem Revenue toplantısını:

rapor okuma toplantısından karar toplantısına

dönüştürür.

37. Örnek Revenue Calendar

Bu tablo küçük bir butik otel için bile son derece güçlü olabilir.

38. BAR Ne Kadar Artırılmalı?

Bunun evrensel cevabı yoktur.

Örneğin:

7.000 → 7.200 TL

veya:

7.000 → 7.500 TL

veya:

7.000 → 8.000 TL

olabilir.

Artış miktarı:

• Price Sensitivity,
• Pickup,
• Remaining Inventory,
• DTA,
• Booking Pace,
• Forecast,
• ürün pozisyonu,
• geçmiş satış davranışı

ile belirlenmelidir.

Ama önemli olan:

fiyat değişikliğinin sonucunu ölçmektir.

39. Fiyat Artırdıktan Sonra Ne İzlenmeli?

Örneğin:

BAR:

8.000 → 9.000 TL

yükseldi.

Sonraki 3–7 gün:

• Pickup devam etti mi?
• Booking Pace yavaşladı mı?
• Cancellation arttı mı?
• rakiplere göre konum değişti mi?
• oda tipi satış dengesi değişti mi?
• Forecast hâlâ güçlü mü?

izlenmelidir.

Fiyat değişikliğinin etkisi ölçülmüyorsa:

Revenue Management öğrenemez.

40. Fiyat Düşürdükten Sonra Ne İzlenmeli?

BAR:

8.000 → 7.000 TL

düşürüldü.

Sonra:

Pickup:

0 → +5

oldu.

İlk bakışta başarılı.

Ama şu da sorulmalıdır:

• bu rezervasyonlar zaten gelecek miydi?
• Net ADR ne oldu?
• RevPAR yükseldi mi?
• indirim gereğinden fazla mıydı?
• hangi kanal sattı?

Yani:

rezervasyon gelmesi tek başına fiyat indiriminin doğru olduğunu kanıtlamaz.

41. Fiyat Yerine Değer Teklifini Değiştirmek Mümkün mü?

Evet.

Talep zayıfsa her zaman BAR düşürmek gerekmez.

Örneğin:

• kahvaltı dahil,
• ücretsiz transfer,
• geç Check-Out,
• oda upgrade,
• uzun konaklama avantajı,
• özel paket

sunulabilir.

Böylece:

Headline Rate korunurken Value Proposition güçlendirilebilir.

Bu özellikle marka fiyat algısını korumak isteyen butik oteller için değerlidir.

42. Restriction'ları Unutmayın

Bazen otel düşük doludur.

Yönetim:

“Fiyat yüksek.”

diye düşünür.

Ama sorun:

Minimum Stay 3 Nights

olabilir.

Veya:

CTA

yanlış açık olabilir.

Ya da OTA'da oda kapalı olabilir.

Bu nedenle düşük Pickup'ta kontrol sırası:

Demand → Availability → Restriction → Distribution → Pricing

şeklinde düşünülebilir.

Fiyat:

her zaman ilk suçlu değildir.

43. Minimum Stay Ne Zaman Kullanılabilir?

Örneğin Cumartesi:

Forecast %100.

Cuma:

Forecast %95.

Pazar:

Forecast %40.

Sadece Cumartesi gecesi rezervasyon almak:

Pazar envanterini satmayı zorlaştırabilir.

Bu durumda:

Minimum 2 Nights

gibi bir kural değerlendirilebilir.

Ama kural:

otomatik uygulanmamalıdır.

Çünkü fazla agresif Minimum Stay:

talebi tamamen engelleyebilir.

44. CTA ve CTD Ne Zaman Kullanılabilir?

CTA — Closed to Arrival

Belirli tarihte yeni Check-In kapatılır.

CTD — Closed to Departure

Belirli tarihte Check-Out kısıtlanır.

Amaç:

yüksek talep döneminde rezervasyon desenini ve oda envanterini optimize etmektir.

Bunlar ileri Revenue araçlarıdır.

Yanlış kullanılırsa satış kaybı yaratabilir.

45. Küçük Butik Otel İçin Basit Fiyat Karar Algoritması

Her tarih için sırayla şu soruları sorun:

1.

DTA kaç?

2.

Occupancy kaç?

3.

Kaç oda kaldı?

4.

Son 7 gün Pickup kaç?

5.

Booking Pace geçen yılın önünde mi?

6.

Forecast kaç?

7.

Cancellation nasıl?

8.

Room Type dağılımı nasıl?

9.

Channel Mix nasıl?

10.

Restriction var mı?

11.

Mevcut BAR kaç?

12.

Bu veriler fiyatın:

UP / HOLD / REVIEW

olmasını mı söylüyor?

Bu sistem bile:

“Doluluk %80 oldu, fiyatı artır.”

yaklaşımından çok daha profesyoneldir.

46. Basit UP / HOLD / REVIEW Mantığı

UP

Şu kombinasyonlarda değerlendirilebilir:

• Pickup güçlü
• Pace önde
• Forecast yüksek
• Remaining Inventory düşük
• DTA yeterli

HOLD

Şu durumlarda düşünülebilir:

• Pickup normal
• Pace normal
• Forecast hedefte
• BAR doğru seviyede

REVIEW

Şu kombinasyonlarda gerekir:

• Pickup zayıf
• Pace geride
• Forecast düşük
• Remaining Inventory yüksek
• DTA daralıyor

Ama REVIEW:

otomatik fiyat indir

demek değildir.

Önce problem bulunmalıdır.

47. Revenue Management'ta “Do Nothing” da Bir Karardır

Yöneticiler bazen her gün fiyat değiştirmek gerektiğini düşünür.

Hayır.

Veriler:

• Pickup normal,
• Pace normal,
• Forecast hedefte,
• BAR doğru

ise:

fiyatı değiştirmemek en doğru karar olabilir.

Revenue Management:

sürekli hareket etmek değil,

gerektiğinde doğru hareketi yapmak

demektir.

48. Fiyatı Çok Sık Değiştirmek de Risklidir

Aşırı fiyat değişikliği:

• misafir fiyat algısını bozabilir,
• personeli karıştırabilir,
• kanal tutarsızlığı yaratabilir,
• analiz yapmayı zorlaştırabilir.

Bu nedenle:

fiyat hareketi veri değişikliğine dayanmalıdır.

Sadece:

“Bugün rezervasyon gelmedi.”

diye fiyat değiştirmek doğru değildir.

49. Revenue Action Log Tutun

Örneğin:

Birkaç sezon sonra bu dosya:

otelin Revenue hafızasına

dönüşür.

50. Forecast Review Hangi Aralıklarla Yapılmalı?

Pratik bir yapı:

0–7 Gün

Günlük.

8–30 Gün

Günlük veya birkaç günde bir.

31–60 Gün

Haftalık.

61–90 Gün

Haftalık.

90+ Gün

Season / Event / Early Demand kontrolü.

Talep hızlı değişiyorsa kontrol sıklığı artırılabilir.

51. Yakın Tarihlerde Hangi Veriler Daha Önemli?

DTA azaldıkça:

• Remaining Inventory,
• son 24/72 saat Pickup,
• Cancellation,
• Same-Day Demand,
• Walk-In,
• kanal Availability

daha önemli hale gelir.

Uzak tarihlerde ise:

• Booking Pace,
• Season,
• Events,
• Forecast,
• Early Booking davranışı

daha önemlidir.

Yani:

Revenue kararının ağırlıkları DTA'ya göre değişir.

52. 90 Günlük Revenue Takvimi Nasıl Yönetilebilir?

0–7 Gün

Inventory Protection / Final Sales

8–14 Gün

Demand-Based Pricing

15–30 Gün

Pickup Management

31–60 Gün

Booking Pace Management

61–90 Gün

Forecast & Demand Development

Bu sınıflandırma mutlak değildir.

Ama yöneticinin:

hangi dönemde hangi veriye daha fazla bakması gerektiğini

netleştirir.

53. Revenue Dashboard'da Hangi Alanlar Olmalı?

Her Stay Date için:

• Date
• Day of Week
• DTA
• Available Rooms
• OTB Rooms
• Occupancy
• Remaining Rooms
• 1D Pickup
• 7D Pickup
• 14D Pickup
• LY Pace
• Forecast Occupancy
• BAR
• ADR
• Forecast ADR
• RevPAR
• Cancellation
• Channel Mix
• Restriction
• Action

görülebilir.

Böylece yönetici:

tek ekrandan talep + fiyat + envanter

ilişkisini okuyabilir.

54. Renk Kodları Kullanılabilir

Örneğin:

Yeşil

Talep güçlü / hedef üzerinde.

Sarı

İzle.

Kırmızı

Aksiyon gerekli.

Ama renk yalnızca Occupancy'ye göre verilmemelidir.

Örneğin:

%40 Occupancy:

90 gün kala yeşil

olabilir.

Aynı %40:

1 gün kala kırmızı

olabilir.

Bu örnek bile:

DTA'nın neden Occupancy kadar önemli olduğunu

gösterir.

55. Revenue Manager'ın Asıl Görevi Nedir?

Revenue Manager'ın işi:

fiyat artırmak

değildir.

Asıl görev:

talebi okumak → geleceği tahmin etmek → envanteri yönetmek → fiyatı optimize etmek → sonucu ölçmek → öğrenmek

şeklindedir.

56. Doluluk Bazlı Fiyatlandırmada Yapılan 15 Büyük Hata

1. Yalnızca Occupancy'ye bakmak

2. DTA'yı dikkate almamak

3. Pickup takip etmemek

4. Gross Booking ile Net Pickup'ı karıştırmak

5. Booking Pace izlememek

6. Forecast yapmamak

7. Forecast Accuracy ölçmemek

8. Oda tipi bazında talebi görmemek

9. Remaining Inventory'yi yalnızca yüzdeyle değerlendirmek

10. Son dakika = indirim sanmak

11. Düşük dolulukta otomatik fiyat düşürmek

12. Yüksek dolulukta otomatik fiyat artırmak

13. Restriction ve Distribution problemlerini fiyat problemi sanmak

14. Fiyat değişikliğinin sonucunu ölçmemek

15. Çok sık ve sebepsiz fiyat değiştirmek

Bu hataların ortak noktası:

fiyat kararının tek değişkene indirgenmesidir.

57. Fiyatlandırma İçin 12 Karar Kapısı

Karar Kapısı 1

Stay Date'e kaç gün kaldı?

Karar Kapısı 2

Current Occupancy kaç?

Karar Kapısı 3

Remaining Inventory kaç oda?

Karar Kapısı 4

1D / 7D / 14D Pickup nasıl?

Karar Kapısı 5

Cancellation Pickup'ı etkiliyor mu?

Karar Kapısı 6

Booking Pace geçmişe göre nasıl?

Karar Kapısı 7

Forecast Occupancy kaç?

Karar Kapısı 8

Hangi Room Type hızlı tükeniyor?

Karar Kapısı 9

Hangi kanaldan Pickup geliyor?

Karar Kapısı 10

Restriction satışa engel oluyor mu?

Karar Kapısı 11

Mevcut BAR talebe uygun mu?

Karar Kapısı 12

Son fiyat kararımızın sonucu ne oldu?

Bu sorular cevaplanabiliyorsa:

fiyatlandırma tahminden çıkıp Revenue Management sistemine dönüşür.

58. Küçük Butik Otel İçin Minimum Revenue Dosyası

Tek bir Excel veya Revenue Dashboard bile başlangıçta yeterli olabilir.

Her tarih için:

• Stay Date
• DTA
• Available Rooms
• OTB
• Occupancy
• Remaining
• 7D Pickup
• 14D Pickup
• LY Pace
• Forecast
• BAR
• ADR
• Restriction
• Action
• Result

tutulabilir.

Önemli olan yazılımın karmaşıklığı değil:

karar sisteminin disiplinidir.

59. Bütün Sistemi Tek Akışta Görelim

Revenue Management fiyat döngüsü:

Season Calendar → Base BAR → Day-of-Week → Current OTB → Occupancy → Remaining Inventory → Pickup → Booking Pace → Forecast → DTA → Rate Decision → BAR / Rate Plan / Restriction → Channel → New Reservations → New Pickup → Updated Forecast → ADR / RevPAR / Net ADR → Revenue Review → Learning → Yeni Karar

Bu bir defalık işlem değildir.

Sürekli çalışan bir yönetim döngüsüdür.

60. En Basit Revenue Yönetim Kuralı

Bütün bu makaleyi tek bir prensibe indirgersek:

Fiyatı doluluğa göre değil, doluluğun ne anlama geldiğine göre değiştirin.

%50 doluluk:

iyi olabilir.

Kötü olabilir.

Fiyat artırma fırsatı olabilir.

Fiyatı koruma sinyali olabilir.

Aksiyon gerektiren zayıf talep olabilir.

Bunu belirleyen:

Occupancy'nin kendisi değil;

Occupancy + Pickup + Booking Pace + Forecast + DTA + Remaining Inventory

kombinasyonudur.

Sonuç: Doluluk Fotoğraftır, Pickup Hareketi Gösterir, Forecast Geleceği Gösterir

Otel Revenue Management'ında en tehlikeli yaklaşımlardan biri:

“Doluluk %80 oldu, fiyatı artır.”

gibi tek değişkenli karar vermektir.

Çünkü %80 doluluk:

90 gün kala oluşmuşsa:

çok güçlü bir talep sinyali olabilir.

1 gün kala oluşmuşsa:

tamamen farklı yorumlanabilir.

Aynı şekilde:

%50 doluluk düşük görünebilir.

Ama:

son 7 gün Pickup +8,

Booking Pace geçen yılın çok üzerinde,

Forecast %100

ise:

aslında güçlü bir fiyat artırma fırsatı olabilir.

Bu nedenle Revenue Manager'ın ekranında yalnızca:

Occupancy

olmamalıdır.

Birlikte görülmelidir:

Occupancy + Remaining Inventory + Pickup + Booking Pace + Forecast + DTA + BAR + ADR / RevPAR

Ve bütün bu verilerin sonunda tek soru sorulmalıdır:

“Bugün ne yapmalıyız?”

Fiyatı artır?

Fiyatı koru?

İndirimi kapat?

Restriction uygula?

Dağıtımı kontrol et?

Değer teklifini güçlendir?

Yoksa:

hiçbir şey yapma?

İyi Revenue Management'ın farkı budur.

Her değişikliğe tepki vermek değil, doğru sinyale doğru zamanda cevap vermek.

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 doluluk bazlı fiyatlandırma;

• BAR,
• Occupancy,
• OTB,
• Remaining Inventory,
• Pickup,
• Booking Pace,
• Demand Forecasting,
• Days to Arrival,
• Last Minute,
• Minimum Stay,
• CTA / CTD,
• ADR,
• RevPAR,
• Net ADR,
• Revenue Dashboard

ile birlikte bütünsel bir Revenue Management sistemi içinde ele alınmaktadır.