Küçük ekiplerde destek devirleri neden başarısız olur?
Destek devri, bir ekip üyesinin bir müşteri talebini sürdürmesi için başka bir kişiye ihtiyaç duyduğu her durumda gerçekleşir. Küçük bir işletmede bu; bir çalışma vardiyasını bitiren iş arkadaşından, ürün bilgisi gerektiren bir sorudan veya yanıtı onaylaması gereken işletme sahibinden kaynaklanabilir. Sorun devir işleminin kendisi değildir. Sorun, talep aktarılırken sürecin izinin kaybolmasıdır.
Talepler ayrı kişisel gelen kutuları veya gayriresmî mesajlar yoluyla geldiğinde, bağlamın dağılması kolaydır. Bir kişi müşterinin ne sorduğunu, başka biri daha önce nelerin denendiğini biliyor olabilir; bir sonraki yanıtı kimin vermesi gerektiğinden ise kimse emin olmayabilir. Bunun sonucunda müşteri gecikmiş bir yanıt, çelişkili bilgiler ya da sorunu yeniden açıklama talebiyle karşılaşır.
Güvenilir bir küçük ekipler için müşteri desteği devir süreci, gereksiz idari yük eklemeden süreklilik sağlar. Gelen ekip üyesine ilk soruyu, ilgili görüşmeyi, adı belirlenmiş bir sorumluyu ve uygulanabilir bir sonraki adımı sunar. Ayrıca müşteriye, talebinin hâlâ ele alındığı güvenini verir.
Amaç her talebi resmî bir sürece dönüştürmek değildir. Amaç, el değiştiren her talebin çözülene kadar görünür ve anlaşılabilir kalmasını sağlamaktır.
Bir talebin ne zaman devredilmesi gerektiğini belirleyin
İşe devir gerektiren durumlar üzerinde anlaşarak başlayın. Ortak bir tanım olmadığında, bir ekip üyesi tamamlayamayacağı bir sorun üzerinde çalışmayı sürdürebilirken başka biri talebin kendisine hiç atanmadığını varsayabilir.
Yaygın devir anları şunlardır:
- Talep, başka bir iş arkadaşının sahip olduğu bilgiyi gerektirir.
- Müşteri, mevcut yanıtlayıcının veremeyeceği bir karar veya onay ister.
- Yanıtlayıcının çalışma süresi, talep tamamlanmadan önce sona erer.
- Sorun; faturalama, teslimat veya müşteri hesap yönetimi gibi işletmenin farklı bir alanını ilgilendirir.
- Sonraki işlem, müşteriden gelecek başka bir sorudan ziyade kurum içi bir kontrole bağlıdır.
Bu kuralları basit tutun. Başka bir kişi sonraki işlemi yapmak için gerçekten daha uygun konumdaysa devir yapılmalıdır. Devir, zor görüşmeleri açıklama yapmadan başka birine aktarmanın bir yolu hâline gelmemelidir. Mevcut yanıtlayıcı doğru ve hızlı bir şekilde cevap verebiliyorsa sorumluluğu korumak en hızlı seçenek olabilir.
Her talep türü için normalde sonraki sorumlunun kim olduğunu netleştirin. Örneğin, bir iş arkadaşı ürün kullanımına ilişkin soruları ele alırken istisnai durumları işletme sahibi yönetebilir. Bunun karmaşık bir yönlendirme şemasına ihtiyacı yoktur. Kısa bir ekip anlaşması tereddütleri azaltır ve destek talebi devir iş akışını daha tutarlı hâle getirir.
Müşterinin ilk sorusunu ve görüşme bağlamını bir arada tutun
Devri alan kişi, durumu parçalardan yeniden kurmak zorunda kalmamalıdır. Müşterinin ilk talebini, ilgili tüm yanıtları ve yararlı ayrıntıları aynı yerde tutun. Bu, yeni sorumlunun yanıt vermeden önce hem olayları hem de görüşmenin tonunu anlamasını sağlar.
Bağlam, son mesajın özetinden daha fazlasıdır. Müşterinin neyi gerçekleştirmeye çalıştığını, daha önce nelerin açıklandığını, hangi bilgilerin istendiğini ve müşterinin söz verilen bir geri dönüşü bekleyip beklemediğini içerebilir. Bu geçmişi korumak, sonraki ekip üyesinin soruları tekrar etmesini veya önceki bir yanıtla çelişmesini önler.
Paylaşımlı bir çalışma alanı bu noktada özellikle yararlıdır. Müşteri desteği, talepleri ve görüşmeleri tek bir paylaşımlı gelen kutusunda bir araya getirir; burada küçük bir ekip görüşmeleri düzenleyebilir ve çözüme kadar takip edebilir. Gelen sorumlu, ayrı mesajlar arasında arama yapmak yerine sonraki adımda ne yapacağına karar vermeden önce görüşme dizisini inceleyebilir.
Devretmeden önce, mümkünse görüşmenin müşterinin gerçek talebini kendi ifadeleriyle içerdiğinden emin olun. İlk sorunu “yardıma ihtiyacı var” veya “lütfen inceleyin” gibi belirsiz bir etiketle değiştirmeyin. Açık bir kayıt, müşteri deneyimini korurken müşteri destek taleplerinin temsilciler arasında aktarılmasını kolaylaştırır.
Sonraki yanıt veya kurum içi işlem için tek ve net bir sorumlu atayın
Bir kişi sonraki adımdan sorumlu olana kadar devir tamamlanmış sayılmaz. “Ekibe” atanan bir talep, çoğu zaman hiç kimsenin onu ilerletmekten sorumlu hissetmemesi anlamına gelir. Birkaç kişinin katkı sunması gerekse bile işi koordine edecek ve müşteriye sonraki yanıtı gönderecek tek bir kişi seçin.
Sorumluluk, o kişinin her yanıtı hemen bilmesi gerektiği anlamına gelmez. Gerekenleri kontrol etmekten, doğru iş arkadaşını sürece dâhil etmekten ve müşteriyi bilgilendirmekten sorumlu olduğu anlamına gelir. Bu ayrım, herkesin başka birinin ilgilendiğini varsayması nedeniyle taleplerin beklemede kalmasını önler.
Bir sorumlu atadığınızda, sonraki işlemi belirli hâle getirin. “Sam inceleyecek”, “Sam sorumlu” ifadesinden daha iyidir; ancak “Sam sipariş ayrıntısını doğrulayacak ve müşteriyi bugün bilgilendirecek” ifadesi daha da açıktır. Sorumlu, yanıt vermesi, araştırma yapması, bilgi istemesi veya bir iş arkadaşını beklemesi gerekip gerekmediğini tek bakışta anlayabilmelidir.
Küçük bir ekip için, paylaşımlı gelen kutusu devir süreci atamanın herkes tarafından görünür olduğu durumlarda en iyi şekilde işler. Ekip, ayrı bir kanaldan sormadan kimin sorumlu olduğunu görebilir; sorumlu da sürdürmesi beklenen görüşmeyi görebilir.
Kısa bir kurum içi devir notu kullanın: ne oldu, ne gerekiyor ve ne zaman?
İyi bir kurum içi devir notu, her seferinde yazılabilecek kadar kısa ve karışıklığı önleyecek kadar ayrıntılıdır. Tüm görüşmeyi tekrarlamadan yararlı bir yorum eklemelidir. İlk görüşme dizisi ayrıntıların kaynağı olarak kalır; not ise sonraki sorumluyu şu an önem taşıyan karar veya işleme yönlendirir.
Şu üç yönlendirmeyi kullanın:
- Ne oldu: Müşterinin sorununu ve daha önce yapılanları veya verilen sözleri belirtin.
- Ne gerekiyor: Gerekli sonraki kurum içi işlemi, kararı veya yanıtı açıklayın.
- Ne zaman: Müşterinin ne zaman güncelleme beklediğini veya sonraki yanıtın ne zaman gönderilmesi gerektiğini kaydedin.
Örneğin: “Müşteri teslimat ayrıntılarının yanlış göründüğünü bildiriyor. Verdiği ayrıntıları doğruladım ve kaydı kontrol edeceğimizi söyledim. Lütfen sipariş bilgilerini inceleyin ve yarın sabaha kadar mevcut sonraki adımı müşteriye bildirin.” Bu, yeni sorumluya talebin neden önemli olduğunu ve nelerin açıkta kaldığını anlattığı için “Bunu sen alabilir misin?” ifadesinden daha yararlıdır.
Notları olgusal ve özenli tutun. Müşteri hakkında varsayımlarda bulunmaktan veya ekip üyeleri arasında suçlamadan kaçının. Bir şey belirsizse bunu açıkça belirtin. Açıkça ifade edilmiş bir belirsizliği incelemek, kendinden emin ancak eksik bir ifadeyi incelemekten daha kolaydır.
Müşteriyi bekletmeden önce bir yanıt beklentisi belirleyin
Bir devir zaman gerektirebilir, ancak sessizlik varsayılan uygulama olmamalıdır. Talep el değiştirirken müşteri bekliyorsa, konunun incelendiğini kabul edin ve bir sonraki güncellemeyi ne zaman bekleyebileceğini belirtin. Bu, sorunun o zamana kadar çözüleceğine dair bir söz değildir; yeniden iletişim kurma taahhüdüdür.
Ekibinizin tutarlı biçimde karşılayabileceği yanıt beklentileri seçin. Küçük bir işletmenin güvenilir hizmet sunabilmesi için anında erişilebilir olduğunu iddia etmesi gerekmez. Önemli olan, müşterinin sırada ne olacağını bilmesi ve atanan sorumlunun çalışabileceği gerçekçi bir zaman hedefinin olmasıdır.
Talep beklenen güncelleme zamanına kadar tamamlanamazsa, sorumlu çalışmanın sürdüğünü açıklayan ve bir sonraki beklenen iletişim zamanını belirten başka bir kısa mesaj göndermelidir. Bu basit alışkanlık, küçük bir işletmede müşteri hizmetleri sürekliliğini destekler; çünkü müşteri temel görünürlük için ekibin peşinden gitmek zorunda kalmaz.
Tekrarlayan eksikleri belirlemek için çözümlenen devirleri inceleyin
Bir devir çözümlendiğinde, nasıl ilerlediğine kısaca bakın. Her rutin talep için uzun bir incelemeye ihtiyacınız yoktur. Bunun yerine, beklenenden uzun süren, müşterinin tekrar tekrar açıklama yapmasını gerektiren veya birkaç kişi arasında aktarılan talepleri düzenli aralıklarla inceleyin.
Uygulanabilir örüntüler arayın. Belki belirli bir soru düzenli olarak aynı kurum içi bilgiyi gerektiriyordur. Belki ekip üyeleri bir istisnayı kimin onayladığından emin değildir. Belki notlarda söz verilen geri dönüş zamanları atlanıyordur. Bunlar yalnızca bireysel hatalar değil, süreç eksikleridir.
Bulgularınızı paylaşılan rehberliğinizi iyileştirmek için kullanın. Bir talep türü için sorumluluğu netleştirebilir, yaygın bir durum için kısa bir yanıt şablonu ekleyebilir veya ilgili bilgilerin müşterilere yanıt veren kişilerin erişimine açık olmasını sağlayabilirsiniz. Küçük düzenlemeler, süreci ağırlaştırmadan gelecekteki devirlerdeki aksaklıkları azaltabilir.
Günlük kullanım için basit bir devir kontrol listesi
Bir müşteri talebi başka bir ekip üyesine geçtiğinde bu kontrol listesini kullanın:
- Müşteriyle yapılan tüm görüşmeyi taleple birlikte tutun.
- Devrin neden gerekli olduğunu doğrulayın.
- Sonraki işlem için adı belirlenmiş tek bir sorumlu atayın.
- Ne olduğu, ne gerektiği ve ne zaman gerektiğini kapsayan kısa bir not yazın.
- Müşterinin beklediği bir sonraki güncellemeyi belirleyin veya doğrulayın.
- Sorumlunun talebi ve bağlamını görebildiğinden emin olun.
- Çözümden sonra, tekrarlanan gecikme veya karışıklık kaynaklarını not edin.
Bu kontrol listesi kasıtlı olarak kısadır. Amaç evrak işi değil, her aktarımı anlaşılabilir ve uygulanabilir kılmaktır. Ekibiniz bunu kullandıkça, gerçek çalışma biçiminize uygun ifadeler ve sorumluluk kuralları üzerinde anlaşın.
Sonuç
Güçlü bir destek talebi sahipliği süreci, iş kişiler arasında aktarıldığında müşteri deneyiminin korunmasını sağlar. Görüşmeyi saklayın, sonraki sorumluyu belirleyin, gerekli işlemi ifade edin ve bir sonraki güncellemeyi iletin. Bu alışkanlıklar, müşterilerden en baştan başlamalarını istemeden küçük bir ekibin daha tutarlı yanıt vermesine yardımcı olur.
Her devrin net bir sorumlusu ve eksiksiz bir bağlamı olması için talepleri, atamaları ve görüşmeleri bir arada tutan paylaşımlı bir destek çalışma alanı kullanın.