Potansiyel müşteriye yanıt süresi, ekip saatin ne zaman başlayıp ne zaman durduğunda anlaştığında anlamlıdır. Form gönderimi, CRM kaydının açılması, otomatik e-posta ve anlamlı bir insan yanıtı farklı olaylardır. En kolay bulunan zaman damgasını ölçmek, yavaş bir aktarımı hızlı gösterebilir.
Aşağıdaki, her işletmeye uyan tek bir evrensel yanıt hedefi iddiası değil, operasyonel bir ölçüm çerçevesidir. Küçük bir danışmanlık, kurumsal bir satış ekibi ve yerel bir hizmet şirketinin kapsaması ve talep türleri farklıdır. Hedef eklemeden önce ekibinizin sürdürebileceği bir tanım kullanın.
Dört zaman damgasını tanımlayın
- Alınma: talebin kontrollü formunuza ya da gelen kutunuza ilk ulaştığı an.
- Atanma: birinin ondan sorumlu olduğu an.
- Bildirim: gönderenin, kullanıyorsanız, otomatik bir alındı belgesi aldığı an.
- İnsan yanıtı: bir ekip üyesinin ilk ilgili yanıtı ya da belgelenmiş iletişim denemesini yaptığı an.
Bildirimi insan yanıtından ayrı tutun. “Mesajınızı aldık” diyen bir alındı ziyaretçiye yardım eder, ama birinin talebi anladığını kanıtlamaz. Ekibiniz bir telefon denemesini yanıt sayıyorsa, e-posta odaklı ve telefon odaklı ekipler tutarlı karşılaştırılsın diye bu seçimi belgeleyin.
Geçen süreyi ve kadrolu süreyi birlikte kullanın
Geçen süre müşterinin bekleyişini tarif eder. Kadrolu süre, bu bekleyişin tanımlı kapsama saatleriniz içindeki kısmını tarif eder. İkisi de yararlı olabilir, ama biri diğerinin sessizce yerini almamalıdır.
Cuma 16:50’de alınıp pazartesi 09:10’da yanıtlanan hayalî bir talep düşünün. Kapsama pazartesiden cumaya 09:00–17:00 ve arada tatil yoksa geçen süre 64 saat 20 dakikadır. Kadrolu süre 20 dakikadır. Yalnızca bir sayıyı raporlamak hikâyenin başka bir parçasını gizler. Özellikle ekipler bölgeler arasında çalışıyorsa saat dilimi ve tatil kurallarını açık tutun.
Küçük bir raporla başlayın
| Alan | Amaç |
|---|---|
| Talep tanımlayıcısı | Paylaşılan ekran görüntülerine kişisel ayrıntı koymadan kaydı izleyin |
| Alınma ve atanma zamanları | Yönlendirme gecikmesini yanıt gecikmesinden ayırın |
| Sahip ve kuyruk | Yanıtsız bir talebin nerede beklediğini belirleyin |
| İlk insan yanıtı | Yanıt saatini tutarlı bitirin |
| Geçen ve kadrolu dakikalar | Müşteri bekleyişini kapsamanın yanında gösterin |
| Hâlâ yanıtsız | Açık taleplerin rapordan kaybolmasını önleyin |
Yanıtsız talepleri ortalamayla silmeyin
Yalnızca yanıtlanan lead’leri içeren bir rapor, en zor talepler el değmemişken mükemmel görünebilir. Yanıtsız sayısını ve en eski açık talebin yaşını yanıt süresi özetlerinin yanında gösterin. Talep türüne göre yalnızca her grubun anlamlı olacak kadar kaydı olduğunda bölün.
Tipik yanıtlanan bir talebi tarif etmek için ortancayı kullanın, sonra dağılımın yavaş ucunu ve gerçek kayıtlarını inceleyin. Tek bir ortalama, herkesin orta derecede mi beklediğini yoksa küçük bir grubun çok daha uzun mu beklediğini söyleyemez.
Raporu tek bir operasyonel değişikliğe çevirin
Yavaş birkaç kaydı onları ele alan kişilerle gözden geçirin. Alınmadan atanmaya süre baskınsa yönlendirme ve yedek sahiplik üzerinde çalışın. Atanmadan yanıta süre baskınsa kapsama, iş yükü ve yanıt için gereken bilgiyi inceleyin. Gecikmenin nerede olduğunu bulmadan daha hızlı yanıt talep etmekten kaçının.
Her değişiklik için bir sahip, bir gözden geçirme tarihi ve görünür bir sonuç adlandırın. Örneğin: “Atanmamış talepler, her kadrolu günün başında ve sonunda kontrol edilen ortak bir kuyrukta görünür.” Bu önerilen bir iş akışıdır, bir performans garantisi değildir.
İnsanları yargılamadan önce veri kalitesini kontrol edin
Mükerrer gönderimler, içe aktarılmış geçmiş kişiler ve yeniden açılmış konuşmalar saati bozabilir. Zaman damgalarının üzerine yazmak yerine özgün olayı koruyun ve her dışlamayı belgeleyin. Mükerrer lead inceleme rehberi, kayıtların birleştirilmeden önce neden kontrol edilmesi gerektiğini anlatır. Talepler atanmadan önce kayboluyorsa formdan CRM’e aktarım ile başlayın.
