1. Gerçek Zamanlı İzleme Nedir, Oteller İçin Ne İfade Eder?
Gerçek zamanlı izleme; çağrı merkezi sisteminizin (ACD/telefon altyapısı) ürettiği veriyi birkaç saniye–dakika aralığında yenileyerek operasyon liderine “anlık durum” gösterir. Oteller için bu, üç kritik anlam taşır:
- SLA çöküşünü kısa tutmak: Patlama anında doğru aksiyon alınırsa 20–30 dakika süren kriz, kısa sürede stabilize edilebilir.
- Kuyruk yönetimi: Bekleyen çağrı sayısı ve bekleme süresi yükselmeden erken uyarı yakalanır.
- Çok kanallı yük dengeleme: Telefon kuyruğu patlarken WhatsApp/DM üzerinden talep yönetimi “tampon” olabilir (doğru yönlendirme ve şablonla).
Varsayım (operasyonel gözlem): Wallboard ve alarm kurgusu olan yapılarda uzun kuyruk ve SLA çöküşlerinin daha kısa sürdüğü; böylece misafir deneyimi ve satış kaybının sınırlandığı ifade edilebilir. Etki, aksiyon protokolünün disiplinine bağlıdır.
Ne yapmalıyım?
- • Realtime ekranı “sadece izleme” değil, “aksiyon tetikleyici” olarak tasarla
- • Vardiya liderine net yetki ver: hangi eşikte hangi adımı atacak?
- • Rezervasyon hattı akışını desteklemek için iç link: https://dgtlface.com/tr/cagri-merkezi/rezervasyon-destegi
Mini Check
- • Wallboard karar verdirmeye yarıyor mu, yoksa sadece gösteriyor mu?
- • SLA ve kuyruk eşikleri tanımlı mı?
- • Aksiyon protokolü yazılı mı?
- • Çok kanallı yük dengeleme planı var mı?
2. Wallboard Ekranında Hangi KPI’lar Olmalı?
Wallboard ekranı, “minimum ama kritik” KPI’lardan oluşmalıdır. Aşırı kalabalık ekran, kriz anında karar hızını düşürür. En iyi pratik: 3 katmanlı tasarım.
Katman 1: Anlık yük ve kuyruk (ilk bakış)
- •Bekleyen çağrı sayısı (Queue)
- •En uzun bekleme (max wait)
- •Anlık gelen çağrı hızı (Varsayım: sistem veriyorsa)
- •WhatsApp/DM bekleyen mesaj sayısı (çok kanallı yapıysa)
Katman 2: Hizmet seviyesi ve hız KPI’ları
- •SLA (hedefe göre anlık durum)
- •Cevaplanma oranı
- •Bekleme süresi (ASA)
- •Terk oranı (telefon)
Katman 3: Operasyon kapasitesi görünümü
- •Aktif temsilci sayısı (logged-in/available)
- •Mola/uygunluk durumu (Varsayım)
- •Kanal dağılımı (telefon vs mesaj)
Mini örnek: Side’de resort bir otelde akşam saatlerinde kuyruk büyüyorsa, wallboard “kuyruk + SLA + available agent” üçlüsüyle sizi hızla doğru aksiyona götürür: mola erteleme, ek kapasite çağırma veya mesaj kanalına yönlendirme.
Ne yapmalıyım?
- • Wallboard’u 3 katmanla kur: yük → SLA/hız → kapasite
- • “Rezervasyon” ve “satış sonrası” talepleri için ayrı mini sayaç ekle (Varsayım: etiketleme varsa)
- • Görselleştirme için Looker Studio raporlama katmanı: https://dgtlface.com/tr/raporlama/looker-studio
Mini Check
- • Ekran 10 saniyede okunuyor mu?
- • Kuyruk + SLA + bekleme aynı ekranda mı?
- • Mesaj kuyruğu görünür mü (WhatsApp/DM)?
- • Kapasite (available agent) net mi?
3. Anlık Alarm ve Eşik Değerleri Nasıl Belirlenir?
Eşik değerleri “rastgele sayı” değildir. En sağlıklı yöntem: tarihsel ortalama + pik saat davranışı + işletme hedefi (SLA) üçlüsünden türetmek.
Kırmızı/Sarı/Yeşil mantığı (pratik)
- •Yeşil: normal operasyon (izle)
- •Sarı: bozulma başlıyor (önleyici aksiyon)
- •Kırmızı: kriz (zorunlu aksiyon)
Eşik seçerken 5 kural
- Kuyruk eşikleri (Queue) tek başına yetmez; bekleme ile birlikte okunur.
- SLA eşikleri hedefe göre bağlanır; her otelin hedefi farklı olabilir.
- Mesaj kuyruğu için “bekleyen adet” kadar “en eski mesaj yaşı” (Varsayım) önemlidir.
- Pik saat eşikleri normal saatten farklıdır (aynı eşik her saate uymaz).
- Alarm sayısını sınırlayın: çok alarm = kimse dinlemez.
Key Statistics / Data Point (yumuşatılmış): KPI takibi olan yapılarda sorunların daha hızlı fark edilip çözülebildiği, KPI’sız yapılarda kararların hissiyata kaydığı genel bir gözlemdir.
| KPI | Yeşil | Sarı | Kırmızı | Alarm Kuralı | Anlık Aksiyon |
|---|---|---|---|---|---|
| Bekleyen kuyruk (Queue) | ___ | ___ | ___ | ___ | ___ |
| SLA | ___ | ___ | ___ | ___ | ___ |
| Bekleme (ASA) | ___ | ___ | ___ | ___ | ___ |
| Cevaplanma | ___ | ___ | ___ | ___ | ___ |
| Terk (telefon) | ___ | ___ | ___ | ___ | ___ |
| Bekleyen mesaj (WA/DM) | ___ | ___ | ___ | ___ | ___ |
Ne yapmalıyım?
- • Eşikleri önce “haftalık tarihsel” veriden türet, sonra 2 hafta sahada kalibre et
- • Eşik tablosunu vardiya lideri eğitimine ekle (tek sayfa)
- • Alarm kuralları için “kısa, net, tek aksiyon” prensibini kullan
Mini Check
- • Eşikler tarihsel veriye dayanıyor mu?
- • Pik saat için ayrı kalibrasyon var mı?
- • Alarm sayısı sınırlı mı?
- • Her alarmın bir aksiyon karşılığı var mı?
Wallboard KPI & Alarm Eşik Şablonunu İndir — Çağrı Merkezi / Realtime (v1.0)
Bu asset, otel çağrı merkezi için wallboard KPI setini ve kırmızı/sarı/yeşil alarm eşiklerini tek sayfada standardize eder. Her alarm için “tek aksiyon” karşılığı tanımlar ve 14 günlük sprint planıyla kurulum–kalibrasyon–takip döngüsünü başlatır.
Kim Kullanır?
Vardiya lideri/supervisor, çağrı merkezi lead, rezervasyon müdürü, operasyon yöneticisi.
Nasıl Kullanılır?
- KPI’ları seçin ve eşikleri tarihsel veriden türetin.
- Alarm kuralı + aksiyon protokolünü eşik tablosuna yazın.
- 14 günlük sprint planıyla sahada kalibre edin ve alarm log’u ile iyileştirin.
Ölçüm & Önceliklendirme (Kısa sürüm)
- ▢ ✅ Wallboard KPI seti “minimum ama kritik” mi?
- ▢ ✅ Kuyruk + SLA + bekleme aynı ekranda mı?
- ▢ ✅ WhatsApp/DM bekleyen mesajlar görünür mü?
- ▢ ✅ Eşikler tarihsel veriye göre mi belirlendi?
- ▢ ✅ Pik saat için ayrı kalibrasyon var mı?
- ▢ ✅ Alarm sayısı sınırlı mı?
- ▢ ✅ Her alarmın tek aksiyon karşılığı var mı?
- ▢ ✅ Alarm log’u tutuluyor mu?
- ▢ ✅ Yetki matrisi net mi (kim neyi değiştirir)?
- ▢ ✅ KVKK/erişim güvenliği tanımlı mı?
PDF içinde: Problem→Kök Neden→Çözüm tablosu + 14 gün sprint planı + önce/sonra KPI tablosu
4. Yoğunluk Anında Anlık Aksiyonlar
Alarm çaldığında herkes farklı şey yaparsa kaos büyür. Bu yüzden “yoğunluk anı” için standart bir aksiyon protokolü gerekir. Aşağıdaki sıra, en çok işe yarayan pratik akıştır:
1) Triage: talep türü ayrımı
- •Rezervasyon mu? satış sonrası mı? bilgi mi?
- •Rezervasyon hattını koru: çünkü satış kaybı riski anlık yükselir.
2) Kapasite hamlesi (en hızlı)
- •Mola erteleme / kısa süreli “available” artırma
- •Supervisor’ın hatta girme (Varsayım: rol uygunsa)
- •Ek agent çağırma (yedek plan)
3) Kanal yönlendirme (yük dengeleme)
- •Telefon kuyruğu patlarsa, belirli talepleri WhatsApp’a yönlendirme (bilgi/evrak/teyit)
- •Mesaj kuyruğu patlarsa, hızlı şablon + triage ile “ilk yanıtı” stabilize et
4) Politika ve script sabitleme
Yoğunlukta en büyük zarar “tutarsız bilgi”dir. Kısa script:
- •Tek cümle özet + net next step + geri dönüş sözü (Varsayım: süreç uygun)
5) Stabilizasyon ve geri dönüş
- •Bekleyen iş listesi çıkar
- •Ertelenen geri dönüşleri planla
- •Gün sonu “neden” analizi için not al
Ne yapmalıyım?
- • “Kritik durumda yapılacaklar” protokolünü 1 sayfaya indir
- • Rezervasyon desteği süreçleriyle hizala: https://dgtlface.com/tr/cagri-merkezi/rezervasyon-destegi
- • Gün sonu 10 dakikalık post-mortem ritmi kur (alarm → aksiyon → sonuç)
Mini Check
- • Alarm sonrası triage sırası net mi?
- • Kapasite hamlesi için yetki var mı?
- • Kanal yönlendirme kuralları yazılı mı?
- • Gün sonu notları alınarak tarihsel analize besleniyor mu?
5. Realtime Veriyi Tarihsel Analizle Birlikte Okumak
Realtime ekran, “an”ı yönetir; tarihsel analiz, “neden tekrar oluyor?” sorusunu yanıtlar. İkisini birlikte okursanız, wallboard bir “yangın ekranı” olmaktan çıkar, sürekli iyileştirme aracına dönüşür.
Realtime vs günlük ortalama karşılaştırması
- •Bugünkü pik, normal mi anomali mi?
- •Aynı saat diliminde geçen haftaya göre fark var mı?
- •Kampanya/OTA/politika gibi tetikleyici var mı?
Alarm verisinden öğrenme
Her alarmı kaydedin:
- •Alarm türü (SLA düşüşü, kuyruk patlaması, mesaj birikmesi)
- •Süre (ne kadar sürdü?)
- •Alınan aksiyon (ne yaptık?)
- •Sonuç (SLA geri geldi mi?)
Varsayım: Bu kayıt disiplini olan yapılarda “aynı kriz”in süresi kısalabilir; çünkü aksiyon protokolü giderek kalibre olur.
| KPI | Önce | Sonra | Not |
|---|---|---|---|
| SLA çöküş süresi | ___ | ___ | ___ |
| Terk oranı | ___ | ___ | ___ |
| Ortalama bekleme | ___ | ___ | ___ |
Ne yapmalıyım?
- • Alarm log’u tut (basit tablo bile olur)
- • Haftalık toplantıda 1 alarm vakasını “mini post-mortem” yap
- • Performans analizi parent sayfasına bağla: https://dgtlface.com/tr/cagri-merkezi/performans-analizi
Mini Check
- • Realtime anomaliyi tarihsel ortalamayla kıyaslıyor muyum?
- • Alarm log’u tutuluyor mu?
- • Aksiyonlar ölçülüyor mu (SLA geri geliş süresi)?
- • Aynı kriz tekrar ettiğinde daha hızlı mı çözülüyor?
6. Fark yaratan mini bölüm: “Wallboard ve alarm sistemini nasıl kurgulamalısınız?” (Rakip boşluğu kapatma)
Kısa ve net özet:
- •KPI’ları seç (kuyruk, SLA, bekleme, cevaplanma, mesaj kuyruğu)
- •Eşikleri tarihsel veriden türet ve pik saat kalibrasyonu yap
- •Alarmı az tut, her alarma tek aksiyon karşılığı ver
- •Görselleştirmeyi sade tut: kırmızı/sarı/yeşil + büyük sayaçlar
- •Aksiyon protokolünü 1 sayfaya indir ve vardiya lideri eğitimine koy
- •Alarm log’u ile haftalık iyileştirme döngüsü kur
Ne yapmalıyım?
- • Bu 6 maddeyi “kurulum checklist’i” olarak ekibe ver
- • İlk 2 hafta alarm eşiklerini sahada kalibre et
- • Looker Studio ile raporlama katmanına bağla: https://dgtlface.com/tr/raporlama/looker-studio
Mini Check
- • KPI seti minimum ama kritik mi?
- • Eşikler kalibre edildi mi?
- • Aksiyon protokolü tek sayfa mı?
- • Alarm log’u düzenli mi?
7. Sonuç: Wallboard, raporun yerini değil refleksinizi güçlendirir
Wallboard ve anlık alarm mekanizmaları, otel çağrı merkezinde performansı “geçmiş raporlarla” değil “anlık refleksle” yönetmenizi sağlar. Doğru KPI seti, doğru eşik mantığı ve yazılı aksiyon protokolü ile SLA çöküşlerini kısa tutabilir, kaçan çağrıları azaltabilir ve misafir deneyimini koruyabilirsiniz. Realtime ekranı tarihsel analizle birleştirdiğinizde ise sistem her hafta daha iyi hale gelir; krizler “normalleşmeden” yönetilebilir hale gelir.
Bir Sonraki Adım
Wallboard KPI seti, alarm eşikleri ve aksiyon protokolünü otel tipinize göre kurmak isteyen ekipler için.
Sık Sorulan Sorular
Çağrı merkezinde gerçek zamanlı izleme neden önemlidir?▾
Wallboard ekranında hangi KPI’lar olmalı?▾
Anlık alarm eşik değerleri nasıl belirlenir?▾
Realtime veriyi günlük raporlarla nasıl birlikte okurum?▾
SLA düşünce ne yapacağım?▾
WhatsApp/DM kuyruğu wallboard’a nasıl eklenmeli?▾
İlgili Yazılar