Kazanimlar:
- RevPAR, ADR ve doluluk gibi gelir yönetimi göstergelerini yapay zeka desteğiyle hesaplayıp yorumlayabilme
- Talep, sezon ve rakip verisine dayalı dinamik fiyatlandırma senaryolarını yapay zekaya taslaklatıp değerlendirebilme
- Fiyat kararının pazar, marka konumu ve etik sınırlar gözetilerek insana ait olduğunu, yapay zekanın yalnızca senaryo ürettiğini kavrayabilme
Aynı otelde aynı oda, salı gecesi 1.800 TL'ye, hafta sonu 3.200 TL'ye, bir festival haftasında 4.500 TL'ye satılabilir. Bu bir tutarsızlık değil, bir yöntemdir: adı gelir yönetimi (revenue management). Amacı basittir: doğru odayı, doğru misafire, doğru zamanda, doğru fiyata, doğru kanaldan satmak. Bu ünitede yapay zekayı (YZ) gelir göstergelerini hesaplamak, talep ve rakip verisini yorumlamak ve dinamik fiyatlandırma senaryoları üretmek için nasıl kullanacağınızı öğreneceksiniz. Kritik ilke baştan: fiyat kararı çok yüksek riskli bir karardır; YZ senaryo üretir, fiyatı insan belirler.
Gelir yönetiminin üç temel göstergesi
Fiyatlandırmayı konuşmadan önce üç sayıyı netleştirelim.
Doluluk oranı (occupancy): Satılan oda sayısının satılabilir oda sayısına bölümü. 120 odalı otelde 96 oda satıldıysa doluluk %80'dir (96 / 120).
ADR (Average Daily Rate — ortalama günlük fiyat): Oda gelirinin satılan oda sayısına bölümü. Bir gece 96 oda toplam 230.400 TL'ye satıldıysa ADR = 230.400 / 96 = 2.400 TL.
RevPAR (Revenue Per Available Room — satılabilir oda başına gelir): Oda gelirinin satılabilir oda sayısına bölümü; alternatif olarak doluluk × ADR. Yukarıdaki örnekte RevPAR = 230.400 / 120 = 1.920 TL, ya da %80 × 2.400 = 1.920 TL. RevPAR gelir yönetiminin kalbidir çünkü hem doluluğu hem fiyatı tek sayıda birleştirir.
Neden ikisi birden önemli? Çünkü yüksek doluluk her zaman iyi değildir. Odaları çok ucuza satıp %100 doluluğa ulaşmak, biraz daha pahalıya satıp %85 doluluk ve daha yüksek RevPAR elde etmekten kötü olabilir. YZ, siz verileri verdiğinizde bu iki senaryoyu yan yana hesaplayıp gösterebilir; hangisini seçeceğiniz sizin stratejiniz ve pazar bilginizdir.
Gösterge
Formül
Neyi ölçer
Doluluk
Satılan oda / Satılabilir oda
Ne kadar dolusun
ADR
Oda geliri / Satılan oda
Ortalama ne kadara sattın
RevPAR
Oda geliri / Satılabilir oda
Kapasiteni ne kadar iyi değerlendirdin
TRevPAR
Toplam gelir / Satılabilir oda
Oda dışı gelir dahil verim
Dinamik fiyatlandırma nedir
Dinamik fiyatlandırma, oda fiyatının sabit olmayıp talebe, sezona, kalan müsaitliğe, güne, etkinliklere ve rakip fiyatlarına göre değişmesidir. Uçak biletlerinde alışık olduğumuz mantık aynısıdır. Girdiler şunlardır: talep sinyalleri (arama, rezervasyon hızı), pickup (belli bir tarih için rezervasyonların ne hızla geldiği), lead time (rezervasyon ile konaklama arasındaki süre), rakip fiyatları, yerel etkinlik takvimi ve maliyet tabanınız.
YZ burada güçlü bir yardımcıdır ama sınırlı bir rolde: siz talep, doluluk hedefi, rakip aralığı ve maliyet gibi girdileri verdiğinizde, YZ farklı fiyat noktaları için beklenen doluluk ve RevPAR senaryolarını tablolaştırabilir, mantığı açıklayabilir, bir fiyatlandırma gerekçe paragrafı yazabilir. Yapamayacağı şey: gerçek pazar durumunu bilmek, rakip fiyatını canlı görmek ve nihai fiyatı belirlemek. Bunlar sizin işinizdir.
Dikkat: YZ'ye "yarınki fiyatı belirle" demek, ona pazarı görmediği bir konuda karar verdirmektir. YZ'den fiyat "kararı" değil, fiyat "senaryosu" isteyin; kararı siz pazar bilginizle verin.
Etik ve yasal sınırlar
Dinamik fiyatlandırmanın sınırları vardır. Kişiselleştirilmiş fiyatlandırma yaparken misafirin kişisel özelliklerine (örneğin cihazına, konumuna) göre ayrımcı fiyat uygulamak hem etik hem yasal risk taşır. Afet, salgın gibi olağanüstü dönemlerde fahiş fiyat artışı fırsatçılık olarak görülür ve yaptırıma uğrayabilir. Ayrıca fiyat şeffaflığı ve tüketici mevzuatı, gizli ücretlerden kaçınmayı gerektirir. YZ bir fiyat önerdiğinde, bu sınırları gözeten insan süzgeci şarttır.
Adım adım: YZ ile fiyat senaryosu üretmek
- Göstergeleri hazırlayın. Mevcut doluluk, pickup hızı, kalan gün, maliyet tabanı ve rakip fiyat aralığını anonim biçimde toplayın.
- Hedefi belirtin. RevPAR'ı mı, doluluğu mu, belli bir tarihi doldurmayı mı önceliyorsunuz?
- Senaryo isteyin. Farklı fiyat noktaları için beklenen sonuçları tablolatın.
- Doğrulayın. RevPAR = doluluk × ADR hesabını elle kontrol edin; rakip verisini gerçek kaynaktan teyit edin.
- Karar verin. Pazar bilginizle nihai fiyatı siz seçin, sisteme siz girin.
Üç mini vaka
Vaka 1 — RevPAR'ı doğru okumak. Bir resort, hafta sonu %98 dolulukla gurur duyuyordu ama kâr beklenenin altındaydı. Yönetici anonim doluluk ve ADR verisini YZ'ye verdi; YZ, "yüksek doluluk düşük ADR ile geldiği için RevPAR düştü" yorumunu ve iki alternatif fiyat senaryosunu tablolaştırdı. İnsan, biraz daha yüksek fiyatla %90 doluluk hedefini seçti; RevPAR bir sonraki hafta sonu %11 arttı. YZ hesabı ve senaryoyu verdi, karar insanındı.
Vaka 2 — Doğrulanmayan rakip verisi. Bir gelir uzmanı, YZ'ye "rakip otellerin bugünkü fiyatı ne" diye sordu. YZ, canlı veriye erişimi olmadığı halde üç otel için kendinden emin fiyatlar "verdi". Bunların hepsi uydurmaydı; uzman bunlara göre fiyat düşürdü ve gereksiz gelir kaybetti. Doğru yol: rakip fiyatını gerçek bir fiyat izleme aracından veya elle kontrolden almak, YZ'yi yalnızca yorum için kullanmaktı.
Vaka 3 — Etik sınır. Bir ekip, YZ'den "son dakika arayan misafirlere otomatik daha yüksek fiyat" mantığı istedi. YZ bir taslak üretti; fakat yönetici, bunun bazı misafirleri sistematik olarak cezalandırabileceğini ve şeffaflık ilkesini zedeleyebileceğini fark etti. Mantık, tüm misafirlere açık ve tutarlı bir son dakika tarifesine dönüştürüldü. YZ önerdi, etik süzgeç insandan geldi.
Zayıf prompt / Güçlü prompt
Zayıf prompt:
Yarınki oda fiyatımızı belirle ve rakiplerin fiyatını da yaz.
Bu istem iki kat hatalıdır: YZ ne sizin gerçek talebinizi ne de canlı rakip fiyatını bilir; her ikisini de uydurur.
Güçlü prompt:
Rolün: gelir yönetimi asistanı. Fiyat kararı bana ait; sen senaryo üret.Veriler (anonim, gerçek): 120 odalı şehir oteli, yarın için 78 oda dolu,kalan 42 oda, pickup son 3 günde hızlandı. Maliyet tabanı oda başı ~900 TL.Ben rakip aralığını veriyorum: 2.200–2.800 TL. Hedefim: RevPAR'ı en üst düzeye çıkarmak.Görev: 2.200 / 2.500 / 2.800 TL fiyat noktaları için makul doluluk varsayımıbelirt (varsayım olduğunu yaz), beklenen RevPAR'ı hesapla ve tabloya koy,hesabı göster. Rakip fiyatı UYDURMA; benim verdiğim aralığı kullan.
Şablon: gelir göstergesi hesaplama:
Anonim veri: satılabilir oda [x], satılan oda [y], oda geliri [z].Görev: doluluk, ADR ve RevPAR'ı formülleriyle hesapla, tek paragraf yorumla.Sadece verdiğim sayılarla çalış; başka veri uydurma.
Şablon: fiyatlandırma gerekçe metni:
Bağlam: [tarih] için fiyatı [x] TL belirledim çünkü doluluk [%], pickup [durum],etkinlik [var/yok]. Görev: bu kararı ekip için 4 cümlelik net bir gerekçenotuna dönüştür. Yeni sayı ekleme; benim verdiğim verilerle sınırlı kal.
Şablon: sezon fiyat stratejisi taslağı:
Bağlam: [tesis tipi], yaklaşan sezon [yüksek/düşük], hedef [RevPAR/doluluk].Görev: hafta içi/hafta sonu/etkinlik günleri için farklı fiyat mantığı önerenbir çerçeve taslağı yaz. Somut fiyatı ben koyacağım; sen mantığı ve dikkatedilecek etik/yasal noktaları listele.
Sık yapılan hatalar
- YZ'ye fiyat kararı verdirmek. YZ pazarı görmez; fiyatı pazar bilgisiyle insan belirler.
- Rakip fiyatını YZ'den istemek. YZ canlı fiyata erişemez; sorulursa uydurur. Gerçek kaynaktan alın.
- Sadece doluluğa bakmak. Yüksek doluluk düşük RevPAR gizleyebilir; ikisini birlikte okuyun.
- Etik/yasal sınırı atlamak. Fahiş artış ve ayrımcı fiyat risk doğurur; insan süzgeci şart.
- Varsayımı gerçek sanmak. YZ'nin doluluk varsayımını "varsayım" olarak işaretletin ve kendi verinizle sınayın.
İpucu: Her fiyat senaryosunda YZ'den doluluk varsayımlarını açıkça yazmasını isteyin. Böylece "bu senaryo hangi varsayıma dayanıyor" sorusunu her zaman görebilir, gerçeklikle karşılaştırabilirsiniz.
Özetle
Gelir yönetimi, doluluğu değil satılabilir oda başına geliri (RevPAR) optimize etme sanatıdır. Üç gösterge — doluluk, ADR, RevPAR — bu işin dilidir. Dinamik fiyatlandırmada YZ, siz girdileri verdiğinizde senaryo üretir, hesaplar ve gerekçe yazar; ama gerçek pazarı görmez, rakip fiyatını bilmez ve fiyat kararını veremez. Fiyat çok yüksek riskli bir karardır ve etik-yasal sınırlarıyla birlikte insana aittir.
Uygulama görevi
Bir gecelik anonim veri alın: satılabilir oda, satılan oda, oda geliri. YZ'den doluluk, ADR ve RevPAR'ı formülleriyle hesaplatın ve elle doğrulayın. Ardından "Güçlü prompt" fiyat senaryosu şablonuyla üç fiyat noktası için RevPAR senaryosu ürettirin; doluluk varsayımlarını işaretleyin ve hangi fiyatı neden seçeceğinizi 5 cümleyle yazın.
Kontrol listesi
- [ ] Doluluk, ADR ve RevPAR'ı elle doğruladım mı?
- [ ] Rakip fiyatını gerçek kaynaktan aldım, YZ'ye uydurtmadım mı?
- [ ] YZ'nin doluluk varsayımlarını açıkça işaretlettim mi?
- [ ] Fiyat kararında etik ve yasal sınırları gözettim mi?
- [ ] Nihai fiyatı pazar bilgimle ben mi belirledim?