Notivex pilot kurulumunda hangi metrikler takip edilir?

Pilot kurulumda neden metrik takibi önemlidir?

Kurumsal bir yazılımın gerçekten işe yarayıp yaramadığı, sunumdaki vaatlerle değil sahadaki ölçümlerle anlaşılır. Pilot kurulum, tam yaygınlaştırma öncesinde sınırlı bir kapsamda Notivex'in canlı süreçlerde nasıl davrandığını görmek için yapılır. Metrik takibi olmadan yapılan bir pilot, "iyi gibi göründü" gibi öznel izlenimlerle sonuçlanır ve karar vericiye somut bir dayanak sunmaz.

Doğru metrikler belirlendiğinde pilot, üç soruya net yanıt verir: Kritik bildirimler gerçekten doğru kişilere ulaşıyor mu? İnsanlar bu bildirimleri zamanında okuyup onaylıyor mu? Bir aksama olduğunda eskalasyon mekanizması beklendiği gibi devreye giriyor mu? Bu sorular sayılarla yanıtlandığında, pilot bir his değil bir kanıt haline gelir.

Hangi metrikler takip edilebilir?

Pilotun ölçeği ve kurumun önceliklerine göre seçilebilecek temel metrikler şunlardır:

• Okunma oranı — Gönderilen kritik bildirimlerin hedef kullanıcılar tarafından ne kadarının görüntülendiği. Zorunlu görünürlük gerektiren mesajlarda bu oran kritik bir göstergedir.
• Onay (acknowledge) oranı — Sadece okunan değil, "anladım/onaylıyorum" aksiyonu alınan bildirimlerin oranı. Bilgilendirme ile teyit arasındaki farkı ortaya koyar.
• İlk tepki süresi — Bildirimin gönderildiği an ile ilk okunma/onay arasındaki süre. Acil durumlarda saniye ve dakikaların önem taşıdığı senaryolarda belirleyicidir.
• SLA ihlali sayısı — Tanımlanan yanıt süresi hedeflerinin aşıldığı durum sayısı. Pilot süresince hangi süreçlerin sürekli geciktiğini gösterir.
• Eskalasyon sayısı — İlk hedef yanıt vermediğinde bir üst kademeye yükseltilen bildirim sayısı. Eskalasyon kurallarının pratikte ne sıklıkta devreye girdiğini ölçer.
• Birim/lokasyon bazlı performans — Yukarıdaki metriklerin departman, vardiya veya saha ekibi düzeyinde kırılımı. Hangi ekibin desteğe ihtiyaç duyduğunu görünür kılar.
• Kullanıcı geri bildirimi — Anket veya kısa değerlendirmelerle toplanan niteliksel girdi. Sayısal metrikleri tamamlayan deneyim verisidir.

Bu metriklerin tümünü aynı anda takip etmek zorunlu değildir. Pilot başlamadan önce kurumun en kritik 3-4 göstergesinin seçilmesi, sonuçların yorumlanmasını kolaylaştırır.

Notivex yaklaşımı

Notivex, bu metrikleri ayrı bir analiz aracına veri taşımadan, platform içinde toplanmış olarak görünür kılacak şekilde tasarlanmıştır. Her kritik bildirim; gönderim, okunma ve onay durumuyla birlikte kaydedilir; eskalasyon zincirleri ve SLA hedefleri tanımlanabilir. Pilot süresince bu kayıtlar denetlenebilir operasyon kaydı olarak birikir ve raporlama ekranlarında özetlenebilir.

Pilotun başında, kurumun gerçek bir kritik iletişim senaryosu seçilir ve başarı kriterleri (örneğin "kritik bildirimlerde onay oranı %90'ın üzerinde" gibi) önceden netleştirilir. Bu sayede pilot sonunda elde edilen sayılar, baştan üzerinde anlaşılmış hedeflerle karşılaştırılır. Notivex, KVKK gereksinimlerine göre yapılandırılabilir kayıt ve erişim ayarlarıyla bu süreci destekler.

Örnek senaryo

Orta ölçekli bir belediyenin altyapı ekibi, su kesintisi ve arıza süreçlerinde sahadaki ekiplere ulaşmakta gecikmeler yaşadığını fark eder ve bir pilot başlatır. Pilot kapsamına yalnızca altyapı ve çağrı merkezi birimleri dahil edilir.

Pilotun ikinci gününde sisteme şu kritik bildirim girilir:

> "Acil: Merkez Mahallesi ana hat arızası bildirildi. Sorumlu saha ekibi 15 dakika içinde durumu onaylayıp müdahale durumunu girmelidir. Onaylanmayan bildirimler 15 dakika sonra vardiya amirine eskale edilecektir."

Pilot sonunda raporlamada şu sayılar görülür: kritik bildirimlerde okunma oranı %96, onay oranı %88, ortalama ilk tepki süresi 6 dakika, 4 SLA ihlali ve 3 eskalasyon. Birim kırılımına bakıldığında eskalasyonların çoğunun gece vardiyasında yaşandığı ortaya çıkar. Bu somut veri, kurumun gece vardiyası için kuralları gözden geçirmesini sağlar ve pilotun "değer üretti mi?" sorusu sayılarla yanıtlanmış olur.

Kullanılabilecek modüller

• Raporlama — Okunma, onay, ilk tepki süresi ve eskalasyon gibi metrikleri pilot süresince özetler ve birim bazlı kırılım sunar.
• SLA — Yanıt süresi hedeflerini tanımlar ve ihlalleri ölçülebilir biçimde kaydeder.
• Acknowledge — Bildirimin sadece okunduğunu değil, açıkça onaylandığını teyit ederek onay oranı metriğini besler.