Müşteri Talepleri Nerede Kayboluyor? CRM’de Talep Takibi
Müşteri talep takibi CRM’de nasıl kurulur? Taleplerin kaybolduğu dört yer, talep kaydında bulunması gerekenler, yanıt süresi taahhüdü ve dört ölçüm.
Müşteri, tanıdığı satış temsilcisine WhatsApp'tan yazar. Temsilci toplantıdadır, mesaj akışta kaybolur. İki hafta sonra müşteri "sormuştum" der ve kimse ne sorulduğunu bulamaz. Talep bir sisteme düşmediği için hiç var olmamıştır. Müşteri talep takibi, bu kayıpları görünür kılan operasyonel disiplindir.
Talepler nerede kayboluyor?
- Kişisel kanallarda: WhatsApp, doğrudan telefon, temsilcinin kişisel e-postası.
- Toplantı içinde: görüşmede söylenen bir istek not alınmazsa kaybolur.
- Ekipler arasında: satışa gelen teknik soru destek ekibine iletilir, orada sahipsiz kalır.
- Devir sırasında: temsilci izne çıkar veya ayrılır, açık talepler onunla birlikte gider.
Ortak nokta şudur: talep bir yere kaydedilmediği sürece kimse onu takip edemez ve kaybı da ölçülemez.
Her kanal tek bir yere düşmeli
Müşteriden kanal değiştirmesini istemek gerçekçi değildir; size nasıl ulaşmak istiyorsa öyle ulaşacaktır. Çözüm kanalı yasaklamak değil, tüm kanalları tek bir kayda bağlamaktır.
Pratik kural: hangi kanaldan gelirse gelsin, talep CRM'de müşteri kaydına bir aktivite olarak açılır. Temsilcinin işi mesajı çözmek değil, önce kaydetmektir. Kaydedilmeyen talep, yapılmamış iştir.
Talep kaydında bulunması gerekenler
- Talebin geldiği tarih ve kanal
- Talep türü: teknik sorun, bilgi, değişiklik isteği, şikâyet, fiyat
- Sahibi — kişi adı, ekip adı değil
- Hedef kapanış tarihi
- Durum: açık, beklemede, çözüldü
- Bağlı olduğu müşteri ve varsa anlaşma kaydı
Sahip alanının kişi olması kritiktir. "Destek ekibi" sahiplik değildir; herkesin sorumlu olduğu talep kimsenin sorumluluğunda değildir.
Talep türünü ayırmak neden önemli?
Şikâyet ile bilgi talebi aynı süreçle yönetilemez. Şikâyet saatler içinde yanıt ister ve yönetim görünürlüğü gerektirir; bilgi talebi birkaç gün bekleyebilir.
Türü kapalı liste olarak tuttuğunuzda birkaç ay sonra elinizde çok değerli bir tablo olur: hangi konuda kaç talep geliyor? Aynı sorunun otuz kez sorulması, bir ürün veya doküman eksiğinin en net kanıtıdır.
Yanıt süresi için gerçekçi taahhüt
Karmaşık bir hizmet seviyesi tablosu kurmayın. Üç kademe çoğu ekip için yeterlidir: kritik, normal, düşük. Her kademe için tek bir yanıt süresi belirleyin ve tutulabilir olsun.
İki farklı süreyi ayrı ayrı ölçün: ilk yanıt süresi ve çözüm süresi. Müşteriyi en çok rahatsız eden, çözümün geç gelmesi değil, hiç ses çıkmamasıdır. İlk yanıt hızlıysa çözüm süresi için alan kazanırsınız.
Satış ekibi talepleri görebilmeli
Temsilci yenileme görüşmesine giderken müşterinin son üç ayda beş açık talebi olduğunu bilmiyorsa, görüşme daha başlamadan zor bir yere gider.
Talepleri destek sisteminde ayrı tutmak yerine müşteri kaydına bağlayın. Bu tek değişiklik, satış ekibinin hangi hesaba dikkatli yaklaşması gerektiğini görmesini sağlar.
Kapatmadan önce müşteriye teyit
Çözüldü işaretlenen taleplerin bir kısmı aslında çözülmemiştir; ekip kendi tarafında bitirmiş ama müşteriye haber verilmemiştir.
Kapatma adımına küçük bir kural koyun: müşteriye bildirilmeden hiçbir talep kapanmaz. Yeniden açılan talep oranını izleyin; bu oran yüksekse çözümler erken kapatılıyor demektir.
İzlenmesi gereken dört sayı
- Açık talep sayısı ve yaşı: otuz günü geçen açık talep bir uyarıdır.
- İlk yanıt süresi: memnuniyetle en güçlü ilişkisi olan sayı.
- Yeniden açılma oranı: çözüm kalitesinin göstergesi.
- Müşteri başına talep sayısı: hizmet yükünü ve kârlılığı doğrudan etkiler.
Nereden başlamalı
Bu hafta yapılacak iş: satış ve destek ekibine sorun — şu an üzerinde çalıştığınız, hiçbir sistemde kaydı olmayan kaç müşteri talebi var? Çıkan sayı, takip sisteminin gerekliliğini tartışmasız hale getirir.
Closync, hangi kanaldan gelirse gelsin talepleri müşteri kaydına bağlayarak satış ve operasyonun aynı tabloyu görmesini sağlar.
