1. Gerçek zamanlı verinin otel operasyonundaki rolü
Gerçek zamanlı (veya near real-time) panel, otelde iki tür problemi erken yakalar:
- Kuyruk ve gecikme problemleri: çağrı kuyruğu, check-in dalgası, housekeeping backlog.
- Kalite ve SLA problemleri: bekleme süreleri, “oda hazır” gecikmesi, iş emri kapanış süresi.
Özellikle Antalya/Belek/Side/Kemer gibi yüksek hacimli resort otellerde yoğun giriş-çıkış dönemlerinde “dakika”lar önemlidir. Anlık panellerin değeri, geçmiş rapor üretmek değil; anlık müdahale ile kayıp fırsatı azaltmaktır.
Mini örnek
Öğleden sonra 16:00’da check-in dalgası varken “oda hazır değil” oranı yükselirse, resepsiyon şikâyeti artar. Komuta paneli bu sapmayı işaretleyip housekeeping kapasitesini o saat için yeniden dağıtmayı tetikler.
☑ Mini Check
- •Gün içinde “sürpriz” kuyruklar yaşıyor musunuz?
- •Oda hazır olmama veya iş emri birikimi ancak gün sonunda mı fark ediliyor?
- •Çağrı merkezi bekleme süreleri pik saatlerde görünür mü?
Ne yapmalıyım? (3–6 madde)
- • “Anlık” izleyeceğiniz 6–10 KPI’ı seçin (az ama kritik).
- • KPI’ları “uyarı eşiği + aksiyon” ile bağlayın.
- • Büyük ekran tasarımına uygun KPI-first düzen kurun.
- • Gün sonu raporu değil, “gün içi müdahale” hedefi koyun.
2. Gerçek zamanlı otel operasyon paneli nasıl tasarlanmalı?
Önce housekeeping, call center ve teknik servis için kritik KPI’ları seçin. Bu KPI’ları near real-time besleyecek veri akışını kurun (streaming veya sık yenilenen özet). Looker Studio’da büyük ekran için KPI kartlarını büyütüp, renk kodlu uyarı/alarm kartları ekleyin. Son olarak paneli “toplantı değil anlık müdahale” ritmine bağlayın: kim aksiyon alır, nasıl kapanır?
5 adımlı “komuta paneli” tasarım planı
- KPI seçimi (6–10 KPI): oda durumu, iş emri backlog, çağrı kuyruğu, bekleme süresi, SLA
- Veri tazeliği standardı: 1–5 dk / 5–15 dk / saatlik (otelin gerçekliğine göre) (Varsayım: hedef tazelik seviyeleri tanımlanır)
- Uyarı kartları: eşik + durum (normal/uyarı/kritik)
- Ekran düzeni: KPI-first (üst sıra kartlar), orta sıra trend, alt sıra liste/queue
- Aksiyon akışı: owner + hedef süre + kapanış etiketi
☑ Mini Check
- •Paneldeki her kartın “kimin aksiyonu” olduğu belli mi?
- •Uyarı kartları sadece kırmızı değil, anlamlı eşiklerle mi çalışıyor?
Ne yapmalıyım?
- • KPI sayısını artırmak yerine eşikleri netleştirin.
- • Her uyarıya bir “sahip” atayın.
- • Paneli 2 haftalık pilotla test edin (yoğun günlerde).
3. Housekeeping için anlık KPI’lar ve oda durum panosu
Housekeeping tarafında “anlık” değer, oda çevrim hızını ve backlog’u yönetmektir. Komuta paneli için housekeeping KPI’ları “kolay okunur” olmalı.
Önerilen housekeeping KPI seti (maks 7 madde)
- •Ready rooms: hazır oda sayısı
- •Dirty rooms: temizlenecek oda sayısı
- •In-progress: temizlikte olan oda sayısı
- •Average turnaround time: ortalama çevrim süresi
- •Backlog > X dk: eşik üstü geciken odalar (Varsayım: eşik tanımlanır)
- •Housekeeping SLA: planlanan oda teslimine uyum
- •Check-in wave readiness: 15:00–18:00 bandı hazırlık göstergesi (Varsayım)
Mini örnek
Belek’te yoğun giriş gününde “Ready rooms” hedefin altında kalıyorsa, panel housekeeping dağılımını veya önceliklendirmeyi (oda tipi/kat) tetikler.
☑ Mini Check
- •“Oda hazır değil” şikâyeti geldiğinde kök sebebi 1 dakikada görüyor musunuz?
- •Temizlik backlog’u kat/alan bazında ayrışıyor mu?
Ne yapmalıyım?
- • “Ready vs Dirty” ikilisini en üste koyun.
- • Backlog eşiklerini belirleyin (uyarı/kritik).
- • Check-in dalgası saatlerini panelde sabitleyin.
4. Teknik servis için anlık KPI’lar (iş emri birikimi ve SLA)
Teknik serviste gerçek zamanlı ihtiyaç, iş emrinin “birikmesini” ve kritik arızaların gecikmesini engellemektir. Bu nedenle “kaç iş emri var?” tek başına yetmez; yaş (age) ve öncelik görülmelidir.
Önerilen teknik servis KPI seti (maks 7 madde)
- •Open tickets: açık iş emri sayısı
- •Critical open: kritik iş emri sayısı
- •Average time to close: ortalama kapanış süresi
- •Aging buckets: 0–30 / 30–60 / 60+ dk (Varsayım: bucket)
- •Repeat issues: tekrar eden arıza türleri (top 3) (Varsayım)
- •SLA compliance: hedef süreye uyum
- •Guest-impacting incidents: misafiri etkileyen arızalar
Mini örnek
Side’da yüksek sezonda 60+ dakikadır açık kalan “klima” iş emirleri artarsa, bu doğrudan memnuniyet riskidir. Komuta paneli kritik bucket’ı “kırmızı” sinyal olarak gösterir.
☑ Mini Check
- •İş emirleri önceliğe göre ayrışıyor mu?
- •60+ dk açık iş emri sayısı görünür mü?
Ne yapmalıyım?
- • Aging bucket’ı ana kart yapın (0–30/30–60/60+).
- • “Kritik open” KPI’sını her zaman görünür tutun.
- • Tekrar eden arızaları haftalık root-cause listesine bağlayın.
5. Çağrı merkezi için anlık KPI’lar (kuyruk ve bekleme)
Call center tarafında near real-time panel, “kaç çağrı kaçtı?” sorusunu beklemeden cevaplar. Kuyruk ve bekleme süresi, özellikle kampanya günlerinde ve yoğun check-in saatlerinde gelir fırsatını etkileyebilir.
Önerilen call center KPI seti (maks 7 madde)
- •Queue length: bekleyen çağrı sayısı
- •Average wait time: ortalama bekleme süresi
- •Answer rate: cevaplanma oranı
- •Abandon rate: çağrı terk oranı
- •Agents online: aktif agent sayısı (Varsayım)
- •Peak hour indicator: pik saat sinyali
- •Call→booking signal: talep→rezervasyon sinyali (gecikmeli olabilir) (Varsayım: near real-time değil, kısa gecikmeli)
Key Statistics / Data Point (senaryo dili)
Varsayım: Gerçek zamanlı panelde “bekleyen çağrı” anlık izlendiğinde, pik saatlerde kaçan çağrı oranı ve check-in kuyrukları anlamlı şekilde azalabilir; bu etki otelden otele değişir ve pilotla doğrulanmalıdır.
☑ Mini Check
- •Bekleyen çağrı eşiğiniz var mı? (örn. >10)
- •Bekleme süresi hedefi var mı? (örn. 60 sn) (Varsayım)
Ne yapmalıyım?
- • Queue length ve wait time’ı en üste koyun.
- • Agent online KPI’sını bağlamsal gösterin.
- • Pik saatlerde otomatik “uyarı” kartı üretin.
6. Streaming / Near Real-Time veri akışını kurmak (seçenekler)
Burada hedef, “mükemmel gerçek zaman” değil; operasyon kararını tetikleyecek kadar yeterince taze veri akışı kurmaktır. Otellerde pratikte 3 seviye bulunur:
3 seviye tazelik modeli
- Dakikalık özet (1–5 dk): kuyruk, oda status snapshot
- Kısa periyot (5–15 dk): backlog ve SLA trendleri
- Saatlik (60 dk): dönüşüm/rezervasyon etkisi (daha gecikmeli)
Near real-time için connector seçenekleri (genel yaklaşım)
- •Operasyon sistemi export → ara tablo (Sheets/DB) → Looker Studio (Varsayım: hızlı kurulum)
- •Stream/queue → özet tablo (minute-level) → Looker Studio (Varsayım: ileri seviye)
- •BigQuery’de “minute summary view” → Looker Studio (Varsayım: veri ambarı varsa)
☑ Mini Check
- •Hangi KPI gerçekten dakikalık olmalı, hangisi saatlik olabilir?
- •Veri gecikmesi (latency) panelde notlanıyor mu?
Ne yapmalıyım?
- • KPI’ları “tazelik sınıfı”na ayırın (1–5 / 5–15 / 60).
- • Tazelik bilgisini panelde küçük not olarak gösterin.
- • Önce 1 departmanla pilot yapın (call center veya housekeeping).
7. Uyarı ve alarm panelleri tasarlamak (az metin, büyük kart)
Operasyon komuta panelinde tasarım kuralı basittir: az metin, büyük sayı, net renk kodu. Ancak renk kodu “gösteriş” için değil, eşiğe bağlı “aksiyon çağrısı” için kullanılmalıdır.
Uyarı kartı şablonu (pratik)
- •Ne oldu? (KPI + eşik aşımı)
- •Nerede? (departman/kat/saat)
- •Ne yapacağız? (1 aksiyon)
- •Sahip + hedef süre (kapanış için)
☑ Mini Check
- •Uyarı kartı “owner + hedef süre” içeriyor mu?
- •Uyarılar çok mu? (alarm yorgunluğu riski)
Ne yapmalıyım?
- • Uyarı KPI’larını 5–7 ile sınırla.
- • “Kritik” eşiği sadece gerçekten kritik durumlara ver.
- • Haftalık uyarı review yap (eşikler doğru mu?).
8. 2026’ya doğru operasyon komuta merkezi yaklaşımı (büyük ekran + mobil not)
Komuta paneli çoğu otelde “büyük ekran” için tasarlanır: lobi arkasında, operasyon odasında veya ofiste. Bu yüzden tasarım KPI-first olmalı, yazılar kısa olmalı. Mobil kullanım ise “detay bakma” için destek ekranı olabilir.
Büyük ekran tasarım prensipleri
- •8–12 büyük KPI kartı (üst sıra)
- •1–2 trend grafiği (orta sıra)
- •1 liste/queue görünümü (alt sıra)
- •Uyarılar sağ panelde “stack” şeklinde
Mobil notu (kısa)
Mobilde aynı paneli göstermek yerine; “kritik kartlar + uyarı listesi” gibi sade bir görünüm daha işe yarar.
Ne yapmalıyım?
- • 6–10 kritik KPI seç (oda durumu, iş emri, çağrı kuyruğu).
- • KPI’ları tazelik sınıfına ayır (1–5 / 5–15 / 60 dk).
- • Uyarı kartlarını owner + hedef süre ile standardize et.
- • Büyük ekran KPI-first tasarım uygula; mobilde sadeleştir.
- • 2 haftalık pilotla eşikleri ve akışı doğrula.
9. Near Real-Time Operasyon KPI Seti: Birim → KPI → Eşik → Aksiyon
| Birim | KPI | Uyarı eşiği (Varsayım) | Aksiyon örneği |
|---|---|---|---|
| Housekeeping | Dirty rooms backlog | > X oda | kat/ekip önceliklendirme |
| Housekeeping | Ortalama çevrim süresi | > X dk | süreç/rota düzenleme |
| Teknik Servis | 60+ dk açık iş emri | > X adet | kritik ekip yönlendirme |
| Call Center | Queue length | > X çağrı | agent takviyesi |
| Call Center | Ortalama bekleme | > X sn | pik saat vardiya planı |
| FO/Lobby | Check-in dalga yoğunluğu | > X misafir | yönlendirme/kapı planı |
10. Operations Command Center Dashboard Örnek Şablonunu İndir — Veri Analizi & Raporlama
Operations Command Center Dashboard Örnek Şablonunu İndir — Veri Analizi & Raporlama (v1.0)
Bu şablon, housekeeping/teknik servis/çağrı merkezi KPI’larını near real-time mantıkla tek ekranda gösterecek “Operations Command Center” panel düzenini hazır sunar. Uyarı/alarm kartları, eşik mantığı ve aksiyon alanlarıyla paneli “izleme ekranı” olmaktan çıkarıp “müdahale ekranı”na çevirir. Büyük ekran kullanımına uygun KPI-first layout ile sahada hızlı karar hedefler.
Kim Kullanır?
Resort otellerde operasyon müdürleri, housekeeping/maintenance/call center liderleri ve GM.
Nasıl Kullanılır?
- KPI setini otel gerçekliğinize göre seçin (6–10 KPI) ve eşikleri tanımlayın.
- Veri tazeliği sınıfını belirleyin (1–5 dk / 5–15 dk / 60 dk) ve panelde notlayın.
- Uyarı kartlarına owner+tarih ekleyip 2 haftalık pilotla eşikleri doğrulayın.
Ölçüm & Önceliklendirme (Kısa sürüm)
- ▢ ✅ Checklist + Sprint Plan
- ▢ ✅ Housekeeping oda durumu KPI’ları seçildi
- ▢ ✅ Teknik servis iş emri KPI’ları seçildi
- ▢ ✅ Call center kuyruk KPI’ları seçildi
- ▢ ✅ Uyarı eşikleri (uyarı/kritik) tanımlandı
- ▢ ✅ Veri tazeliği sınıfı belirlendi ve panelde notlandı
- ▢ ✅ Owner + hedef süre alanı eklendi
- ▢ ✅ Problem → Kök Neden → Çözüm tablosu
- ▢ ✅ 14 günlük sprint planı (Gün 1–14)
- ▢ ✅ Öncesi/Sonrası KPI tablosu (şablon)
- ▢ ✅ Önce: gecikme fark ediş süresi ___ | kaçan çağrı ___ | oda hazır sapması ___
- ▢ ✅ Sonra: gecikme fark ediş süresi ___ | kaçan çağrı ___ | oda hazır sapması ___
- ▢ ✅ Operations command center (büyük ekran)
- ▢ ✅ Uyarı kartları ve eşik seti
- ▢ ✅ Pilot raporu (2 hafta)
- ▢ ✅ SOP: owner + kapanış akışı
PDF içinde: Problem→Kök Neden→Çözüm tablosu + 14 gün sprint planı + önce/sonra KPI tablosu
Bir Sonraki Adım
Near real-time KPI’larla kuyruk ve gecikmeleri anında yakalamak isteyen operasyon ekipleri için