Otel günlük raporu: genel müdür her sabah hangi bilgileri görmeli?

Otel günlük raporu, genel müdürün her sabah okuduğu tek sayfalık bir özettir ve yalnızca gün sonu işleminin kapattığı iş gününden üretilir. Üç soruyu yanıtlar: dün ne oldu, bugün ve önümüzdeki günlerde ne geliyor, şu anda hangi karar bekliyor. Her sayı, kaynak raporuna geri izlenebilir.

Sabah dokuzda genel müdürün önünde on bir rapor açık duruyor ama asıl sorunun yanıtı hâlâ yok: bugün hangi karar verilmeli? Çözüm yeni bir rapor eklemek değildir. Çözüm, kapanmış bir iş gününden üretilen tek sayfadır. Bu yazının sonunda o sayfada hangi yedi satırın bulunması gerektiğini, hangilerinin bulunmaması gerektiğini, her sayının kaynağına nasıl izlendiğini ve sayfanın nasıl sahipli kararlara dönüştüğünü bileceksiniz. Bir otel iş gününün baştan sona nasıl işlediğini merak ediyorsanız, bir iş gününün nasıl kurgulandığını anlatan yazıyı bu yazının yanında okuyun.

Otel günlük raporu ne içermeli?#

Tek sayfa, yedi satır, üç soru: kapanmış iş gününde ne oldu, önümüzdeki günlerde ne geliyor, öğleden önce hangi karar verilmeli. Sayfayı bir arşiv değil, karar belgesi olarak düşünün. Arkasındaki raporlara işaret eder, onları asla kopyalamaz.

Birinci blok dünü kapsar: satılan odalar, hesaba işlenen gelir, bakiye istisnaları, kayda geçen şikâyetler. İkinci blok yakın geleceği kapsar: odaya henüz atanmamış bugünkü varışlar, bakiyesi açık kalan ayrılıklar, bir önceki iş gününden bu yana pickup, arızalı odalar. Üçüncü blok kararlardır: hâlâ açık olan şikâyetler, bir kişiyi bekleyen uyum maddeleri, bugün onay gerektiren her şey.

Her satır bir sayı ve bir karşılaştırmadır: dünle, geçen yıl aynı günle ya da bütçeyle; ayrıca sayı normal aralığının dışındaysa bir işaret. Sayfa, gün sonu işlemi iş gününü kapattıktan sonra üretilir; açık bir günden üretilen sayfa, okurun gözünün önünde değişir. Ve her satırın tek bir adı sahibi vardır, böylece sabah dokuzda her sayı için sorulacak tam bir kişi vardır.

Hangi satırlar sabah sayfasına girer, hangileri girmez?#

Bir satır, bir kişi bir sonraki iş günü kapanmadan önce ona harekete geçebiliyorsa sayfaya girer; gerisi başvuru malzemesidir ve raporda kalır, sayfada değil. İstisnalar girer, toplamlar girmez. Eşiği olmayan bir toplam okura bir şey öğretmez; bir kez okunur, sonra atlanır.

Tam rezervasyon kaydı, kanal performans grafikleri, personel vardiya listeleri, geçmiş eğilim grafikleri ve okurun bugün değiştiremeyeceği hiçbir şey sayfaya girmez. Tanımını otelin yazı hâlinde koymadığı bir sayı girmez; tanımsız sayı, patlamayı bekleyen bir tartışmadır. Gerçek gibi sunulan tahminler de girmez: pickup, yapılmış rezervasyonlarla ilgili bir gerçektir; ay sonu tahmini değildir.

Misafir adlarını yalnızca gerektiren satırlarda tutun, örneğin varışlar ve açık şikâyetlerde; iletişim bilgilerini sayfadan çıkarın. Çok kişiye iletilen bir sayfadaki kişisel veri, KVKK (kişisel verilerin korunması kanunu) açısından sorundur; kapsamı otelin danışmanına doğrulatın.

Beş sabah testini uygulayın: bir satır beş sabah üst üste aynıysa ve kimse ona göre hareket etmediyse, satırı silin ya da otomatik uyarıya dönüştürün.

Her sayı kaynak raporuna nasıl izlenir?#

Her satır üç etiket taşır: iş günü tarihi, kaynak aldığı rapor ve o iş gününü kapatan kişi. Bunlar olmadan sayı bir görüştür. Gün sonu işlemi iş gününü kapatır; sayfa yalnızca kapanmış günleri okur, böylece toplantı sürerken rakamlar yerinden oynamaz.

