AI Chatbot Konuşma Tasarımı: Kullanıcıyı Elde Tutma
Kullanıcı yazıyor: "kargom gelmedi". Bot cevaplıyor: "Sizi anlayamadım, lütfen tekrar deneyin." Kullanıcı bu kez "kargo nerede" yazıyor. Aynı cevap. Üçüncü denemede pencereyi kapatıyor ve telefonu eline alıyor — yani sizin en pahalı kanalınıza geçiyor. Botun anlama motoru belki iyiydi; konuşma tasarımı kötüydü. Aşağıda AI chatbot konuşma tasarımını replik seviyesinde ele alıyorum: karşılama nasıl kurulur, kullanıcı çıkmaza girdiğinde nasıl çıkarılır, ton nerede kaçar.
İlk üç saniye: karşılama cümlesi
Karşılama, tasarımın en çok ihmal edilen ve en çok iş gören parçası. Kullanıcı o cümleye bakıp iki şeye karar veriyor: burası işimi görür mü, göremezse çıkışım var mı?
İyi bir karşılama üç işi birden yapar: ne yapabildiğini somut söyler, tek bir soru sorar, insana geçiş yolunu görünür bırakır. Kötü karşılama ise ya çok genel olur ("Size nasıl yardımcı olabilirim?") ya da menüye boğar.
Zayıf replik | Neden daha iyisi |
|---|---|
"Merhaba, ben yapay zeka asistanınızım. Size nasıl yardımcı olabilirim?" | "Merhaba. Sipariş durumu, iade ve fatura konularında yardımcı olabilirim. Hangisiyle başlayalım?" |
"Lütfen aşağıdaki 6 seçenekten birini seçin." | "Sorununuzu kendi cümlenizle yazabilirsiniz." |
"Anlayamadım, tekrar deneyin." | "Kargo takibinden mi bahsediyorsunuz, iadeden mi?" |
Son satır tasarımın özeti sayılır. Anlamadığını söylemek yeterli değil; daraltmak gerekiyor.
Akışı kim yönetecek?
İki uç var ve ikisinin de bedeli farklı.
Yönlendirilmiş akışta bot soruyu sorar, kullanıcı seçer. Tahmin edilebilir, hata payı düşük, ama kullanıcı kendini bir formun içinde hisseder. Açık uçlu akışta kullanıcı istediğini yazar; doğal, fakat botun yanlış anlama ihtimali yükselir.
Pratikte işe yarayan karışım şu: açık uçlu başla, karar noktalarında daralt. Kullanıcı "iade yapmak istiyorum" dediğinde serbest metin yeterli. "Hangi ürünü iade edeceksiniz?" sorusuna geldiğinizde ise sipariş listesini gösterin. Serbestlik girişte, netlik işlem anında.
Bir karar daha: kaç adımda bilgi topluyorsunuz? Beş soruyu tek mesajda sormak kullanıcıyı kaçırır, her soruyu ayrı mesajda sormak konuşmayı uzatır. İkişerli gruplayın, işlemi tamamlamaya yeten en az bilgiyle yetinin.
Çıkmaz sokaktan çıkarmak
Konuşma tasarımının gerçek sınavı, botun anlamadığı andır. Buradaki tek kural: aynı cümleyi iki kez kurma.
Kademeli bir kurtarma merdiveni işe yarıyor:
Birinci denemede yeniden ifade et. "Sipariş numaranızı yazabilir misiniz? 10 haneli, siparişinizin üstünde yazıyor."
İkinci denemede daralt. Kullanıcının cümlesindeki en olası iki niyeti sun, seçtir.
Üçüncüde devret. Israr etme. "Bunu bir arkadaşıma aktarıyorum, konuşmanın özetini de iletiyorum."
Üçüncü adımı geciktirmek, otomasyon oranını yükseltmek adına yapılan en yaygın hata. Kullanıcı orada sinirlenmiyor; siz beşinci denemede sinirlendiriyorsunuz.
Devrin kendisi de tasarımın parçası. Kullanıcı temsilciye bağlandığında konuştuklarını baştan anlatmak zorunda kalıyorsa, devir değil kopuş yaşanmıştır. Konuşma özetinin kayıt tarafına düşmesi, temsilcinin ekranında ilk cümleden görünmesi gerekir.
Ton: samimi ile laubali arasındaki çizgi
Türkçede ton meselesi ilk olarak hitapta düğümleniyor. "Sen" mi, "siz" mi? Çoğu B2B ve hizmet senaryosunda "siz" güvenli. Genç kitleye satan bir uygulamada "sen" doğal durabilir; ama kararı verip her yerde aynı tutun. Yarısı "sen", yarısı "siz" olan bir bot, kişiliksiz değil, dikkatsiz görünüyor.
Emoji konusunda ölçü basit: konuşma iyi giderken bir tane fazlalık sayılmaz, kullanıcı şikâyetçiyken tek bir tanesi bile fazladır. Şikâyet akışlarında emojiyi tamamen kapatın.
Sesli kanalda ton, kelimelerden çok hız ve duraklamayla kuruluyor. Cümle uzunluğunu kısaltın, önemli bilgiden önce yarım saniye durun, numaraları tek tek okutun. Sesli asistan tarafında yazılı metni olduğu gibi okutmak, en sık görülen tasarım hatası.
Kötü haberi nasıl söyleyecek?
Her konuşma olumlu bitmiyor. İade süresi geçmiş olabilir, ürün stokta olmayabilir, talep karşılanamayabilir. Bu cümleler önceden yazılmazsa bot ya kaçamak yapıyor ya da soğuk bir ret cümlesi kuruyor.
İşleyen kalıp üç parçalı: durumu net söyle, sebebi kısaca ver, elde kalan seçeneği sun. "İade süresi 14 gün, bu sipariş için süre dolmuş. Ürün arızalıysa garanti kaydı açabiliriz, ister misiniz?" Kullanıcı istediğini alamadı; ama ne olduğunu ve ne yapabileceğini biliyor.
Bekleme cümlelerini de yazın. Entegrasyon yavaş cevap verdiğinde sessiz kalan bir ekran, kullanıcıya bağlantı koptu hissi veriyor. "Sipariş sisteminden kontrol ediyorum, birkaç saniye" cümlesi bu boşluğu kapatır. Cevap gelmezse ne diyeceğini de belirleyin — sessizlik en kötü seçenek.
Elde tutma, kapanış repliğinde saklı
Kullanıcıyı elde tutmayı çoğu ekip kampanya işi sanıyor. Halbuki tekrar gelip gelmeyeceğine, konuşmanın son iki mesajında karar veriyor.
İyi bir kapanış üç şeyi bırakır: ne yapıldığının tek cümlelik özeti, varsa takip numarası, ve sonraki adımın kimde olduğu. "Kaydınızı açtım, numarası 4471. Ekip bugün içinde dönüş yapacak." Bu üç bilgi verildiğinde kullanıcı aynı konuyu bir daha sormuyor.
Kapanışta memnuniyet sorusu sormak isteyebilirsiniz. Sorun, ama tek soru olsun ve konuşma çözümle bittiyse sorun; çözümsüz biten bir görüşmenin sonunda puan istemek, kullanıcıyı ikinci kez üzüyor.
Aynı senaryo yazıda ve seste aynı değil
Yazılı kanalda kullanıcı listeye bakabilir, geri kaydırabilir, kopyalayabilir. Seste bunların hiçbiri yok. Beş maddelik bir seçenek listesini telefonda okutursanız kullanıcı üçüncüde kaybolur.
Seste ikişerli sorun, teyit edin, kritik bilgiyi tekrarlayın. Yazıda ise fazla teyit bunaltıcı olur — kullanıcı ekranda görüyor zaten. Aynı akışı iki kanala kopyalamak, müşteri hizmeti akışlarında en çok karşılaştığımız kısayol; işe yaramıyor.
Üç dakikalık prova
Tasarımı değerlendirmenin en hızlı yolu, botunuzla bilerek kötü bir kullanıcı gibi konuşmak. Yazım hatası yapın, konuyu ortadan değiştirin, "bir insana bağlan" deyin, cevabı beğenmeyip itiraz edin.
Üç şeye bakın: kaç adımda kaybediyor, kaybettiğinde ne diyor, insana geçmek kaç mesaj sürüyor. Bu üç cevabı iyileştirmek, yeni bir model denemekten çok daha fazla iş görür. AI Agent TR tarafında yeni bir akış yayına almadan önce yaptığımız son kontrol de tam olarak bu.
Sıkça Sorulan Sorular
Konuşma tasarımını kim yapmalı?
Ürün veya operasyon tarafından, müşteriyle gerçekten konuşmuş biri. Metin yazarlığı becerisi yardımcı olur; ancak asıl gereken, sık gelen soruları ve tipik itirazları bilmek.
Botun kendini tanıtması şart mı?
Şart. Kullanıcı kiminle konuştuğunu bilmeli; sonradan fark ettiğinde güven kaybı yaşanıyor.
Kaç fallback denemesi makul?
Genelde iki, en fazla üç. Üçüncüden sonrası kullanıcıyı ikna etmeye değil, yormaya başlıyor.
Akışı ne sıklıkta gözden geçirmeli?
Ürün, kampanya veya süreç değiştiğinde. Takvimden bağımsız bir kural koymak yerine değişikliği tetikleyici saymak daha gerçekçi.
Kendi akışınızı bu gözle bir gözden geçirmemizi isterseniz, mevcut konuşma kayıtlarınızla birlikte demo talebi açın; nerede kopuyor, birlikte görelim.
