Şikâyet eden müşteri bir hediyedir
Mutsuz müşterilerin çoğu şikâyet etmez; sessizce gider. Şikâyet eden müşteri ise iki şey yapar: neyin bozuk olduğunu ücretsiz söyler ve kuruma bir şans daha verir. Bu yüzden şikâyet sayısındaki artış her zaman kötü haber değildir; asıl soru aynı şikâyetin tekrar edip etmediğidir. Şikâyetin psikolojisi, türleri ve hizmet kurtarma şikâyet yönetimi bölümünde; bu bölüm dinlemenin sistemine ve kök nedene odaklanır.
Müşterinin sesinin üç kaynağı
| Kaynak | Örnekler | Güçlü yanı | Kör noktası |
|---|---|---|---|
| Doğrudan | Anketler, görüşmeler, müşteri panelleri | Sorduğunuzu öğrenirsiniz | Sormadığınızı öğrenemezsiniz |
| Dolaylı | Şikâyetler, çağrı kayıtları, sohbet kayıtları, yorumlar, sosyal medya | Müşterinin kendi gündemi | Yalnızca konuşanları duyarsınız |
| Davranışsal | Kullanım, vazgeçme, tekrar temas, tekrar satın alma, ayrılış | Ne yaptığını gösterir | Nedenini göstermez |
En değerli içgörü üçünün birlikte okunmasından çıkar: müşterinin söylediğiyle yaptığı arasındaki fark, çoğu zaman en önemli bulgudur. “Uygulamadan memnunum” diyen ama her ay çağrı merkezini arayan müşteri, size bir şey anlatıyordur.
Veri anlamlandırma: davranışın dili
Müşteri Merkezlilik: Memnun Müşteriden Taraftar Müşteriye kitabının Dr. Uğur Özmen katkısıyla yazılan veri bölümü önemli bir uyarıyla başlar: veri miktarı veri kalitesinin yerini tutmaz. Değer miktarda değil, doğru soruyu sorup doğru yorumlamaktadır. Kurumlar verilerine operasyonel değil, müşteriyi anlamak için baktıklarında başka ipuçları bulur. Buna veri anlamlandırma denir.
Bir süpermarket verisini düşünün. “Barbunya konservesi satışı arttı” operasyonel bir çıktıdır. “Barbunya ve ton balığı konservesini birlikte alanlar çarşamba öğleden sonra kasaya geliyor” ise bir davranış içgörüsüdür: bu müşteri hafta ortasında hızlı yemek hazırlamak istiyor. Ona çarşamba sabahı “bu akşam için hazır yemek fikri” göndermek, boş bir kampanya mesajından çok daha etkilidir.
İşlem verisi müşteriyi üç boyutta okur:
| Boyut | Soru | Ne söyler? |
|---|---|---|
| Nerede? | Hafta içi işyerine, hafta sonu evine yakın mı alışveriş yapıyor? Yazın nereye gidiyor? | Günlük yaşam ritmi, seyahat ve tatil tercihleri, yaşam tarzı |
| Ne zaman? | Mesai saatinde mi, sabah erken mi, geç saatte mi? | İş ve yaşam örüntüsü: çalışıyor mu, mesaiye kalıyor mu, aile sorumlulukları neler? |
| Ne kadar süre? | Hızlı mı karar veriyor, uzun mu karşılaştırıyor, yorumlarda mı oyalanıyor? | Karar verme biçimi: kararlı mı, araştırmacı mı, başkalarının deneyimine mi güveniyor? |
Kitabın uyarısı da bu tabloyla birlikte okunmalıdır: veri anlamlandırmanın gücü KVKK ve benzeri veri koruma kurallarıyla dengelenmelidir. Müşteri verisini etik sınırlar içinde kullanmak hem yasal zorunluluk hem güvenin temel şartıdır.
Bireyselleştirme değil, kişiselleştirme
Hakan Tetik iki kavramı keskin biçimde ayırır. Bireyselleştirme teknik bir işlemdir: toplu e-postanın başına müşterinin adını eklemek. “Sayın Ahmet Bey” diye başlayan ama Ahmet Bey’in gerçek dünyasına hiç dokunmayan mesajı alan müşteri “beni sistemden çekiyorlar” diye düşünür. Kişiselleştirme ise duygusal zekâdır: Ahmet Bey’in geçen ayki alışverişini, dile getirdiği sorunu ve kullandığı kanalları bilerek, tam zamanında, gerçekten işine yarayacak bir mesaj göndermek. Bu mesajı alan müşteri “beni gerçekten tanıyorlar” diye düşünür.
Gerçek kişiselleştirme beş “doğru”nun buluştuğu yerdedir: doğru müşteriye, doğru kanaldan, doğru zamanda, doğru sıklıkta, doğru ve ilgili içerikle. Bir de yöntem notu: verinin değerlendirilmesi veriyle başlayan değil, veriyle biten bir süreçtir. Önce kurumun neyi bilmesi gerektiği belirlenir, sonra o bilgiyi hangi verinin verdiğine bakılır. Büyük veri herkese lazım değildir; bazen küçük ama anlamlı veri, büyük ama anlamsız veriden çok daha değerlidir.
Şikâyetten kök nedene: dört adım
1. Temalara ayırın
Tek tek şikâyetleri değil, tekrar eden temaları görün. Temayı müşterinin diliyle yazın: “İade için çağrı merkezini aramak zorunda kalmak.” “Uygulamada iade özelliği yok” bir çözüm talebidir; altındaki zorluğu yazın.
2. Sayı ve şiddetle sıralayın
Her temanın seçtiğiniz dönemde kaç kez geldiğini ve şiddetini belirleyin: rahatsız eder, kızdırır ya da kaybettirir. Çoğu zaman birkaç tema şikâyetlerin büyük kısmını üretir; Pareto ilkesi burada da işler. Ama yalnızca sayıya bakmayın: az sayıda ama müşteri kaybettiren bir tema, çok sayıda ama rahatsız eden bir temanın önüne geçebilir.
3. Köküne inin
En pahalı tema için art arda beş kez “neden?” diye sorun. Her soru bir önceki cevaba sorulur. İlk bir iki cevap genellikle belirtiyi anlatır; kök neden, değiştirildiğinde şikâyetin yeniden doğmayacağı yerdir.
4. Çözün ve döngüyü kapatın
Hızlı düzeltmeyi kalıcı çözümden ayırın. Kalıcı çözüme bir sahip, bir tarih ve bir ölçüt verin. Şikâyet eden müşterilere ne yaptığınızı söyleyin.
Şikâyetten Kök Nedene aracı bu dört adımı tek ekranda yürütür ve sonunda paylaşılabilir bir PDF verir.
Kök neden türleri
Kök nedenin türünü belirlemek, çözümün nerede aranacağını gösterir:
| Tür | Ne demek? | Tipik çözüm yeri |
|---|---|---|
| Süreç | Adımlar, devirler, bekleme ve onay zincirleri | Süreç tasarımı |
| Politika ve kural | Kurumun koyduğu kural müşteriye yük bindiriyor | Kural sahibi yönetici |
| Sistem ve teknoloji | Eksik entegrasyon, hata, kanal eksikliği | Teknoloji yol haritası |
| İnsan ve yetkinlik | Bilgi, beceri, yetki ya da iş yükü | Eğitim, yetki, kapasite |
| Bilgi ve iletişim | Yanlış beklenti, eksik bilgilendirme | Pazarlama ve iletişim |
| Ürün ve tasarım | Ürünün ya da hizmetin kendisi | Ürün yönetimi |
| Ortak ve tedarik | Kargo, bayi, tedarikçi, iş ortağı | İş ortağı yönetimi |
| Öncelik ve yönetim kararı | Bilerek ertelenen, ölçülmeyen ya da sahipsiz bırakılan konu | Yönetim ekibi |
Son tür en az konuşulanıdır ama çoğu zaman en derindir. 5 Neden zinciri “çünkü bu hiç ölçülmedi” ya da “çünkü sonraki faza ertelendi” cümlesine ulaştığında, gerçek köke yaklaşmışsınızdır: sorun bir sistemde değil, bir önceliklendirme kararındadır.
Kök neden “insan” çıktığında
Bir şikâyetin kök nedeni “çalışan hata yaptı” olarak yazıldığında durun ve bir neden daha sorun: sistem bu hatayı neden mümkün kılıyor? Çalışan eğitimsiz miydi, yetkisi yok muydu, iş yükü mü fazlaydı, araç mı yanıltıyordu, kural mı çelişkiliydi?
Bir şikâyeti tek bir çalışana yıkmak, sistemi korumanın en kolay yoludur. Bedeli iki kattır: şikâyet geri döner ve çalışanlar sorunları saklamayı öğrenir.
Kapanış döngüsü
Bir hata olduktan sonra yapılanlar, hatanın kendisi kadar hatırlanır; hizmet kurtarmanın ayrıntısı şikâyet yönetimi bölümünde. Dinlemenin sistemi açısından belirleyici olan ise döngünün kapanıp kapanmadığıdır.
Kapanış döngüsünün iki yüzü vardır:
- Dış döngü güveni onarır: şikâyet eden ya da düşük puan veren müşteriye dönülür, dinlenir, çözülür ve neyin değiştiği söylenir.
- İç döngü sistemi onarır: öğrenilen, sorunu üreten ekiplere taşınır ve süreç, kural ya da sistem değiştirilir.
Yalnızca dış döngü kapanırsa her müşteri tek tek mutlu edilir ama aynı şikâyet her ay gelir. Yalnızca iç döngü kapanırsa sistem düzelir ama müşteri bunu hiç duymaz ve bir dahaki sefere şikâyet etmez, gider.
Müşterinin sesini görünür kılmak: CX panosu
Veri toplamak yetmez; müşteri deneyimini yönetenlerin anlık görebileceği, yorumlayabileceği ve aksiyona çevirebileceği bir biçime dönüşmelidir. Kitaba göre etkili bir müşteri deneyimi panosu şunları izler:
- Segment ve kanal kırılımında NPS eğilimi
- Temas noktası bazında CSAT dağılımı
- Şikâyet kategorileri ve çözüm süreleri
- Ayrılma riski yüksek müşterilerin listesi
- Müşteri yolculuğundaki tıkanma noktaları
Panonun değeri gösterdiği sayılarda değil, her sayının bir sahibe ve bir aksiyon eşiğine bağlanmasındadır. Ölçüm sisteminin nasıl kurulacağı NPS, CSAT ve CES bölümünde.
Kendinize sorun
- Mevcut verilerinizden hangi davranış içgörülerini çıkarabiliyorsunuz? Bunu sistematik olarak yapıyor musunuz?
- CRM sisteminiz yalnızca satış takibi için mi kullanılıyor, yoksa müşterinin davranış profili de tutuluyor mu?
- Müşterileriniz kişiselleştirilmiş iletişim aldıklarını hissediyor mu, yoksa yalnızca adlarıyla hitap edildiğini mi?
- En sık tekrar eden şikâyetinizin kök nedenini biliyor musunuz? Kalıcı çözümün bir sahibi var mı?