Tanımları bir kez yazın, otelin sahibi olduğu bir sözlükte: satılan oda, müsait oda, hesaba işlenen gelir, pickup, arızalı oda. Farklı sistemler aynı kelimeyi farklı tanımlar. Yayımlanmış bir kural varsa onunla karşılaştırın. CoStar Group'un geçmiş dönem veri raporlama rehberi (yeni sekmede açılır) (1 Kasım 2026), satılan oda sayısına yalnızca gelir getiren odaları sayar, ücretsiz odaları hariç tutar ve oda gelirinin iskontolar, iadeler, indirimler, fazla tahsilatlar ve vergiler düşülmüş olarak raporlanmasını ister; ürün ya da hizmet sorunundan kaynaklanan iadeler oda gelirini azaltır. Otelin kendi rakamı farklı bir kural kullanıyorsa, sayfa bunu belirtmelidir.

Harcama disiplini de burada görünür: yanlış hesaba işlenen ya da yönlendirmesiz kalan bir harcama bakiye istisnasına dönüşür; sayfa tutarı değil, harcamanın kendisini adlandırmalıdır. Ekip için ön büro dili yeniyse, folyo, hesaba işleme ve yönlendirme gibi kavramların düz açıklaması yardımcı olur. Bir tanımda yapılan her değişikliği tarihleyin ki geçen ayki bir sayfa bugün de doğru okunabilsin.

İstisna nedir, küçük değişiklik nedir?#

İstisna, otelin o sayı için yazdığı aralığın dışına çıkmış değerdir; aralık içindeki küçük değişim gürültüdür ve sayfada yer almaz. Her aralığı sektör karşılaştırmasından değil, otelin kendi geçmişinden kurun; ne zaman kurulduğunu ve kimin kurduğunu kaydedin.

İki tür istisna kullanın. Düzey istisnaları bir düzeyi izler: doluluk oranı ya da açık bakiyeler toplamı gibi. Hareket istisnaları bir değişimi izler: normal bir güne göre çok yüksek ya da çok düşük pickup gibi. "Oda doluluğu" değil "doluluk oranı" deyin ve paydada hangi odaların olduğunu belirtin: tüm odalar mı, arızalı odalar düşüldükten sonra müsait odalar mı.

Seçim önemlidir, çünkü kurallar farklıdır. STR'nin geçmiş dönem rehberine göre müsait oda sayısı, tesisteki oda sayısının dönemdeki gün sayısıyla çarpımıdır; altı aydan kısa süreyle tadilat nedeniyle hizmet dışı kalan odalar için düzeltme yapılmaz. Sayıyı yalnızca kalıcı olarak envanterden çıkarılan ya da uzun süre, genellikle altı aydan fazla, kapalı kalan odalar değiştirir (CoStar Group, geçmiş dönem veri raporlama rehberi, 1 Kasım 2026). STR'nin ileriye dönük rehberinde ise "düzeltilmiş müsait oda" (Adjusted Rooms Available), tesisin rezervasyona açık envanterindeki toplam oda sayısıdır ve bu sayı arızalı odalar, tadilat ve uzun süreli kapatmalar gibi nedenlerle değişebilir (CoStar Group, Forward STAR veri raporlama rehberi (yeni sekmede açılır), 1 Kasım 2026). Sayfa, hangi kuralı kullandığını adıyla yazmalıdır.

Pickup, bir önceki iş gününden bu yana yapılan rezervasyonları sayar; iptaller eksi pickup olarak görünür. Bir tedarikçiyle anlaşılan kontenjanlar, karşılarına rezervasyon yapılıp envanterden düşülene kadar rezerve oda sayılmaz (aynı kaynak). Kesin, teyitli, opsiyonlu gibi rezervasyon durumu terimleri sektörde farklı yorumlanır; opsiyonel rezervasyonu satılmış sayan bir sayfa, her sabah satış ekibiyle anlaşmazlığa düşer.

Sayfayı kim, ne zamana kadar, hangi iş gününden hazırlar?#

Gece görevlisi iş gününü kapatır, ön büro müdürü ya da nöbetçi müdür sayfayı sabah toplantısından önce bir araya getirir ve sayfa her zaman son kapanmış iş gününü kapsar, asla bugünün açık gününü değil. Bir hazırlayıcı ve bir yedek adlandırın; tek kişiye bağlı sayfa, o izinliyken ortadan kaybolur.

