Atanmamış müşteri talepleri neden gecikmelere ve yinelenen yanıtlara yol açar?
Küçük bir işletmede müşteri desteği genellikle gayriresmî şekilde başlar. Paylaşılan bir e-posta adresine veya gelen kutusuna bir talep gelir, biri bunu fark eder ve ekip başka birinin yanıt vereceğini varsayar. Gecikmeler bu varsayımla başlar. Müşteri hiç yanıt alamayabilir, iki farklı yanıt alabilir ya da görüşmenin net bir sorumlusu olmadığı için çözüme götürmeyen bir yanıt alabilir.
Küçük ekipler için müşteri destek talebi sahipliği, gelen her talebin ilerletilmesinden sorumlu tek bir kişinin bulunması demektir. Bu, o kişinin her yanıtı bilmesi veya her görevi tek başına tamamlaması gerektiği anlamına gelmez. Bilgi için iş arkadaşlarına danışabilir, başka bir departmanı sürece dâhil edebilir veya işi bir uzmana devredebilir. Önemli olan, talep çözülene veya resmî olarak devredilene kadar müşteriyle ilgili ilerlemeden tek bir kişinin sorumlu kalmasıdır.
Net sahiplik, ekip içindeki belirsizliği azaltır. İş arkadaşları kimin yanıt verdiğini görebilir, müşterinin sorununu tekrar etmesi gerekmez ve yöneticilerin neler olduğunu anlamak için mesajlar arasında arama yapması gerekmez. Ayrıca, talep hacmi arttıkça daha maliyetli hâle gelen yaygın “Ben senin ilgilendiğini sanıyordum” sorununu da önler.
Basit bir kuralla başlayın: Hiçbir müşteri talebi, paylaşılan destek gelen kutusunda bir sorumlusu ve bir sonraki adımı olmadan kalmamalıdır. Aynı kişilerin satış, operasyon ve destekle ilgilendiği durumlarda bile bu kural pratiktir.
Hangi taleplerin paylaşılan destek gelen kutusuna ait olduğunu belirleyin
Ekip, neyin destek talebi sayıldığı konusunda anlaştığında sahipliği yönetmek kolaylaşır. Paylaşılan gelen kutusu; yanıt, inceleme, takip veya belgelenmiş sonuç gerektiren müşteri görüşmelerini içermelidir. Sipariş veya hizmetle ilgili sorular, hesap sorunları, teslimatla ilgili endişeler, ürün sorunları, şikâyetler ve sunduğunuz şeyin kullanımıyla ilgili yardım talepleri buna tipik örneklerdir.
Her gelen mesajın talebe dönüşmesi gerekmez. Pazarlama mesajları, istenmeyen teklifler ve açıkça ilgisiz e-postalar destek iş akışı dışında ele alınabilir. Amaç her şeyi kaydetmek değildir. Amaç, işlem gerektiren müşteri ihtiyaçlarının ekip tarafından görünür olmasını ve bir kişinin gelen kutusunda kaybolmamasını sağlamaktır.
Herkesin kullanabileceği kısa bir kayıt alma rehberi oluşturun. Bu rehber şu üç soruyu yanıtlayabilir:
- Bu, yanıt veya takip gerektiren bir müşteri talebi mi?
- Müşteri ne istiyor ve hangi ayrıntılar hâlihazırda mevcut?
- Talep türüne veya mevcut iş yüküne göre en uygun ilk sorumlu kim?
Talepleri tek bir ortak yerde tutmak, ekibe ortak bir başlangıç noktası sunar. Müşteri desteği; talepleri alma, görüşmeleri düzenleme ve sorumluları atama için paylaşılan bir gelen kutusu sağlar. Bu, küçük ekiplerin bu ilk kararı özel mesaj dizilerine güvenmek yerine görünür tutmasına yardımcı olur.
Her talep için sorumluluk taşıyan tek bir kişi atayın
Destek taleplerini ekip üyelerine atamak, atama açıkça yapıldığında en iyi sonucu verir. Talebi ilk açan kişinin veya müşteriyi en iyi tanıyan kişinin kim olduğuna dair varsayım yerine, talebe bir isim eklenmelidir. Sorumlu kişi; talebi kontrol etmekten, müşteriyle iletişim kurmaktan, gerekli iç çalışmaları koordine etmekten ve bir sonraki adımı doğrulamaktan sorumludur.
Mümkün olan en erken aşamada bir sorumlu seçin. Bir talep inceleme gerektiriyorsa, incelemeyi başlatacak kişiyi atayın. Talebin başka bir ekip arkadaşına gitmesi gerekiyorsa, ekip karar verirken talebi atanmamış bırakmak yerine ilk sorumlu bu devri netleştirebilir.
Yararlı bir sahiplik standardı dört bölümden oluşur:
- Tek bir adı belirtilmiş sorumlu: Herhangi bir anda talebin ilerlemesinden tek bir kişi sorumludur.
- Görünür bir sonraki adım: Talepte; yanıt verme, bir sipariş ayrıntısını kontrol etme veya bir iş arkadaşından doğrulama isteme gibi bundan sonra ne olacağı belirtilir.
- Makul bir son tarih noktası: Özellikle bilgi bekliyorsa, sorumlu ne zaman gözden geçirmesi veya işlem yapması gerektiğini bilir.
- Net bir devir: Sahiplik değiştiğinde, yeni sorumlu ve değişimin nedeni ekip tarafından görünür olur.
Bir talebin birden fazla sorumlusu olmadan da birden fazla kişi sürece dâhil olabilir. Örneğin, bir iş arkadaşı teknik bir yanıt sağlayabilirken atanan sorumlu müşteriye yanıtı gönderir ve müşteriyle takibi yürütür. Bu ayrım, ekibin iş birliği yapmasına olanak tanırken yinelenen çalışmayı önler.
Atamaları, ekibinizin büyüklüğüne uygun basit bir yaklaşımla dengeleyin. Konuya, müşteri hesabına, dönüşümlü sıraya veya mevcut uygunluğa göre atama yapabilirsiniz. Yöntemden çok tutarlılık önemlidir. Atanan sorumlu kişi yoksa, açık işlerini kimin gözden geçireceğine ve yeniden atamanın ne zaman yapılacağına karar verin.
Görüşme bağlamını ve iç ilerlemeyi bir arada tutun
İşlem yapmak için gereken bilgiler gelen kutularına, sohbet mesajlarına ve hafızaya dağıldığında sahiplik başarısız olur. Talep, müşteriden en baştan başlamasını istemeden sorunun anlaşılabilmesi için sorumlusuna yeterli bağlamı sağlamalıdır. Müşteri görüşmesini, ilgili ayrıntılarla, daha önce yapılan işlemlerle ve verilen taahhütlerle birlikte taleple ilişkilendirin.
Ekibin çalışma alışkanlıklarında müşteriye yönelik iletişimi iç ilerlemeden ayırın. Müşterinin net ve faydalı bir yanıta ihtiyacı vardır. Ekibin de nelerin kontrol edildiğini, kime danışıldığını ve hâlâ nelerin yapılması gerektiğini bilmesi gerekir. Bu ilerlemenin görüşmenin yanında kaydedilmesi, başka bir ekip arkadaşının bağlamı kaybetmeden yardımcı olmasını kolaylaştırır.
Talebi yanıtlamadan veya devretmeden önce sorumlu kişi, talebin şu pratik soruları yanıtladığını kontrol etmelidir:
- Müşterinin neye ihtiyacı var?
- Ekip müşteriye şimdiye kadar ne söyledi veya ne yaptı?
- Hangi bilgiler hâlâ eksik?
- Bir sonraki işlem nedir ve bunu kim yapacak?
- Talep ne zaman tekrar gözden geçirilmeli?
Bu alışkanlık, müşteri desteğinin her kişinin işinin yalnızca bir parçası olduğu durumlarda özellikle değerlidir. Net bir kayıt, yoğun bir dönem, yokluk veya devir sonrasında bir ekip arkadaşının tüm durumu yeniden oluşturmadan çalışmaya devam etmesini sağlar.
Paylaşılan bir iş akışı, katkıda bulunması gereken herkes için sahipliği de görünür kılar. Müşteri destek talebi yönetimi ile ekipler, her müşteri talebinin bağlamını korurken görüşmeleri düzenleyebilir, sorumluları atayabilir ve yanıtları çözüme kadar takip edebilir.
Sahiplik boşluklarını tespit etmek için yanıt ve çözüm süresini kullanın
Süre ölçümleri doğru değerlendirmenin yerini tutmaz, ancak destek talebi sahipliğinin nerede aksadığını gösterebilir. Yanıt süresi, müşterilerin ekipten haber almadan önce ne kadar beklediğini gösterir. Çözüm süresi ise talebin bir sonuca ulaştırılmasının ne kadar sürdüğünü gösterir. Her ikisine bakmak, ilk yanıt sorununu takip sorununundan ayırmaya yardımcı olur.
Talepler ilk yanıt için çok uzun bekliyorsa, yeni taleplerin yeterince sık gözden geçirilip geçirilmediğini ve bir sorumlunun hızlıca atanıp atanmadığını kontrol edin. Talepler hızlı yanıt alıyor ancak uzun süre açık kalıyorsa, eksik sonraki işlemleri, belirsiz devirleri veya planlanmış bir gözden geçirme olmadan bilgi bekleyen talepleri inceleyin.
Sayıları, ekip üyelerini değerlendirmek için bir neden olarak değil, inceleme başlatan işaretler olarak kullanın. Karmaşık bir sorun için daha uzun bir çözüm süresi uygun olabilir. Önemli olan, müşteri beklerken talebin sorumluluk taşıyan bir kişiye, anlaşılır bir kayda ve görünür bir plana sahip olup olmadığıdır.
Atanmamış bekleyen talepler, sahipliğin tekrar tekrar değişmesi veya iç soru sorulduktan sonra duran görüşmeler gibi örüntüleri arayın. Bunlar, iş akışınızın netleştirilmesi gerektiğini gösteren operasyonel işaretlerdir. Yanıt ve çözüm süresini talep sahipliğiyle birlikte takip etmek, destek sorumlularına müşterilerin nerede belirsizlik yaşıyor olabileceğine dair daha kapsamlı bir görünüm sağlar.
Net bir sonraki adımı olmayan talepler için kısa bir haftalık gözden geçirme yapın
Kısa bir haftalık gözden geçirme, küçük boşlukların unutulmuş taleplere dönüşmesini engeller. Açık talepleri ekip olarak veya destek sorumlusu ile incelemek için kısa ve düzenli bir zaman ayırın. Amaç uzun bir toplantı veya ayrıntılı bir rapor değildir. Amaç, her açık müşteri görüşmesinin hâlâ bir sorumlusu ve bir sonraki adımı olduğundan emin olmaktır.
Önce şu grupları gözden geçirin:
- Atanmış sorumlusu olmayan talepler.
- Sonraki işlemin belirsiz olduğu talepler.
- Planlanmış takip olmadan müşteri, iş arkadaşı veya haricî bilgi bekleyen talepler.
- Sorumlusu değişmiş ve daha net bir devre ihtiyaç duyabilecek talepler.
- Güncelleme, karar veya açık kalmaya devam etmesinin belgelenmiş bir nedenini gerektiren eski açık talepler.
Her talep için tek bir karar verin: Atayın, sonraki işlemi tanımlayın, yeniden gözden geçirmek için bir zaman belirleyin veya müşterinin talebi karşılandığında kapatın. Gözden geçirmeyi ilerlemeye odaklı tutun. Zor bir sorun daha derin bir görüşme gerektiriyorsa sorumluyu belirleyin ve bu çalışmayı ayrı olarak planlayın.
Zamanla bu gözden geçirme, atama yaklaşımınızın işe yarayıp yaramadığını gösterecektir. Aynı tür talep düzenli olarak atanmamış kalıyorsa, bunu kimin alması gerektiğini netleştirin. Talepler devirler sırasında sürekli bağlam kaybediyorsa, ekibinizin beklediği devir notunu iyileştirin. İş akışında yapılacak küçük düzenlemeler, genellikle karmaşık kurallar eklemekten daha faydalıdır.
Sahipliği günlük destek rutinine dâhil edin
Net talep sahipliği, karmaşık bir sistem değil, bir disiplindir. İşlem yapılması gereken her müşteri talebini paylaşılan iş akışına ekleyin, ona sorumluluk taşıyan tek bir kişi atayın, bağlamını koruyun ve sonraki işlemi kolayca görünür hâle getirin. Ardından taleplerin nerede takıldığını belirlemek için yanıt ve çözüm zamanlamasını, ayrıca kısa bir haftalık gözden geçirmeyi kullanın.
Herkes aynı temel uygulamaları izlediğinde, müşteriler daha tutarlı iletişim alır ve ekip kimin neyle ilgilendiğini sormaya daha az zaman harcar. Her talebin görünür bir sorumlusu ve çözüme giden net bir yolu olması için Müşteri desteği içinde paylaşılan bir destek iş akışı kurun.