Canlı Destek Chat Arayüzünde İşe Yarayan ve Yaramayan Kararlar

Canlı destek chat'i artık çoğu sitede aynı yerde duruyor: sağ altta, kontrast bir balon. Arayüz kalıplaşınca iyileştirme tavsiyeleri de kalıplaştı ve bu listelerin bir kısmı ölçülebilir hiçbir fayda üretmiyor. Aşağıda chat deneyiminde gerçekten fark yaratan kararları, tekrarlanmaktan doğru sanılan tavsiyelerden ayırıyorum.

Hız tek başına bir hedef değil

Chat tavsiyelerinin neredeyse tamamı hızla başlıyor. Oysa ölçülen şey genelde ilk yanıt süresi oluyor ve bu metriği tek başına iyileştirmek kolay: temsilci üç saniyede "Merhaba, nasıl yardımcı olabilirim?" yazar, sayı düşer, müşterinin sorunu olduğu yerde kalır.

İki şeyi ayrı ölçmek gerekiyor: ilk yanıta kadar geçen süre ve sohbetin aktarılmadan kapanma oranı. İkincisi kötüyse ilk yanıt süresini düşürmek sadece bekleme yerini değiştirir. Müşteri temsilciyle konuşmaya başlamış olur ama hâlâ bekliyordur, bu da en azından boş bir ekranda beklemek kadar yıpratıcıdır.

Eşzamanlı sohbet sayısı sessiz bir tavan koyar

"Temsilci aynı anda birkaç konuşmayı yönetirse verimlilik artar" cümlesi kaynaklarda bedava bir kazanç gibi geçiyor. Aritmetiği basit ve tersi yönde çalışıyor: temsilci n sohbet taşıyorsa ve bir yanıtı yazması ortalama t sürüyorsa, tek bir müşterinin iki yanıt arasında beklediği boşluk yaklaşık (n-1)·t kadar uzar. n=2'de bu bir yanıt süresi, n=5'te dört katı.

Yani eşzamanlılık toplam kapasiteyi artırırken her bir sohbetin ritmini bozuyor. Kısa ve kapalı uçlu sorularda (kargo nerede, iade süresi kaç gün) bu takas mantıklı. Teknik destekte değil; orada n'i ikiye sabitlemek, temsilci başına bakılan sohbet sayısını panoda yüksek göstermekten daha değerli.

Bekleme göstergesi: yanlış tahmin, hiç tahminden kötü

Tahmini bekleme süresi göstermek iyi bir fikir, ama ancak hesaplayabiliyorsan. Kuyruk uzunluğunu ve ortalama görüşme süresini bilmiyorsan ekrana yazdığın "yaklaşık 2 dakika" bir tahmin değil, bir dekordur ve üçüncü dakikada güveni tahminsiz bir ekrandan daha hızlı tüketir. Hesaplayamıyorsan sıra numarası göster, o en azından doğrulanabilir bir sayıdır.

Aynı şey yazma göstergesi için de geçerli. "Temsilci yazıyor" ibaresi gerçek tuş olaylarından gelmelidir; zamanlayıcıyla üretilen bir animasyon, boş pencerede kullanıcıyı bir süre oyalar, sonra kalıcı olarak inandırıcılığını kaybeder.

Butonun yeri değil, ona nasıl ulaşıldığı

Chat butonunun rengi ve köşesi üzerine çok yazılıyor, klavyeyle erişimi üzerine neredeyse hiç. Kayan pencereler genelde sayfanın en sonuna eklenen bir konteynerde durur, görsel olarak köşededir ama sekme sırasında en sonda kalır; açıldığında odak otomatik olarak mesaj alanına taşınmıyorsa klavye kullanıcısı pencereyi görür, içine giremez. Gelen mesajların ekran okuyucuya bildirilmesi için de canlı bölge gerekir, yoksa yanıt gelir ve kullanıcı bunu fark etmez. WCAG 2.2 ölçütleri bu davranışların hangisinin zorunlu olduğunu açıkça sıralıyor.

Bir projede chat widget'ını üçüncü parti iframe'den çıkarıp sayfanın kendi DOM'una taşıdığımızda klavye ve odak şikâyetlerinin yarısı kendiliğinden kapandı. Mobilde ayrı bir sorun var: sabit konumlu buton, sepete ekleme ya da çerez bildirimi gibi başka bir öğenin üstüne oturuyorsa chat'i erişilebilir yapmak için asıl dönüşümü bozmuş olursun.

Botu gizlemek, bot gibi davranmaktan pahalı

Otomatik yanıt devredeyse bunu ilk mesajda söylemek gerekir. Gerekçe nezaket değil: kullanıcı karşısında bot olduğunu bilirse kısa ve anahtar kelimeye yakın yazar, bilmezse paragraf yazar ve ikisi de zaman kaybeder.

Botun zamanla öğrenip karmaşık soruları devralacağı beklentisine temkinli yaklaşıyorum. Pratikte değerli olan kısım devir noktasının netliğidir: bot hangi eşikte pes ettiğini bilmeli, pes ettiğinde o ana kadarki metni insana aktarmalı ve kullanıcıya bunun olduğunu söylemelidir. Üç kez aynı yanıtı döndürüp kullanıcıyı pencereyi kapatmaya zorlayan bir bot, hiç olmamasından kötüdür.

Aynı bilgiyi ikinci kez sormak

Chat deneyiminde en görünür hata budur. Kullanıcı sipariş numarasını bota verir, insan temsilciye aktarılır, temsilci sipariş numarasını sorar. O noktada kullanıcı sadece tekrar yazmakla kalmaz, baştaki adımın neden var olduğunu da sorgular.

Bu bir arayüz sorunu değil, entegrasyon sorunu: bot oturumunda toplanan alanlar aktarma yükünde taşınmıyorsa arayüzde yapılacak hiçbir şey durumu düzeltmez. Sohbet dökümünü PDF olarak indirtmek de güzel bir ek ama asıl faydası müşteride değil; aynı kaydın temsilci tarafında bir sonraki görüşmede açılabilmesidir.

Nereden başlamalı

Elinde kısa bir bütçe varsa sırayı şöyle kurardım: önce oturum devirlerinde bilgi kaybını kapat, sonra klavye ve odak davranışını düzelt, sonra eşzamanlı sohbet tavanını teknik destek kuyruğunda düşür. Buton rengi, emoji desteği ve karşılama mesajının tonu bu üçünden sonra gelir. Bunlar yararsız değil, sadece ölçülebilir etkisi en küçük olanlar ve genelde listelerin en başında duruyorlar.