Son saati saate göre değil, gün sonuna göre sabitleyin: iş günü kapandıktan belirtilen dakika içinde. Başlıkta iş günü tarihini, sayfanın üretildiği saatin yanına yazın ki okur ilk bakışta güncel olup olmadığını görsün. Gün sonu işlemi başarısız olursa ya da gün hâlâ açıksa, sayfayı önceki iş günü tarihiyle yayımlayın ve bunu başlıkta belirtin; yarım kapanmış bir günü asla yayımlamayın.

Her satır sahibi sayfayı toplantı başlamadan önce okur, toplantı sırasında değil. Bir otel grubunda tesis başına bir sayfa ve yalnızca istisnaları taşıyan bir portföy sayfası üretin ki tesis detayı bir ortalamanın içinde kaybolmasın. Çok tesisli yönetimin daha geniş soruları için grup genelinde karar ve onay kontrol listesine bakın.

Sayfa sahipli kararlara nasıl dönüşür?#

İşaretli her satır toplantıdan bir ad, bir eylem ve bir kontrol saatiyle çıkar; ertesi sabahın sayfası o satırın kıpırdayıp kıpırdamadığını gösterir. Sayfayı kısa bir karar bloğuyla bitirin: madde, sorumlu, eylem, kontrol zamanı. Sayfa böylece kendi takibini de taşır.

Bir sabahta verilecek karar sayısına üst sınır koyun, örneğin üç; toplantı daha uzun bir listeyle değil, taahhütlerle bitsin. Çözüme kavuşmamış maddeleri otomatik olarak ertesi güne taşıyın; üç sabah dayanan madde günlük değil, süreç sorunudur. Ne karar verildiğini ve neden verildiğini kayda geçirin ki toplantıda bulunmayan bir nöbetçi müdür gerekçeyi sonradan okuyabilsin.

Sayfanın kendisini de üç ayda bir gözden geçirin: kimse hareket etmediği satırları çıkarın, defalarca geç fark edilen konuları ekleyin. Sayfa bir kez basılan şablon değil, bakım ritmi olan yaşayan bir belgedir.

Yazılım, sabah sayfasını otelin kendi sayılarından yazabilir mi?#

Sayfayı bir araya getirebilir ve düz bir dille yazabilir; ama tanımlar, aralıklar ve kararlar otelde kalır. Yazılım mekanik kısmı iyi yapar: kapanmış iş gününü okur, yazılı tanımları uygular, aralığın dışına çıkan satırları işaretler ve sonucu cümlelere döker. Bir aralığın ne olması gerektiğine karar veremez ve aralığı terk etmiş bir sayı için ne yapılacağına karar veremez.

AI Otel'in PMS asistanı geliştirildi: bir otelin kendi tesisiyle ilgili sorulara düz bir dilde yanıt verir, rutin işlemleri yapar ve hassas her adımda bir kişinin onayını bekler. Çalışan yazılımdır, lansman öncesindedir; AI Otel'in teknolojisinde Faaliyette olan bir şey yoktur. Bu sayfaya doğrudan uyan iki yeteneği vardır: her sabah, otelin kendi sayılarından yazılmış düz dilli bir bilgilendirme ve bir sayı normal aralığının dışına çıktığında otomatik bir uyarı.

Sözlüğün ve eşiklerin sahibi yine oteldir; tanımsız sayılardan yazılan bilgilendirme, yalnızca daha hızlı yanılma yoludur. Otel verisine düz dille soru sormanın nasıl çalıştığı ayrı bir konudur; verinize günlük dille soru sormayı anlatan yazıda ele alıyoruz.

Şimdi ne yapmalı#

Önce sözlüğü yazın, sonra başlığı, sonra sayfayı her satırının tek sahibiyle yedi satıra indirin ve iki hafta boyunca başka hiçbir şeyi değiştirmeden çalıştırın. Sayfa, tanımlar ve karar bloğu tek bir sistemdir: izlenemeyen sayı, denetlenemeyen karar üretir; sahibi olmayan karar da yalnızca bir rapor daha olur. Otelin kendi sayılarından üretilen düz dilli sabah bilgilendirmesini görmek isterseniz, görüşme talep edin.