Bu rehberi okuduğunuzda, destek operasyonunda hangi metriği neden izleyeceğinizi ve hangi metriğin ekibinizi bozacağını bileceksiniz. Rapor kurmak kolaydır; Zoho Desk hazır olarak çok sayıda rapor sunar. Zor olan, hangi sayının karar ürettiğine karar vermektir. Şu cümle bu rehberin özetidir: ölçtüğünüz şey, ekibin davranışını değiştirir. Yanlış metrik, iyi çalışan bir ekibi rakamı yönetmeye iter ve bu, hiç ölçmemekten daha kötü sonuç verir.
Her Metrik Bir Davranış Üretir
Bir sayıyı ekibe gösterdiğiniz anda o sayı hedefe dönüşür. Bu kaçınılmazdır ve kötü niyetle ilgisi yoktur; insanlar ölçüldükleri şeyi iyileştirirler. Sorun, ölçünün gerçek amacı temsil etmemesidir.
| Metrik | Amaçlanan | Ürettiği davranış |
|---|---|---|
| Kapatılan talep sayısı | Verimlilik | Erken kapatma, konuyu bölerek talep sayısını artırma |
| Ortalama çözüm süresi | Hız | Zor talepleri kuyrukta bekletme, kolayları öne alma |
| İlk yanıt süresi | İlgi | İçeriksiz "aldık, bakıyoruz" yanıtları |
| Memnuniyet puanı | Kalite | Yalnızca memnun müşteriden anket isteme |
Bu tablonun sonucu "ölçmeyin" değildir. Sonuç şudur: hiçbir metriği tek başına kullanmayın. Her hız metriğinin yanında bir kalite metriği durmalıdır. Kapatma sayısının yanında yeniden açılma oranı, ilk yanıt süresinin yanında ilk temasta çözüm oranı olmalıdır. Çift ölçüm, tek ölçümün ürettiği bozulmayı engeller.
Gerçekten Karar Ürettiren Altı Sayı
Sahada gördüğümüz kadarıyla destek operasyonunun sağlığı altı sayıyla okunur. Fazlası bilgi vermez, dikkat dağıtır.
Gelen hacim ve dağılımı
Kaç talep, hangi kanaldan, hangi konudan. Kapasite planlamasının ve self servis önceliklerinin tek girdisi budur.
İlk yanıt süresi
Ortalaması değil dağılımı önemlidir. Ortalama iyi görünürken taleplerin bir kısmı günlerce bekliyor olabilir.
Açık talep yaşı
Kuyruğun en eskisi kaç günlük. Bu sayı, ortalamaların gizlediği sessiz sorunları ortaya çıkarır.
Yeniden açılma oranı
Kaç talep kapandıktan sonra geri geldi. Gerçek çözüm kalitesini gösteren tek doğrudan ölçüdür.
İlk temasta çözüm
Kaç talep tek yanıtla kapandı. Bilgi bankasının ve temsilci yetkinliğinin birlikte göstergesi.
Tekrar eden konu
Aynı konudan gelen talep sayısı. Bu sayı düşmüyorsa, kök sorun çözülmüyor demektir.
Bu altı sayının içinde temsilci bazlı hiçbir performans ölçüsü yoktur ve bu bilinçlidir. Kişi bazlı ölçüm, ekip metrikleri sağlıklı işlemeye başladıktan sonra ve yalnızca gelişim amacıyla devreye alınır.
Ortalama Yalan Söyler
Destek raporlamasındaki en yaygın teknik hata, ortalamaya bakmaktır. Ortalama, uçları gizler ve destek operasyonunda hasar tam olarak uçlarda oluşur.
Yüz talebin doksanı on dakikada, onu üç günde yanıtlanmışsa ortalama makul görünür. Oysa o on müşteri artık size güvenmiyordur. Bu yüzden süre metrikleri şu üç biçimde okunmalıdır.
Dağılıma bakın, ortalamaya değil
Ortalama tek sayıdır, dağılım gerçeği gösterir.
Taleplerin yüzde kaçı bir saat içinde, yüzde kaçı bir gün içinde, yüzde kaçı daha geç yanıtlandı. Bu üç dilim, ortalamadan çok daha fazlasını söyler.
En kötü yüzde beşi ayrı izleyin
Kayıp müşteriler bu dilimden çıkar.
En uzun bekleyen talepleri her hafta tek tek okumak, hiçbir panonun veremeyeceği bilgiyi verir. Ortak bir kalıp neredeyse her zaman bulunur.
Kanal ve kategori kırılımı yapın
Toplam sayı, kötü çalışan tek bir hattı gizler.
Genel ortalama iyiyken bir kanalın belirgin biçimde geride kalması yaygındır. Kırılım yapılmadan bu görülmez.
Süre metriklerinin çalışma saatlerine göre mi yoksa takvim saatine göre mi hesaplandığını bilin. İkisi arasındaki fark, mesai dışı gelen taleplerde saatlerle ölçülür. Rapor okuyan yöneticiye bu tanımın söylenmemesi, yanlış kararların sessiz kaynağıdır.
Pano Tasarımı: Kim Bakacak
Pano, izleyicisine göre tasarlanır. Aynı panoyu hem temsilciye hem genel müdüre göstermek, ikisine de yaramaz.
| İzleyici | Bakma sıklığı | Ne görmeli | Ne görmemeli |
|---|---|---|---|
| Temsilci | Gün içinde sürekli | Kendi kuyruğu, SLA riski taşıyanlar, yeniden açılanlar | Ekip karşılaştırması, aylık trend |
| Takım sorumlusu | Günlük | Sahipsiz talepler, yaşlanan kuyruk, kanal bazlı yük | Yıllık büyüme grafiği |
| Yönetim | Haftalık veya aylık | Hacim trendi, tekrar eden konular, SLA uyumu, kapasite ihtiyacı | Tekil talep detayları |
Temsilci panosunda ekip karşılaştırmasının olmaması bilinçli bir tercihtir. Kişiler arası sıralama, işbirliğini bitirir: kimse zor talebi almak istemez, kimse arkadaşına yardım etmek için kendi sayısını riske atmaz.
Memnuniyet Ölçümü
Talep kapanışında gönderilen memnuniyet anketi, doğru kurulduğunda en değerli geri bildirim kaynağıdır. Yanlış kurulduğunda ise yalnızca zaten memnun olanların yanıtladığı, sürekli yüksek çıkan ve hiçbir şey söylemeyen bir sayı üretir.
- Herkese gönderin, seçmeyin. Temsilcinin anketi kime göndereceğini seçebildiği yapıda sonuç her zaman yüksektir ve her zaman anlamsızdır.
- Kısa tutun. Tek soru ve isteğe bağlı bir yorum alanı. Uzun anket, yanıt oranını düşürür ve düşen yanıt oranı ölçümü bozar.
- Olumsuz yanıtı sürece bağlayın. Düşük puan geldiğinde otomatik olarak bir inceleme kaydı oluşmalı ve birileri o müşteriyi aramalıdır. Aksi halde anket, şikâyeti toplayıp hiçbir şey yapmayan bir mekanizmaya dönüşür.
- Puanı temsilci karnesi yapmayın. Müşteri çoğu zaman aldığı yanıtı değil, aldığı cevabı puanlar. Olumsuz haberi doğru şekilde ileten temsilci, düşük puan alabilir.
Zamanlanmış Rapor: Kimse Panoya Gitmez
Kurulan panoların çoğuna ilk haftadan sonra bakılmaz. Sebep panonun kötü olması değil, insanın oraya gitmeyi hatırlamamasıdır. Çözüm, raporu insanın bulunduğu yere göndermektir.
Günlük
Takım sorumlusuna sabah: sahipsiz talepler ve dün kapanmayanlar. Kısa, eyleme dönük.
Haftalık
Ekibe: hacim, en çok gelen üç konu, yeniden açılanlar. Toplantının gündemi budur.
Aylık
Yönetime: trend, SLA uyumu, kapasite. Karar üretmesi beklenen tek rapor budur.
Tetiklenen
Eşik aşıldığında: hacim ani yükseldiğinde veya kritik SLA ihlal edildiğinde. Takvime bağlı değildir.
Rapor gönderiminde tek kural şudur: her raporun bir eylemi olmalıdır. Okunduktan sonra hiçbir şey yapılmayan rapor, üçüncü haftadan itibaren açılmadan silinir ve o andan sonra hiçbir raporun ciddiyeti kalmaz.
Rakamdan Karara
Raporlamanın amacı tablo üretmek değil, üç soruyu yanıtlamaktır. Panolarınız bu üçünü yanıtlamıyorsa fazladır.
- Yeterli kişi var mı? Hacim trendi ile açık talep yaşı birlikte okunur. Yaş artıyor ve hacim sabitse sorun kapasite değil süreçtir.
- Neyi kaynağında çözmeliyiz? Tekrar eden konu listesi, hem bilgi bankası hem de ürün ekibi için iş listesidir.
- Nerede sözümüzü tutamıyoruz? SLA uyumunun kanal ve kategori kırılımı, taahhüdün nerede gerçekçi olmadığını gösterir.
Rapor güvenilirliği, altındaki verinin temizliğine bağlıdır. Verinin nasıl korunacağı, saklanacağı ve gerektiğinde silineceği Veri Yönetimi, Yedekleme ve KVKK rehberinde ele alınıyor.
