Blog'a Dön

Otelde Eksik Olan Veri Değil, Karar Katmanı

361 AI Platform · 4 Ağustos 2026 · 6 dk okuma · Sektör

Bir otelin gece denetim raporunda altmıştan fazla gösterge vardır. Doluluk sekiz ayrı şekilde hesaplanır. Yine de sabah toplantısında en çok sorulan soru şudur: "bu oda neden satılamadı?"

Otelciler veri yoksunu değil

Otel yazılımı satmaya çalışan çoğu anlatı yanlış yerden başlar: "verinizi görünür kılalım." Oysa otelde veri zaten var — üstelik fazlasıyla.

Standart bir gece denetim raporu şunları ayrı ayrı verir: toplam oda, dolu oda, servis dışı oda, ücretsiz oda, ev kullanımı odası, günübirlik oda. Doluluk oranını sekiz farklı payda ile hesaplar: ücretsizler hariç, ev kullanımı hariç, servis dışı hariç, ikisi birden hariç… Varış ve çıkışları oda ve kişi olarak ayırır; erken çıkanı, uzatanı, gelmeyeni ayrı sayar. Ortalama oda fiyatını dört varyantla verir.

Bu rapor her gece üretilir. Genellikle sabaha karşı, çoğu zaman PDF olarak.

Sorun raporun eksikliği değil. Sorun şu: rapor bir sayfa, karar ise bir akış.

Kaybolan şey bilgi değil, bağlam

Bir örnek üzerinden gidelim. Gece denetimi "servis dışı: 4 oda" diyor. Bu dört odanın

raporda yok. Çünkü rapor bir fotoğraf; bu sorular ise bir filmi gerektiriyor.

Pratikte ne oluyor? Teknik servis mesaj grubuna yazıyor. Ön büro telsizle soruyor. Kat hizmetleri kendi çizelgesine not düşüyor. Üç ekip, üç kanal, tek bir gerçek — ve o gerçek hiçbirinde tam değil.

Bilgi kaybolmuyor. Karar kayboluyor. Ve kararın gerekçesi hiçbir yerde durmuyor.

"Oda hazır mı?" sorusunun neden tek cevabı yok

Bir odanın satılabilir olması iki ayrı duruma birden bağlıdır:

BoyutSahibiDeğerleri
DolulukÖn büroboş · dolu · çıkış yapıldı
TemizlikKat hizmetlerikirli · temizleniyor · temiz · denetlendi · bakımda · servis dışı

Bir oda hem boş hem kirli olabilir. O oda boş görünür ama satılamaz. Tersi de olur: temizlenmiş ama sistemde hâlâ kirli görünen bir oda, gereksiz yere satıştan düşer.

Çoğu kurulumda bu iki boyut iki ayrı ekranda, bazen iki ayrı sistemde durur. Aradaki köprü insandır — ve insan vardiya değiştirir.

Karar katmanının ilk işi bu iki boyutu aynı ekranda, aynı anda göstermektir. Renk doluluğu, çerçeve temizliği anlatsın; bakan kişi tek bakışta "bu oda bugün satılabilir mi" sorusunu cevaplasın.

Karar katmanı ne yapar, ne yapmaz

Karar katmanı yeni bir veri kaynağı değildir. Mevcut iş sisteminizin üstüne oturur ve üç şeyi yapar:

  1. Açık işi sahibiyle gösterir. "25 açık bakım talebi" değil — "25 talep, 6 kişide, en eskisi 9 gün, üçü satılabilir odayı kapatıyor."
  2. Sonraki adımı yazar. Kayıt bir durumdan diğerine geçerken kimin ne yapacağı bellidir; sözlü aktarıma bırakılmaz.
  3. Gerekçeyi saklar. Bir oda neden servis dışına alındı, kim aldı, ne zaman geri açıldı — üçü de kayıtta durur. Vardiya devri "sorun yok" cümlesiyle geçilmez.

Yapmadığı şey de en az bunlar kadar önemlidir: karar vermez. Fiyat değiştirmez, misafire mesaj göndermez, ödeme almaz, kaynak sisteme yazmaz. Gözlemler, ilişkilendirir, önerir — kararı insan verir. Bu bir pazarlama cümlesi değil, sistemin içine yazılmış bir kısıttır.

Nereden başlanır

En hızlı başlangıç, en büyük modülden değil en çok acıyan sorudan başlar. Deneyimimizde o soru genellikle üçünden biridir:

Bu sorulardan birini seçin. O sorunun bugün kaç dakikada cevaplandığını ölçün. Karar katmanını yalnız o soru için kurun. İki hafta sonra aynı ölçümü tekrarlayın.

Değişmediyse durdurun. Bu da bir sonuçtur ve ölçmeden söz vermekten iyidir.

Kaynak ve sınırlar

Yukarıdaki gösterge yapısı, otel yönetim sistemlerinin standart gece denetim raporlarının genel şeklidir; belirli bir tesise ait sayı içermez. Karar katmanı örnekleri 361'in otel demo ortamında ölçülmüş yüzeylerdir — kurulum, mevcut iş sisteminizin yapısına göre değişir.

Kendi Odalarınızda Deneyin

2 haftalık salt-okuma POC ile "bu oda neden satılamadı" sorusunun bugün kaç dakikada cevaplandığını ölçün — sonra aynı ölçümü tekrarlayın.

Ücretsiz POC Başvurusu