Tek bir 'ortalama yanıt süresi' birden fazla beklemeyi gizleyebilir. Müşteriye talebin alındığını bildirmek, uygunluk kararı vermek ve tamamlanmış teklifi göndermek farklı olaylardır. Bu saatler birbirine karışırsa sayı işin gerçekte nerede beklediğini göstermez.
Aşağıdaki ölçüm şablonu bu olayları ayırır. Excel, Google Sheets veya CRM dışa aktarımında kullanılabilir; her işletmenin aynı hedefe sahip olması gerektiğini varsaymaz.
Ölçmeden önce dört ayrı saat tanımlayın
İlk insan yanıt süresi, talebin gelişinden anlamlı ilk insan yanıtına kadar sürer. Otomatik alındı mesajını ancak gerçek bir soruyu yanıtlıyor veya incelenmiş bir sonraki adımı bildiriyorsa sayın. Nitelendirme süresi; uygunluk, eksik bilgi ve sorumlu kaydedildiğinde biter.
Teklif çevrim süresi kararlaştırılmış başlangıç olayından—genellikle nitelendirmeye hazır durumdan—teklif gönderimine kadar sürer. Takip gecikmesi, tarihli sonraki adımdan tamamlanan takibe kadar ölçülür. Her zaman damgasını ayrı saklayın.
Zaman damgası sözleşmesi kurun
Her geçerli talep için sabit ID, kaynak, saat dilimli geliş zamanı, ilk insan yanıtı, nitelendirmeye hazır zamanı, teklif gönderim zamanı, sorumlu, iş türü, pazar ve sonucu saklayın. Hesaplamada kullanılan çalışma saatleri takvimini de kaydedin.
Mesai dışında gelen mesajlar için tek kural seçin: ya geçen gerçek süreyi ölçün ya da saati bir sonraki mesai başlangıcına kadar durdurun. Kayıtlar arasında yöntem değiştirmeyin; ham zaman damgalarını daha sonra denetlenebilmesi için koruyun.
Medyan, P90 ve hedefe uyumu birlikte raporlayın
Medyan, süreler sıralandığında ortada kalan değerdir. P90, geçerli kayıtların yüzde 90'ının tamamlandığı süredir. Hedefe uyum oranı ise ekibin belirlediği sürede tamamlanan geçerli kayıtların tüm geçerli kayıtlara bölümüdür.
Aritmetik ortalamayı ana gösterge değil, ikincil teşhis olarak tutun. Terk edilmiş veya hafta sonuna yayılmış tek kayıt ortalamayı tipik durumdan uzaklaştırabilir. Medyan ortayı, P90 yavaş kuyruğu, hedefe uyum ise verilen operasyon sözünün tutarlılığını gösterir.
Hariç tutulan kayıtları görünür yapın
Test, kopya, spam ve geri çekilmiş talepleri yalnız açık bir nedenle hariç tutun. Raporu kötü gösterdiği için yavaş kaydı silmeyin. Eksik zaman damgasını da ayrı kalite metriği olarak ölçün: eksik geçerli kayıtlar bölü tüm geçerli kayıtlar.
Yalnız işleyişin farklı olduğu yerlerde segment oluşturun: web ve ortak e-posta, servis ve proje işi, mesai içi ve dışı veya Türkiye ve İngiltere gibi. Küçük segmentleri güvenilir sektör ortalaması gibi değil, küçük örneklem olarak gösterin.
Raporu haftalık çalışma döngüsüne çevirin
Önce en eski açık talepleri, ardından sorumlusu olmayanları, tarihli sonraki adımı bulunmayanları ve hedef süreyi aşanları inceleyin. En yavaş örneklerin nedenini sınıflandırın: eksik bilgi, belirsiz sorumluluk, kapasite, onay, tedarikçi bağımlılığı veya entegrasyon hatası.
Yalnız tekrarlanan ve gözlenebilir nedeni otomatikleştirin. Yakalama ve yönlendirme çoğu zaman otomatikleşebilir; fiyat, teknik uygunluk ve ticari taahhütler insan kontrolünde kalır. Olay tanımları ve takvim sabitlenmeden dönemleri karşılaştırmayın.