Geri Bildirim Yönetimi: Şablon Cevaplar Güveni Nasıl Aşındırır
Bir şikayete verilen cevabın nazik olması, o cevabın inandırıcı olmasını sağlamıyor. Aynı cümlelerin onlarca yorumun altına yapıştırıldığı bir hesapta okuyucunun gördüğü şey ilgi değil, otomasyon. Geri bildirim yönetiminin asıl sorunu cevap vermemek değil; hepsine aynı şekilde cevap vermek.
Şablon cevap, sessizlikten daha görünür
“Değerli geri bildiriminiz için teşekkür ederiz, konuyu ilgili ekibimize ilettik.” Bu cümlede tek başına yanlış bir şey yok. Otuz ayrı şikayetin altında art arda göründüğünde ise okuyucuya tek bir şey söylüyor: burada kimse yazdığını okumadı.
Yaygın tavsiye her yoruma mutlaka cevap verilmesi yönünde. Yorum sayısı büyüdükçe bu kural kendi amacının tersine çalışmaya başlıyor, çünkü tek tek yazılmayan bir cevabın maliyeti sıfıra yaklaşırken taşıdığı bilgi de sıfıra yaklaşıyor. Cevap sayısı artıyor, güvenilirlik düşüyor.
Ayırt etmek için basit bir ölçü var: cevabın içinde yalnızca o şikayete ait en az bir bilgi geçiyor mu? Sürüm numarası, ekranın adı, sipariş tarihi, hatanın oluştuğu adım. Geçmiyorsa o cevap kopyalanmıştır ve okuyan da bunu anlar. Böyle bir bilgi yazılamıyorsa cevabı hiç yazmamak, cevap vermiş görünmekten daha az zarar verir.
Konuyu özele taşımanın görünmeyen maliyeti
“Detayları özelden alalım” tavsiyesi çoğu durumda yerinde. Fatura bilgisi, hesap ayrıntısı, kişisel veri içeren her konu zaten kamuya açık alanda konuşulamaz.
Ama bunun bir bedeli var ve nadiren konuşuluyor. Konuşma özele taşındığında kamuya açık kayıtta yalnızca şikayet kalır; çözüm görünmez olur. Altı ay sonra o sayfayı okuyan biri, çözülmüş bir sorunu çözülmemiş sanır. Şikayet arşivde kalıcı, çözüm ise özel kutuda gömülüdür.
Bunun tek makul karşılığı, konu kapandıktan sonra aynı yere kısa bir kapanış notu düşmek. İki cümle yeter: sorun neydi, ne yapıldı. Kişisel detay olmadan da yazılabilir ve o notu okuyan kişi, şikayeti okuyan kişiyle aynı kişidir.
Cevap değil, kayıt
Geri bildirimin değeri, verilen cevapta değil, üründe bıraktığı izde ortaya çıkıyor. Aynı şikayet üçüncü kez geldiğinde bu artık bir iletişim meselesi olmaktan çıkar.
Gelen şikayetleri genelde doğrudan hata takip sistemine düşürür, cevabı oradan yazarım. Sosyal medya kutusunda kalan bir hata bir hafta sonra kimsenin hatırlamadığı bir şeye dönüşüyor, üstelik aynı hatanın kaç kez bildirildiğini de kimse sayamıyor. Kaydı tutulan geri bildirim tekrar sayısıyla birlikte önceliğe dönüşür; tutulmayan geri bildirim ise sadece cevaplanmış olur.
Telafisi olmayan özrün ağırlığı yok
Bir hatayı kabul etmek, o hatayı gidermenin yerine geçmiyor. Ürün yanlış gittiyse değişim, hizmet aksadıysa iade ya da somut bir düzeltme; kullanıcının gördüğü şey bunlar. “Yaşadığınız deneyim için üzgünüz” cümlesi, arkasında bir eylem yoksa yalnızca konuyu kapatma girişimi olarak okunur.
Aynı şey söz vermek için de geçerli. “Önümüzdeki güncellemede düzelteceğiz” demek, o güncelleme çıktığında geri dönüp haber vermeyi de üstlenmek demektir. Verilip takip edilmeyen söz, hiç verilmemiş sözden daha çok güven kaybettirir.
Her eleştiri fırsat değildir
Eleştiriyi fırsata çevirme fikri kulağa iyi geliyor ama her geri bildirim aynı ağırlıkta değil. Bazıları ürünle ilgisiz, bazıları çelişkili, bazıları da yalnızca o günün öfkesi. Hepsini eşit ciddiyetle ele almaya çalışmak, gerçekten yol gösteren birkaç geri bildirimi gürültünün içinde kaybetmek anlamına gelir.
Ayırmanın pratik yolu, geri bildirimi tarif ettiği duruma göre okumak: kullanıcı ne yapmaya çalışıyordu, ne oldu, ne bekliyordu? Bu üç soruya cevap veren yorum işe yarar veridir. Vermeyeni nazikçe karşılamak yeterli; ondan ders çıkarmaya çalışmak zaman kaybı.
Kaynaklar