Veriye Dayalı Karar Alma Altyapısı Oluşturun

Otelde veri eksikliği nadiren asıl sorundur. PMS her gece kapanışı alır, channel manager kanal kanal satışı gösterir, muhasebe ay sonunda tabloyu kapatır. Sorun bu üç kaynağın birbiriyle konuşmaması ve hiçbirinin “bu hafta ne yapmalıyım” sorusuna cevap vermemesidir.

Raporlamanın tıkandığı oteli birkaç belirtiden tanırsınız:

• Aynı metrik iki raporda iki farklı sayı veriyor; toplantının yarısı hangi sayının doğru olduğunu tartışmakla geçiyor.
• Rapor ay kapandıktan sonra çıkıyor — aksiyon alınabilecek tarih çoktan geçmiş oluyor.
• Her departman kendi tablosunu tutuyor; toplamı kimse görmüyor.
• Rapor var ama kimse okumuyor, çünkü içinde karar tetikleyen bir eşik yok.
• Bütçe ile forecast aynı dosyada karışıyor; sapmanın nereden geldiği görünmüyor.
• Kanallar brüt ciroya göre sıralanıyor; komisyon düşüldükten sonra sıralamanın değiştiği fark edilmiyor.

Raporlamanın amacı geçmişi kayda geçirmek değil, önümüzdeki 30–90 günde ne yapılacağına karar vermektir. Geçmişi anlatan tablo muhasebenin işidir; gelir yönetiminin raporu ileriye bakar.

Otel raporlarının şişmesinin sebebi, ölçülebilir olan her şeyin ölçülmesidir. Kurduğum düzende her metriğin bir sorusu ve bir ritmi vardır; sorusu olmayan metrik rapordan çıkar.

Bu metriklerin üçü günlük raporun omurgasını kurar ve hesapları basittir; kurulumda tartışma yaratan yer formül değil, formülün içine ne konduğudur.

RevPAR'ın iki formülü, paydaya hangi odaların girdiği ve en sık yapılan dört hata blogdaki ayrı yazıda adım adım anlatılıyor — bu sayfanın altındaki bağlantıdan okuyabilirsiniz.

Tek bir rapor herkesin işini görmez. Günlük operasyonun ihtiyacı ile sahibin ihtiyacı aynı tabloda buluşturulduğunda ikisi de okunmaz hale gelir. Kurduğum düzen üç katmandır ve üçü de aynı tanım setinden beslenir.

Günlük — gelir ve rezervasyon ekibi

Dünkü satış, pickup, bugün ve yarının doluluğu, kalan envanter, rakip fiyat hareketi. Tetiklediği karar: fiyat ve kısıt güncellemesi. Bu rapor uzun olmaz; bir ekranda okunur ve toplantı gerektirmez.

Haftalık — yönetim ekibi

Önümüzdeki 8–12 haftanın doluluk ve ADR eğrisi, pace'in geçen yılla karşılaştırması, kanal payı, bekleyen grup blokları. Tetiklediği karar: kampanya açmak ya da kapatmak, kanal ağırlığını değiştirmek, grup teklifini fiyatlamak. Gelir yönetiminin asıl toplantısı budur.

Aylık — yönetim ve mülk sahibi

Bütçe–forecast–gerçekleşen üçlü karşılaştırması, GOPPAR, segment karması, kanalların net katkısı, forecast sapması. Tetiklediği karar: bütçe revizyonu, yatırım ve personel planlaması. Ay sonunda bakılan tek rapor bu olmalıdır — diğer ikisi zaten kararı almış olur.

Üç katmanın da tek bir tanım setinden beslenmesi şarttır. Günlük raporun “satılabilir oda”sı ile aylık raporunki farklıysa, toplantı sapmayı tartışmakla geçer ve rapora güven biter.

