Neden her müşteri mesajı aynı yoldan ilerlememelidir?
Küçük işletmeler iltifatlar, sorular, şikâyetler ve ters giden şeylerle ilgili bildirimler alır. Her mesaj tek bir gelen kutusuna, sohbet dizisine veya not defterine düştüğünde ekip onu okuyabilir, ancak sonrasında ne yapılması gerektiğini yine de bilemeyebilir.
Sorun yalnızca mesaj hacmi değildir. Her mesajın farklı bir amacı vardır. Bir ücreti anlayamayan müşterinin yanıt alması gerekir. Yeni bir hizmet önerisi değerli olabilir, ancak mutlaka acil değildir. Müşteri yanıt beklemiyor olsa bile müşteri alanındaki hasarlı bir ürün, kurum içi düzeltici işlem gerektirebilir.
Her mesajı destek talebi olarak ele almak kuyruğu gereksiz yere kalabalıklaştırır. Her şikâyeti geri bildirim olarak ele almak ise acil bir yanıtı geciktirebilir. Operasyonel sorunları gayriresmî mesajlarda bırakmak, çözümün kimsenin sorumluluğunda olmaması anlamına gelebilir. Basit bir önceliklendirme süreci ekibe ortak bir soru sunar: Bu, öğrenilecek, yanıtlanacak veya kurum içinde düzeltilecek bir şey mi?
Amaç bürokrasi yaratmak değildir. Yeterli bağlamı kaydetmek, kaydı doğru sorumluya yönlendirmek ve sonraki adımı görünür kılmaktır.
Üç kategori: geri bildirim, destek talepleri ve operasyonel sorunlar
Müşteri geri bildirimleri: iyileştirme için girdi
Müşteri geri bildirimi, gelecekteki kararları şekillendirebilecek bir görüş, fikir, iltifat, endişe veya gözlemdir. Olumlu, olumsuz ya da karma olabilir. Değeri, bir kişinin ürününüzü, hizmetinizi veya sürecinizi nasıl deneyimlediğine dair sağladığı içgörüdür.
Bir müşteri talimatların açık olmadığını söyleyebilir, bir ekip üyesini övebilir, yeni bir seçenek isteyebilir veya daha iyi güncellemeler önerebilir. Mesajı aldığınızı belirtebilirsiniz; ancak temel sonraki adım, mesajı incelemek, temaları belirlemek ve bir iyileştirmenin gerekli olup olmadığına karar vermektir.
Fikirleri, sorunları ve övgüleri toplamak, ardından bunları izlenebilir kararlara dönüştürmek için odaklanmış bir alana ihtiyaç duyduğunuzda Müşteri geri bildirimleri uygulamasını kullanın. Bu kategori, bir mesaj tek bir aktif talebi çözmekten çok daha geniş bir deneyimi anlamanıza yardımcı olduğunda en kullanışlıdır.
Destek talepleri: bir müşterinin yanıta veya çözüme ihtiyacı var
Destek talebi, yanıt gerektiren müşteriye özgü bir ihtiyaçtır. Müşteri yardım, bilgi, düzeltme veya güncelleme istemektedir. Fatura sorusu, hesaba erişimde yaşanan sorun, sipariş değiştirme talebi veya hizmet durumu hakkında soru buna örnektir.
Belirleyici özellik, takip beklentisidir. Birisi görüşmenin sorumluluğunu üstlenmeli, gerektiğinde ayrıntıları netleştirmeli ve sonucu iletmelidir. Talep daha kapsamlı bir sorunu ortaya çıkarabilir; ancak ekip uzun vadeli iyileştirmeleri değerlendirirken müşterinin acil ihtiyacı gözden kaybolmamalıdır.
Müşteri desteği, talepleri almak, görüşmeleri düzenlemek, sorumluları atamak ve yanıtları çözüme kadar takip etmek için ortak bir gelen kutusu sunar. Açık bir yanıtın ve müşteriyle ilgili tamamlanmış bir sonucun önemli olduğu işler için uygundur.
Operasyonel sorunlar: düzeltici işlem gerektiren iç sorunlar
Operasyonel sorun, işletmenin çalışma biçimindeki bir problemdir. Tesis, ekipman, stok, devir teslim, tekrarlayan bir süreç hatası veya kurum içi düzeltici işlem gerektiren başka bir durumla ilgili olabilir. Bir müşteri, çalışan veya yönetici tarafından bildirilebilir.
Temel soru, sorunu kimin fark ettiği değil, neyin düzeltilmesi gerektiğidir. Müşteri alanındaki kırık bir lamba, tekrarlayan stok farkı veya başarısız bir açılış prosedürü operasyonel sorundur; çünkü birinin problemi değerlendirmesi, düzeltici çalışmayı tamamlaması ve kapanışı doğrulaması gerekir.
Operasyonel olay, operasyonel problemleri merkezileştirir; sorumluların atanmasını, önceliklerin, son tarihlerin ve çözümlerin yönetilmesini destekler. Kurum içi düzeltici çalışmayı, sorunu ortaya çıkaran müşteri görüşmesinden ayırır.
Yeni bir mesaj için pratik karar ağacı
Bir mesaj ulaştığında aynı sırayı kullanın. Bir kayıt birden fazla kategoriye uyuyor gibi göründüğü için sahipsiz bırakmaktansa, hızlıca sınıflandırıp daha sonra ayrıntılandırmak daha iyidir.
- Belirli bir müşteri yardım, bilgi veya düzeltme mi bekliyor? Evetse, bir destek talebi oluşturun. Müşteriye verilecek yanıtı atayın ve sonraki adımı tanımlayın.
- Düzeltici çalışma gerektiren iç bir durum, hata veya risk var mı? Evetse, bir operasyonel sorun oluşturun. Neyin eski hâline getirileceğini, değiştirileceğini veya kontrol edileceğini belirleyin.
- Mesaj ağırlıklı olarak bir gözlem, tercih, öneri veya iltifat mı? Evetse, inceleme ve karar verme için geri bildirim olarak kaydedin.
- Birden fazla kategoriye uyuyor mu? İlgili kayıtları oluşturun. Destek üzerinden yanıt verin, bozuk ürünü operasyonel sorun olarak kaydedin ve gerektiğinde tekrarlayan temayı geri bildirim olarak koruyun.
Kategoriler, bir mesajı sonsuza dek tek bir kutuya zorlamaz. Farklı iş parçalarını tanımlarlar. Tek bir şikâyet bugün destek yanıtı, yarın operasyonel düzeltme ve daha sonra hizmet iyileştirme kararı gerektirebilir.
Her kategoride neler kaydedilmeli?
İyi müşteri destek talebi önceliklendirmesi ve sorun bildirimi, uzun notlara değil kullanılabilir bilgilere dayanır. Sonraki sorumlunun, bildirimi yapan kişiden durumu tekrar tekrar açıklamasını istemeden harekete geçmesine yardımcı olacak ayrıntıları kaydedin.
Geri bildirim için
- Müşterinin söyledikleri, pratik olduğu ölçüde doğru ifadelerle
- İlgili ürün, hizmet veya deneyim
- Bunun övgü, endişe, fikir veya talep olup olmadığı
- Konum, kanal veya müşteri türü gibi yararlı bağlamlar
- Gerekirse inceleme kararı veya takip sorusu
Geri bildirimi yalnızca bir puana indirgemeyin. İfadeler ve bağlam, sıklıkla neyin korunması, değiştirilmesi veya araştırılması gerektiğini gösterir. Benzer geri bildirimleri zaman içinde gruplandırın; böylece tekil yorumlar anlamlı bir örüntüye dönüşebilir.
Destek talepleri için
- Müşteri ve görüşmeyi sürdürmenin en uygun yolu
- Neye ihtiyaç duyduklarının açık özeti
- Mevcut olduğunda sipariş, rezervasyon veya fatura referansı gibi ilgili bilgiler
- Müşterinin bakış açısından zamanlama ve etki
- Sorumlu kişi, mevcut durum ve üzerinde anlaşılmış sonraki adım
Talebi müşteri sonucuna odaklı tutun. Kayıt, ne söz verildiğini, kimin yanıt vereceğini ve müşterinin yanıt alıp almadığını kolayca göstermelidir.
Operasyonel sorunlar için
- Sorunun ve konumunun veya etkilenen sürecin sade açıklaması
- Ne zaman bulunduğu ve kimin bildirdiği
- Operasyonel etki ve öncelik
- Hâlihazırda alınmış acil sınırlama önlemleri
- Düzeltici işlem, sorumlu kişi ve kapanış kontrolü
Yararlı bir operasyonel sorun bildirimi, gözlemi varsayımdan ayırır. “Buzdolabı sıcaklık göstergesi çalışmıyor” ifadesi, nedeni tahmin etmekten daha açıktır. Atanan sorumlu, ilk bildirimi kaybetmeden sorunu inceleyip çözümü belgelendirebilir.
Sorumluluk atayın ve sonraki adımı tanımlayın
Birden fazla kişi katkıda bulunsa bile sınıflandırılmış her kaydın tek bir hesap verebilir sorumlusu olmalıdır. Sorumlunun her görevi bizzat yerine getirmesi gerekmez; kaydı görünür olan bir sonraki adıma taşımaktan sorumludur.
Geri bildirimde sorumluluk, hizmetten, ürün kararlarından veya müşteri deneyiminden sorumlu kişide olabilir. Sonraki adımları benzer yorumları incelemek, müşteriye teşekkür etmek, bir değişikliği test etmek veya ilerlememe kararını kaydetmek olabilir. Destek için, yanıtı koordine edebilecek ve müşteriyi bilgilendirebilecek kişiyi atayın. Operasyonel sorunlar için ise düzeltici çalışmayı koordine etmek ve çözümü doğrulamak için en uygun kişiyi atayın.
Sonraki adımları belirli hâle getirin. “İnceleyin” kullanılabilir bir eylem değildir. “Fatura ayrıntısını doğrulamak için müşteriyi arayın”, “Açılıştan önce hasarlı sandalyeyi inceleyin” ve “Cuma toplantısında beş benzer yorumu gözden geçirin” ifadelerinin tümü, sırada ne olduğunu açıkça belirtir. Her kayda aynı önceliği vermek yerine hedef tarihi aciliyete, müşteri etkisine ve mevcut kaynaklara göre belirleyin.
Dört yaygın önceliklendirme örneği
Övgü: Bir müşteri, bir personel üyesinin zor bir satın alma işlemini kolaylaştırdığını yazar. Bu geri bildirimdir. İltifatı ve bağlamı kaydedin, takdiri ilgili kişiyle paylaşın ve tekrarlanması değerli bir uygulamayı gösterip göstermediğini değerlendirin. Müşteri ayrıca bir şey istemediği sürece destek talebine dönüşmez.
Fatura sorusu: Bir müşteri faturadaki bir ücreti anlamaz. Açıklama veya düzeltme gerektiği için bu bir destek talebidir. Bir sorumlu atayın, ayrıntıları inceleyin ve yanıt verin. Birkaç müşteri aynı soruyu soruyorsa, örüntüyü faturalandırma iletişimiyle ilgili geri bildirim olarak da kaydedin.
Bozuk bir tesis ekipmanı: Bir müşteri gevşek bir kapı kolundan bahseder veya ekip üyesi açılış sırasında hasarlı ekipman bulur. Bu bir operasyonel sorundur. Konumu, durumu ve anlık etkiyi kaydedin, düzeltici işlem atayın ve kapanışı kontrol edin. Bir müşteri bildirdiyse, uygun olduğunda mesajını destek üzerinden ayrıca aldığınızı belirtin.
Tekrarlayan şikâyet: Birkaç müşteri teslim alma talimatlarının kafa karıştırıcı olduğunu söyler. Her yorum geri bildirimdir, ancak tekrar sürecin gözden geçirilmesi gerektiğine işaret eder. Mevcut bir müşteri bu talimatlar nedeniyle siparişini teslim alamıyorsa, ayrıca destek talebi oluşturun. Talimatlar kurum içi bir devir teslim hatası nedeniyle eksikse, düzeltilmesi gereken operasyonel sorunu kaydedin.
Hizmet ve operasyonları iyileştirmek için haftalık inceleme kullanın
Kısa bir haftalık inceleme, önceliklendirme sürecinin yalnızca dosyalama çalışmasına dönüşmesini engeller. Müşteri taleplerini yöneten kişiyle hizmet ve operasyondan sorumlu kişileri bir araya getirin. Yeni geri bildirim temalarını, dikkat gerektiren destek taleplerini ve çözülmemiş veya tekrarlayan operasyonel sorunları inceleyin.
Pratik sorular sorun: Müşteriler neyi tekrar tekrar övdü veya neyle zorlandı? Hangi talepler en fazla koordinasyonu gerektirdi? Hangi operasyonel sorunlar hizmeti etkiledi? Aynı sorun birkaç kategoride mi görülüyor? Gelecek hafta için az sayıda eylem, sorumlu ve gözden geçirme noktası üzerinde anlaşın.
İncelemeyi yapıcı tutun. Geri bildirim, müşterilerin neye değer verdiğini ve nelerin düzeltilmesi gerektiğini gösterir. Destek talepleri, kafa karıştırıcı bilgileri veya zayıf devir teslimleri ortaya çıkarabilir. Operasyonel sorunlar, daha açık bir rutine ihtiyaç duyan bir süreci görünür kılabilir. Zamanla bu, ekibin yalnızca tekil mesajlara tepki vermek yerine tekrarlayan sorunları önlemesine yardımcı olur.
Sonuç: her mesaja doğru yolu verin
Müşterilerin ne düşündüğünü öğrenmek için geri bildirimleri, bireysel bir ihtiyaca yanıt vermek için destek taleplerini ve işletmenin çalışma biçimini düzeltmek için operasyonel sorunları kullanın. Bir mesajın birden fazla sonucu olduğunda, onu tek bir kategoriye zorlamak yerine her yolda ilgili işi oluşturun. Açık sorumluluk, tanımlanmış bir sonraki adım ve düzenli inceleme, önceliklendirmeyi küçük bir ekip için pratik hâle getirir.
Geri bildirimler için Müşteri geri bildirimleri, talepler için Müşteri desteği ve operasyonel sorunlar için Operasyonel olay kullanarak basit bir önceliklendirme süreci oluşturun.
