Destek Deneyimi Nerede Kırılır: İletişim, Yardım İçeriği, Politikalar
Destek, bir üründe en geç fark edilen ama en hızlı zarar veren parçadır. Kullanıcı bir sorunu çözemediği anda o güne kadar biriken iyi izlenimin tamamını geri alır. Ulaşılabilir iletişim, aranabilir yardım içeriği ve okunur politikalar bu hasarı engelleyen üç kaldıraç; üçü de iyi niyet meselesi değil, tasarım kararı.
İletişim kanalını gizlemek de bir karardır
Telefon numarasını üç tık arkasına koyan siteler bunu kazara yapmaz. Destek yükünü azaltmak için yapar ve yük gerçekten azalır, sadece başka bir yere taşınır: kullanıcı çözümü bulamayınca ya vazgeçer ya da sosyal medyada sorar. İkisi de sizin destek raporunuzda görünmez, ikisi de size satış kaybettirir.
Kanal sayısını artırmak tek başına bir şey çözmüyor. Beş kanal açıp üçünü cevapsız bırakmak, tek kanal açıp ona zamanında dönmekten kötüdür; kullanıcı cevapsız kanalı da denemiş olur ve aynı sorun için iki kere hayal kırıklığına uğrar. Açtığınız her kanalın yanında kimin baktığı ve ne kadar sürede dönüldüğü yazılı olsun. Yazamıyorsanız o kanal kapatılmalı.
Yardım içeriği arama kutusu kadar iyidir
Kapsamlı bir yardım merkezi yazıp ziyaret sayısına bakmak yanıltıcıdır. Anlamlı olan sayı, sonuç dönmeyen sorgular. Kullanıcı kendi kelimeleriyle arar: param yatmadı, kargo gelmedi. Doküman ise şirket diliyle başlıklanmıştır: İade sürecinin işleyişi, Teslimat koşulları. Arama yalnızca başlıkları tarıyorsa iki taraf hiç karşılaşmaz ve içerik var olduğu halde yokmuş gibi davranır.
Boş sonuç dönen sorguları haftada bir okursanız, bir sonraki ay yazılacak yardım maddelerinin listesi kendiliğinden çıkar; bunun için ayrı bir analiz aracına gerek yok, arama kutusunun loguna bir satır eklemek yeterli. Aynı log, hangi maddenin başlığının yanlış olduğunu da söyler: metin doğru, sadece kullanıcının kullandığı kelime içinde geçmiyordur.
Video ve görsel eklemek faydalı, ama sırayı karıştırmayın. Aranamayan bir video, bulunamayan bir metinden daha ölüdür. Önce içerik bulunur hale gelsin, sonra zenginleşsin.
Politikalar okunmak için yazılır
İade, garanti ve sözleşme metinlerinin çoğu okunmak için değil, dava anında savunulmak için yazılmış. Bu tercihin bedeli sepette ödenir: kullanıcı iade koşulunu anlamadığında satın almayı ertelemeyi seçer, çünkü belirsizlik risk demektir.
Çözüm hukuki metni atmak değil, üstüne kısa bir özet koymak. Ama şu şartla: özet ile asıl metin çeliştiğinde kazanan asıl metinse, özet zaten yanlıştır ve kullanıcıyı ikinci kez yanıltır. Özeti yazan kişi ile sözleşmeyi yazan kişi aynı masada oturmuyorsa bu iş yürümez.
Sık karşılaşılan üç dört senaryoyu doğrudan adıyla yazın: ürün kutusu açılmışsa ne olur, kargo hasarlıysa ne olur, süre geçmişse ne olur. Kullanıcı politikanın tamamını değil, kendi durumunu arıyor.
Chatbot nereye kadar
Yapay zekâ destekli botlar tekrarlı ve düşük riskli soruları iyi karşılıyor: kargo nerede, şifre nasıl sıfırlanır, çalışma saati kaç. Para, hesap ve öfke söz konusu olduğunda aynı bot güven kaybettiriyor, çünkü kullanıcı zaten hata yapıldığını düşündüğü bir durumda kendisini ciddiye alan bir muhatap arıyor.
Bir botun kalitesini cevap doğruluğuyla değil, devir kolaylığıyla ölçün. Kullanıcının insana ulaşması kaç adım sürüyor, bota anlattığı şey temsilciye aktarılıyor mu, yoksa her şeyi baştan mı anlatıyor. İkinci kez anlattırıyorsa bot destek yükünü azaltmıyor, sadece kullanıcının sabrını harcayarak erteliyor.
Kaynaklar