Küçük bir ekip müşteri desteğini birlikte yürüttüğünde, her yeni mesaj acil gibi gelebilir. Bir ödeme sorusu, şikâyet, teslimat sorgusu ve basit bir nasıl yapılır talebi aynı saat içinde gelebilir. Ekip yalnızca en yeni ya da en yüksek sesli talebe yanıt verirse, gerçekten zamana duyarlı sorunlar gereğinden fazla bekleyebilir; rutin sorular da odaklanmış dikkat gerektiren işleri kesintiye uğratabilir.
Küçük işletmeler için müşteri destek talebi önceliklendirmesi karmaşık bir puanlama modeli gerektirmez. Şimdi neye dikkat edilmesi gerektiğine, neyin adı belirlenmiş bir sorumluya ihtiyaç duyduğuna ve neyin normal kuyrukta ele alınabileceğine karar vermek için ortak, tekrarlanabilir bir yöntem gerektirir. Amaç müşterileri ilgi görmek için yarıştırmak değildir. Her talebe uygun bir sonraki adımı vermek ve hiçbir konuşmanın kişiler veya görevler arasında kaybolmamasını sağlamaktır.
Bu yöntem, paylaşılan gelen kutusuyla çalışan ekipler için tasarlanmıştır. Ekibin yanıt ve çözüm sürelerini korumasına, sorumluluğu sürdürmesine ve müşterilerin daha önce sunduğu bağlamı muhafaza etmesine yardımcı olurken karar alma sürecini sade tutar.
Her müşteri talebine eşit derecede acilmiş gibi davranmak neden gecikme yaratır?
“İlk gelen ilk çıkar” adil görünür, ancak her zaman yararlı değildir. Önemli bir işlemi tamamlayamayan müşteri, genel bilgi isteyen birinden daha erken yardıma ihtiyaç duyabilir. Benzer şekilde, her mesaja anında yanıt vermek ekibin sürekli görev değiştirmesine neden olabilir ve dikkatli yanıt gerektiren talepleri incelemek için daha az zaman bırakabilir.
Her şey acil olarak etiketlendiğinde, hiçbir şeyin kuyrukta net bir yeri olmaz. Ekip üyeleri, bir konuşmayı kimin ele aldığını bilmedikleri için aynı yanıtları tekrarlayabilir. Araştırma gerektiren bir talep, herkes başka birinin incelediğini varsaydığı için yanıtsız kalabilir. Müşteriler tutarsız güncellemeler alır ve ekip çözülmemiş konulardaki görünürlüğünü kaybeder.
Önceliklendirme, müşteri hakkında bir yargı değil, bir sonraki eylem hakkında bir karardır. Rutin bir talep yine de yardımcı bir yanıtı hak eder. Düşük öncelikli bir sorunun da çözüme giden bir yolu olmalıdır. Fark, ekibin bu talebin anında yanıt, atanmış bir inceleme veya normal takip gerektirip gerektirmediği konusunda anlaşmasıdır.
İş atamadan önce az sayıda aciliyet göstergesi kullanın
İlk değerlendirmeyi, gelen kutusunu devralan herkesin uygulayabileceği kadar basit tutun. Kesin bir puan hesaplamaya çalışmak yerine, ekibin ne kadar kısa sürede harekete geçmesi gerektiğini değiştiren birkaç pratik göstergeye bakın.
- Müşteri üzerindeki etki: Müşterinin önemli bir işlemi yapması engelleniyor mu veya sorun, devam etme becerisini etkiliyor mu?
- Kapsam: Talep tek bir kişiyi mi etkiliyor gibi görünüyor, yoksa birden fazla müşteriyi etkileyebilir mi?
- Zaman hassasiyeti: Net bir son tarih, süreli bir etkinlik veya bilgiye yönelik acil bir ihtiyaç var mı?
- Gereken çalışma: Ekip doğrudan bir yanıt verebilir mi, yoksa talep inceleme, koordinasyon ya da karar gerektiriyor mu?
- Mevcut geçmiş: Bu yeni bir soru mu, yoksa zaten ilgi gerektiren ve çözülmemiş bir konuşmanın parçası mı?
Bu göstergeler üç pratik öncelik düzeyini destekleyebilir. Acil bir talebin açık ve önemli bir etkisi vardır, hızlı bir teyit veya eylem gerektirir ya da birden fazla müşteriyi etkileyebilir. Aktif bir talep, adı belirlenmiş bir kişi ve zamanında ilerleme gerektirir; ancak herkesin mevcut işini bırakmasını gerektirmez. Rutin bir talep normal kuyrukta kalabilir ve ekibin standart çalışma düzeninde yanıt alabilir.
Yeni bilgiler geldikçe öncelik değişebilir. Müşteri engellendiğini açıkladığında rutin bir mesaj aktif hâle gelebilir. Ekip sorunun ilk düşünüldüğünden daha geniş kapsamlı olduğunu öğrendiğinde aktif bir inceleme acil hâle gelebilir. İlk etiketi kalıcı kabul etmek yerine yeniden değerlendirmeyi normalleştirin.
Her aktif talebe net bir sorumlu atayın
Sorumluluk olmadan öncelik yalnızca bir etikettir. Bir talep aktif olarak ele alınmayı gerektirdiğinde, bir sonraki adımından sorumlu olacak tek bir kişi atayın. Bu sorumlunun her işi bizzat yapması gerekmez. Müşterinin güncelleme aldığından, gerekli dahili işlemin takip edildiğinden ve talebin unutulmadığından emin olan kişidir.
Net sorumluluk, kişilerin genellikle birden çok görevi üstlendiği küçük ekiplerde özellikle önemlidir. Bir iş arkadaşının yanıtı incelemesi gerekiyorsa, talep sorumlusu konuşmanın sorumluluğunu sürdürürken ondan bilgi isteyebilir. Bu, bir talebin bir kişiden diğerine gayriresmî olarak aktarılması nedeniyle müşterinin yanıtsız kalması gibi yaygın bir durumu önler.
Atama yapmadan önce, sorumlunun iyi bir başlangıç yapabilmesi için yeterli bağlamı kaydedin: müşterinin ne sorduğu, daha önce ne söylendiği, talebin mevcut önceliğinin nedeni ve müşteriye yönelik bir sonraki eylemin ne olması gerektiği. Talep zaten ele alınıyorsa, yalnızca başka biri müsait diye yeniden atamaktan kaçının. Gereksiz devirler tutarlı bir yanıt sürdürmeyi zorlaştırır.
Paylaşılan bir destek çalışma alanı, talepleri tek bir gelen kutusunda toplayarak, konuşmaları düzenleyerek ve sorumlular atayarak bu disiplini kolaylaştırabilir. Paylaşılan talep yönetimi için müşteri destek uygulaması, küçük ekiplerin talepleri almasına, sorumluluk atamasına ve bağlamı korurken her konuşmayı çözüme kadar takip etmesine yardımcı olmak üzere tasarlanmıştır.
Müşteriye verilecek bir sonraki yanıtı dahili takipten ayırın
Bir talebin aynı anda iki farklı şeye ihtiyacı olabilir: müşteriye verilecek bir yanıt ve arka planda yapılacak çalışma. Bunları aynı görev olarak ele almak yaygın bir gecikme nedenidir. Kısa bir teyit müşteriye talebin ele alındığına dair güven verebilecekken ekip, müşteriye yanıt vermeden önce her dahili ayrıntı öğrenilene kadar bekleyebilir.
Her aktif talep için iki net sonraki adımı yazın:
- Müşteriye yönelik sonraki adım: Müşteri sırada ne duyacak, bunu kim ve ne zaman gönderecek?
- Dahili sonraki adım: Talep çözüme kavuşmadan önce nelerin kontrol edilmesi, kararlaştırılması veya tamamlanması gerekiyor?
Örneğin, müşteriye yönelik adım ekibin sorunu incelediğini teyit etmek ve müşterinin başka bir güncellemeyi ne zaman bekleyebileceğini söylemek olabilir. Dahili adım ise konuşma geçmişini kontrol etmek, bir iş arkadaşıyla ayrıntıları doğrulamak veya doğru bir yanıt için gereken bilgileri toplamak olabilir. Bu adımları ayrı tutmak, ekibin sorunun zaten çözüldüğü izlenimini vermeden hızlı yanıt vermesine yardımcı olur.
Açık ve net güncellemeler kullanın. Daha fazla zamana ihtiyaç varsa, belirsiz bir güvence vermek yerine müşteriye sırada ne olacağını söyleyin. Amaç, ekibin karşılayabileceği bir beklenti oluşturmaktır. Dahili çalışma zaman çizelgesini değiştirirse, ilk beklentinin sessizce geçerliliğini yitirmesine izin vermek yerine müşteriyi güncelleyin.
Her öncelik düzeyi için gerçekçi yanıt ve çözüm beklentileri belirleyin
Müşteriler sizden ne zaman haber bekleyebileceklerini bilmekten, ekipler ise zamanında çalışmanın ortak bir tanımına sahip olmaktan fayda görür. Ancak yanıt süresi ile çözüm süresi farklıdır. Yanıt, talebin görüldüğünü teyit eder ve müşteriye bir sonraki adımı sunar. Çözüm ise sorunun yanıtlandığı veya temel talebin uygun bir sonuca ulaştığı anlamına gelir.
Acil talepler için, ekibin normal destek kapsamı sırasında kuyruğu kimin izleyeceği ve müşteriye ne kadar hızlı teyit verileceği konusunda anlaşın. Aktif talepler için, sorumlunun ilerlemeyi ne sıklıkla gözden geçireceğine ve çalışma devam ederse müşterinin ne zaman güncelleme alacağına karar verin. Rutin talepler için, sıradan soruların fark edilmeden birikmemesi adına uygulanabilir bir kuyruk gözden geçirme düzeni belirleyin.
Sürekli erişilebilirliğe veya ekibinizin sürdüremeyeceği çalışmaya bağlı hedefler koymayın. Küçük bir ekip için, baskı ve kaçırılan güncellemeler yaratan iddialı sözler yerine düzenli olarak karşılayabileceği net beklentiler daha faydalıdır. Birkaç hafta sonra beklentileri gözden geçirin: rutin talepler birikiyorsa süreç daha net bir rotasyon, daha az öncelik düzeyi veya kuyruk için daha fazla korunan zaman gerektirebilir.
Yararlı bir beklenti, ekibinizin açıklayabileceği, uygulayabileceği ve bir talep daha fazla inceleme gerektirdiğinde dürüstçe güncelleyebileceği beklentidir.
Çözülmemiş talepleri düzenli olarak gözden geçirin ve kapatırken bağlamı koruyun
Önceliklendirme yalnızca kuyruk gözden geçirildiğinde işe yarar. Ekibin rutinine kısa ve tekrarlayan bir gözden geçirme ekleyin. Önce yakın zamanda ilerleme kaydedilmemiş acil ve aktif taleplere, ardından beklenenden uzun süredir bekleyen rutin taleplere bakın. Her birinin hâlâ bir sorumlusu, tanımlı bir sonraki müşteri yanıtı ve güncel bir önceliği olup olmadığını kontrol edin.
Bu gözden geçirme, ekiplerin örüntüleri fark edebileceği yerdir. Birkaç benzer talep, müşterilerin daha net bilgiye ihtiyaç duyduğunu gösterebilir. Tekrarlayan yazışmalar, ilk yanıtta yararlı bir ayrıntının eksik olduğunu gösterebilir. Uzun süre açık kalan bir talep, başka bir bekletme güncellemesi yerine yeni bir dahili karar gerektirebilir. Bu gözlemler, gereksiz karmaşıklık eklemeden destek sürecini iyileştirmeye yardımcı olur.
Bir talebi kapatırken konuşma bağlamını koruyun ve sonucu açıkça kaydedin. Neyin çözüldüğünü, neyin iletildiğini ve müşterinin başka bir şeye ihtiyacı olup olmadığını not edin. Talep başlangıçta beklenen şekilde tamamlanamıyorsa, nihai yanıtın mevcut sonraki adımı açıkladığından emin olun. İyi bir kapatma, gelecekteki takibi kolaylaştırır ve yeniden açılan bir konuşmanın sıfırdan başlamasını önler.
Önceliklendirmeyi ekibinizin sürdürebileceği bir alışkanlık hâline getirin
Güvenilir bir küçük ekip destek kuyruğu, birkaç tutarlı seçimden oluşur: etkiyi ve zaman hassasiyetini değerlendirmek, aktif işe tek bir sorumlu atamak, bir sonraki yanıtı dahili takipten ayırmak ve çözülmemiş talepleri düzenli olarak yeniden ele almak. Üç öncelik düzeyiyle başlayın ve yalnızca ekibin bunu yapmak için net bir nedeni olduğunda ayarlama yapın.
Yöntem belirsizliği azaltmalı, ek idari iş yaratmamalıdır. Herkes neyin dikkat gerektirdiğini, kimin sorumlu olduğunu ve müşterinin sırada ne duyması gerektiğini görebildiğinde ekip, yoğun dönemlerde bile daha özenli destek sunabilir.
Ekibinizin sürdürebileceği sorumluluk ve yanıt beklentilerine sahip basit, paylaşılan bir destek kuyruğu oluşturun.