Yapay zekâ ile müşteri hizmetleri: chatbot değil, devir teslim tasarımı

Yapay zekâ destekli müşteri hizmetleri projelerinin çoğu aynı yerde takılıyor: proje “bir chatbot kuralım” diye başlıyor, “botu kapatalım” diye bitiyor.

Sebep teknoloji değil. Sebep, yanlış soruyla başlanması: “Yapay zekâ müşterilerimizle konuşabilir mi?” Doğru soru ise şu: “Gelen taleplerin hangi kısmı, insanın bakmasına gerek kalmadan doğru şekilde kapanabilir?”

İlk soru bir demo üretir. İkincisi ölçülebilir bir tasarruf.

Önce talepleri ayırın

Başlamadan önce yapılacak tek iş var: son üç ayın gelen mesajlarını açıp niyete göre sınıflandırmak. Genelde şöyle bir dağılım çıkar:

• %40-60 tekrarlayan bilgi soruları. “Kargom nerede”, “çalışma saatleriniz”, “fiyat listesi”, “randevumu değiştirebilir miyim”. Cevap bir yerde yazılı, sadece bulunması gerekiyor.
• %20-30 işlem talepleri. Randevu alma, iptal, adres değiştirme, iade başlatma. Cevap değil, bir sistemde kayıt gerektiriyor.
• %10-20 gerçek istisna. Şikâyet, pazarlık, özel durum, öfkeli müşteri. İnsan gerektiriyor ve gerektirmeye devam edecek.

İlk grup otomasyonun asıl hedefidir ve çoğu şirkette hacmin yarısını tutar. Üçüncü grubu otomatikleştirmeye çalışmak, projeyi batıran karardır.

İşe yarayan mimari

1. Bilgi tabanı, modelin belleği değil.

Modelin “bilmesini” beklemeyin. Fiyatlarınızı, politikalarınızı ve prosedürlerinizi bir kaynakta toplayın; sistem cevabı o kaynaktan arayıp getirsin ve kaynağı göstersin. Buna RAG deniyor ve önemi şurada: fiyat listesi değiştiğinde tek bir belgeyi güncellersiniz, modeli yeniden eğitmezsiniz.

Kaynaksız cevap veren bir sistem, er ya da geç var olmayan bir kampanyayı müşteriye taahhüt eder. Bu teorik bir risk değil; sık görülen bir olay.

2. Devir teslim, kurtarma değil ana akış.

En kritik tasarım kararı: bot ne zaman çekilir. Üç kural yeterli —

• Müşteri iki kez aynı şeyi soruyorsa, devret.
• Bilgi tabanında karşılık bulunamadıysa, uydurma; devret.
• Müşteri “insanla görüşmek istiyorum” dediyse, tartışma; devret.

Devir teslimde konuşmanın tamamı temsilciye geçmeli. Müşteriye anlattığını baştan anlattıran bir sistem, hiç olmamasından daha kötüdür.

3. Yazma yetkisi dar.

Okuma geniş, yazma dar tutulur. Sistem randevu oluşturabilsin ama iptal edemesin; iade başlatabilsin ama para iadesi onaylayamasın. Geri alınamaz her işlem insan onayından geçmeli — en azından ilk aylarda.

WhatsApp: Türkiye’de asıl kanal

Türkiye’de müşteri e-posta yazmıyor, WhatsApp’tan yazıyor. Bu, kurulumu iki yönden değiştiriyor.

İyi tarafı: sürtünme düşük, yanıt oranı yüksek, müşteri zaten o uygulamanın içinde.

Zor tarafı: WhatsApp Business API üzerinden çalışmak gerekir. Telefondaki normal WhatsApp uygulamasına bot bağlamak hem kural ihlalidir hem de numaranın kapatılmasıyla sonuçlanır. API tarafında ise 24 saat kuralı vardır: müşteri size yazdıktan sonraki 24 saat içinde serbestçe cevap verebilirsiniz, sonrasında yalnızca önceden onaylanmış şablon mesajlarla ulaşabilirsiniz. Randevu hatırlatması gibi akışları bu kurala göre kurmak gerekir.

Kliniklerde bu kanalın satış tarafını WhatsApp üzerinden satış yazımızda ayrıntılandırdık.

Geri dönüşü nasıl ölçersiniz

“Müşteri memnuniyeti arttı” ölçüm değildir. Kurulumdan önce şu dört sayıyı kaydedin:

Ölçüt	Neden
Aylık gelen talep adedi	Payda — diğer her şey buna oranlanır
Ortalama ilk yanıt süresi	Otomasyonun en hızlı iyileştirdiği kalem
Talep başına harcanan insan dakikası	Asıl tasarruf buradan çıkar
İnsana devredilmeden kapanan oran	Otomasyonun gerçek başarı ölçütü

Dördüncüsü kilit ölçüt. Hedef %100 değil — sağlıklı bir kurulum ilk çeyrekte %35-55 bandında kapanma oranına oturur. Bunun üstünü zorlamak, üçüncü gruptaki istisnaları bota yıkmak demektir ve memnuniyeti düşürür.

Maliyet tarafında da dürüst olun: model kullanım ücreti, WhatsApp konuşma ücreti ve bakım. Bilgi tabanı bakımı gerçek bir iştir — ayda birkaç saat ayırmayan kurulumlar altı ay içinde yanlış cevap vermeye başlar.

Nereden başlanır

Tek akışla. En çok tekrarlayan tek soru tipini seçin, sadece onu otomatikleştirin, iki hafta ölçün. Tuttuysa genişletin.

“Tüm müşteri hizmetlerini yapay zekâya devredelim” diye başlayan projelerin ortak kaderi, üç ay sonra hiçbir akışın tam çalışmıyor olmasıdır. Bu yaklaşımın genel çerçevesini yapay zekâ otomasyonuna nereden başlanır yazımızda anlattık.

Kendi talep dağılımınızı çıkarmak ve hangi akışın otomatikleşmeye değdiğini görmek isterseniz AI ve otomasyon tarafımız bu ölçümle başlıyor.