Destek ekipleri çoğu zaman ya hiç ölçmez ya da her şeyi ölçüp hiçbirine bakmaz. İyi bir KPI seti, ikisinin arasında durur: az sayıda, doğru tanımlanmış ve düzenli olarak konuşulan göstergeler. Bu rehberde müşteri destek ekiplerinin takip etmesi gereken temel KPI’ları, her birinin nasıl hesaplanacağını ve en sık düşülen yorum hatalarını anlatıyoruz.
Neden ölçmelisiniz?
Ölçüm, üç soruya cevap vermek için yapılır: Müşterilerimize söz verdiğimiz hizmeti veriyor muyuz? Ekibimiz sürdürülebilir bir tempoda mı çalışıyor? Ürünümüz nerede sorun üretiyor? Her KPI bu sorulardan en az birine hizmet etmelidir. Hiçbir karara dönüşmeyen bir metrik, panoda yer kaplamaktan başka işe yaramaz.
Hız metrikleri
İlk yanıt süresi (First Response Time)
Tanım: Talebin açılmasından ekibin ilk anlamlı yanıtına kadar geçen süre.
Hesaplama: Belirli bir dönemde ilk yanıtı verilen taleplerin yanıt sürelerinin ortancası (medyan) ve 90. yüzdelik değeri. Ortalama da raporlanabilir, ancak birkaç çok uzun bekleyen talep ortalamayı kolayca saptırır.
Dikkat: Süre çalışma saatlerine göre hesaplanmalıdır. Hafta sonu gelen talepler takvim süresiyle ölçülürse metrik ekibin gerçek performansını değil takvimi yansıtır. Otomatik bildirim e-postaları ilk yanıt sayılmamalıdır.
Çözüm süresi (Resolution Time)
Tanım: Talebin açılmasından çözüldü olarak işaretlenmesine kadar geçen süre.
Hesaplama: Dönem içinde çözülen taleplerin çözüm sürelerinin medyanı; öncelik ve talep türüne göre ayrı ayrı.
Dikkat: Tüm talepleri tek bir çözüm süresinde toplamak anlamsızdır: bir şifre sıfırlama sorusu ile bir entegrasyon hatası aynı kefeye konamaz. Talep türüne veya ürüne göre kırılım yapın.
SLA’ya uyum oranı
Tanım: Taahhüt edilen süre içinde yanıtlanan (veya çözülen) taleplerin tüm taleplere oranı.
Hesaplama: Hedef içinde yanıtlanan talep sayısı ÷ toplam talep sayısı × 100. Öncelik bazında ayrıca raporlayın. SLA kavramını ayrıntılı olarak SLA rehberimizde ele alıyoruz.
Kalite metrikleri
İlk temasta çözüm oranı (First Contact Resolution)
Tanım: Ek yazışma gerektirmeden, ilk yanıtla çözülen taleplerin oranı.
Neden önemli: Müşteri için en iyi deneyim, sorununun tek yanıtla çözülmesidir. Bu oran düşükse ekip ya yeterli bilgiye sahip değildir ya da talep formunuz gerekli bilgileri toplamıyordur. Talep formuna birkaç zorunlu alan (ürün sürümü, ekran görüntüsü gibi) eklemek oranı belirgin şekilde artırabilir.
Yeniden açılma oranı
Tanım: Çözüldü olarak işaretlendikten sonra müşterinin yeniden yanıt vermesiyle tekrar açılan taleplerin oranı.
Neden önemli: Hız metriklerinin karşı ağırlığıdır. Ekip SLA’yı tutturmak için talepleri erken kapatıyorsa bu oran yükselir. İlk yanıt süresi iyileşirken yeniden açılma oranı da artıyorsa, iyileşme gerçek değildir.
Müşteri memnuniyeti (CSAT)
Tanım: Talep çözüldükten sonra müşteriye sorulan kısa bir memnuniyet sorusunun olumlu yanıt oranı.
Dikkat: Yanıt oranı düşükse sonuçlar temsili değildir; genellikle çok memnun veya çok memnuniyetsiz müşteriler yanıt verir. CSAT’ı tek başına değil, yorumlarla birlikte okuyun. Olumsuz yanıtların nedenini sınıflandırmak (ürün hatası, yavaş yanıt, yanlış yönlendirme) asıl değeri üretir.
Hacim ve iş yükü metrikleri
Gelen talep sayısı
Günlük, haftalık ve aylık gelen talep sayısı; ürün, müşteri ve talep türüne göre kırılımıyla birlikte. Ani artışlar genellikle bir sürümün, bir kesintinin veya bir pazarlama kampanyasının sonucudur. Bu kırılım, destek verisini ürün ekibi için değerli bir geri bildirim kaynağına dönüştürür.
Açık talep (backlog) ve yaş dağılımı
Belirli bir anda çözülmeyi bekleyen talep sayısı ve bu taleplerin ne kadar süredir beklediği. Toplam açık talep sayısı sabit kalsa bile, 7 günden eski taleplerin payı artıyorsa bir sorun büyüyor demektir.
Personel başına iş yükü
Her personelin üzerindeki açık talep sayısı ve dönem içinde üstlendiği/çözdüğü talep sayısı. Bu metrik bir performans yarışı için değil, iş yükünü dengelemek için kullanılmalıdır. Zor talepleri üstlenen deneyimli bir personelin çözdüğü talep sayısı doğal olarak daha düşük olabilir.
Self servis metrikleri
Bilgi bankası veya SSS içerikleriniz varsa, en çok görüntülenen içerikleri ve en çok talep açılan konuları karşılaştırın. Çok talep gelen ama içeriği olmayan konular, yazılacak ilk makalelerdir. Bilgi bankası iyi çalıştığında gelen talep sayısı kullanıcı sayısına oranla azalır; bu oran (kullanıcı başına talep) self servisin başarısını ölçmenin en sade yoludur.
Yorum hataları
- Tek metriğe odaklanmak: Hız metrikleri kalite metrikleriyle, hacim metrikleri iş yüküyle birlikte okunmalıdır.
- Ortalamaya güvenmek: Medyan ve yüzdelik değerler daha dürüst bir tablo çizer.
- Bağlamı unutmak: Büyük bir sürüm haftasındaki kötü rakamlar, normal bir haftayla aynı şekilde yorumlanmamalıdır.
- Metrikleri bireysel cezaya dönüştürmek: Ekip, sayıları “iyi göstermeye” başlar; zor talepler bekletilir, kolaylar önce kapatılır.
- Tanımları yazmamak: “Çözüldü” ne demek? Müşteri onayı mı, ekibin kararı mı? Tanımlar yazılı değilse aylar içinde metrik anlamını yitirir.
Hedef belirlerken nereden başlamalı?
KPI hedeflerini sektör ortalamalarından kopyalamak cazip gelir, ama bu ortalamalar ürününüzün karmaşıklığını, müşteri profilinizi ve ekip büyüklüğünüzü yansıtmaz. Daha sağlıklı yöntem, önce dört ila altı hafta boyunca hiçbir hedef koymadan ölçmek ve kendi başlangıç değerlerinizi (baseline) çıkarmaktır. Ardından her çeyrek için bir veya iki metrikte küçük, ulaşılabilir iyileştirmeler hedefleyin; örneğin ilk yanıt süresinin 90. yüzdelik değerini %10 azaltmak gibi.
Hedefleri ekip ile birlikte belirlemek, sahiplenmeyi artırır. Bir hedef tutturulamadığında ilk soru “kim yavaş kaldı?” değil, “süreçte ne değişti?” olmalıdır: yeni bir sürüm mü çıktı, bir ürün daha mı eklendi, izinli personel mi vardı? Bu bağlam kaydedilmezse birkaç ay sonra grafiklerdeki dalgalanmaları yorumlamak imkânsız hâle gelir.
Başlangıç için önerilen pano
Küçük ve orta ölçekli bir destek ekibi için şu altı gösterge çoğu zaman yeterlidir:
- İlk yanıt süresi (iş saatine göre, medyan ve 90. yüzdelik)
- Öncelik bazında SLA uyum oranı
- Açık talep sayısı ve 7 günden eski taleplerin payı
- Yeniden açılma oranı
- Ürün ve talep türüne göre gelen talep sayısı
- Personel başına açık talep
Bu göstergeleri haftalık 15 dakikalık bir toplantıda gözden geçirin. Her toplantıdan en az bir aksiyon çıkmıyorsa ya metrikler yanlış seçilmiştir ya da toplantının formatı değişmelidir.
DeskRon ile ölçüm
DeskRon’un genel bakış ekranı açık ticket sayısını, gelen talepleri ve çalışma saatlerine göre hesaplanan ilk yanıt süresini gösterir. Ekip raporları ise personel bazında üstlenilen ve çözülen talepleri ve yanıt performansını karşılaştırmanızı sağlar. Böylece yukarıdaki panonun temel göstergelerini ek bir araca gerek kalmadan izleyebilirsiniz.