1. 01Veri kaynaklarının envanteri — PMS, channel manager, booking engine, muhasebe ve varsa RMS tek tek çıkarılır. Her sayı için tek bir doğru kaynak seçilir; aynı metriğin iki kaynaktan gelmesi raporun güvenini bitiren şeydir.
2. 02Tanım sözlüğü — satılabilir oda neyi kapsar, ADR brüt mü net mi, iptal hangi anda sayılır, hangi vergiler hariç. En çok atlanan ve en çok tartışma yaratan adım burasıdır; yazılı hale gelmeden dashboard kurulmaz.
3. 03Otomatik akış — veri elle kopyalandığı sürece rapor hem gecikir hem hata taşır. Sistemlerin dışa aktarım ya da bağlantı imkânları bu adımda kurulur.
4. 04Karar ekranı — grafik güzel görünsün diye değil, bir soruyu cevaplasın diye konur. Her görselin altında “bu neyi tetikliyor” sorusunun cevabı olmalıdır.
5. 05Eşikler ve uyarılar — “pickup son yedi günde negatifse”, “önümüzdeki 14 günde doluluk geçen yılın beş puan altındaysa” gibi eşikler tanımlanır. Rapor böylece bakılan bir şey olmaktan çıkıp uyaran bir şeye dönüşür.
6. 06Sahiplik ve ritim — raporu kim üretir, kim okur, hangi toplantıda konuşulur. Sahipsiz dashboard iki ay içinde ölür.
7. 07Ekibin eğitimi ve devir — yapı otelin içinde kalır. Amaç danışmana bağımlı bir rapor değil, ekibin sürdürebildiği bir düzen kurmaktır.

1. Aynı kelimenin iki anlamı

Satılabilir oda sayısı, net ve brüt ADR, iptalın sayıldığı an. Bu tanımlar departmanlar arasında farklıysa raporlar da farklı çıkar. Sorun teknik değil, sözlükseldir ve çözümü de sözlük yazmaktır.

2. Elle kopyalanan veri

Her sabah bir tablodan diğerine yapıştırılan sayı, hem raporu bir kişiye bağımlı kılar hem de sessiz hata üretir. Kişi izne çıktığında rapor durur. Otomatikleşmeyen metrik, uzun vadede raporda kalmaz.

3. Bütçe ile forecast'in karışması

Bütçe yılın başında verilen sözdür; forecast bugünden bakıldığında en gerçekçi tahmindir. İkisi aynı hücrede tutulduğunda sapmanın kaynağı görünmez olur: hedef mi iyimserdi, talep mi düştü, fiyat mı yanlış konumlandı — ayrılmadan cevaplanamaz.

4. Okunmayan dashboard

En sık görülen sonuç budur: rapor kurulur, birkaç hafta bakılır, sonra unutulur. Sebebi neredeyse her zaman aynıdır — raporun içinde karar tetikleyen bir eşik yoktur. Ekran güzel ama kimseye “şimdi şunu yap” demez.

İyi kurulmuş bir raporlama düzeninin ölçütü şudur: haftalık toplantı sayıların doğruluğunu tartışmakla değil, alınacak kararla başlar.

• Tanım sözlüğü — her metriğin ne anlama geldiği ve hangi kaynaktan geldiği, tek belgede.
• Günlük, haftalık ve aylık üç rapor katmanı — kim okur, hangi kararı tetikler, hangi toplantıda konuşulur.
• Yönetim dashboard'u — mevcut sistemlerinizden beslenen, elle kopyalama gerektirmeyen görsel düzen.
• Eşik ve uyarı listesi — hangi sapma hangi aksiyonu tetikler.
• Kanal ve segment analizi — brüt değil net katkıya göre sıralanmış.
• Forecast–bütçe takip şablonu — sapmanın kaynağını ayıran yapı.
• Ekip devri — raporu üretecek kişinin eğitimi ve yazılı akış.

Amaç yeni bir yazılım satmak değil, mevcut veriyi okunur kılmaktır. Kurulan düzen sizde kalır; danışmanlık bittiğinde rapor da bitiyorsa iş doğru kurulmamış demektir.