Yapay Zeka ile Müşteri Hizmetlerinde Kişiselleştirme
Projenin altıncı ayı. Toplantıda üç sunum yapıldı, iki danışman raporu geldi, bir veri ambarı planlandı. Müşteri hâlâ aradığında "müşteri numaranızı alabilir miyim" cümlesini duyuyor. Kişiselleştirme projelerinin çoğu böyle ölüyor: büyük başlayıp hiçbir yere varmadan.
Oysa ilk gerçek kazanç, kurulumu birkaç günlük bir işten geliyor. Aşağıda kişiselleştirmeye nereden başlanacağını, ilk hangi kararların verileceğini ve yayına almadan önce nelerin kontrol edileceğini sırasıyla yazdım. Teori değil, adım listesi.
Başlangıç noktası: tek bir çağrı tipi
Kişiselleştirmeyi tüm çağrılar için birden açmaya çalışmayın. Bir hafta boyunca gelen çağrıları konu bazında sayın, en tepedeki konuyu seçin ve sadece onun için kurun.
Seçtiğiniz konunun üç özelliği olmalı: sık geliyor, cevabı sistemde zaten yazıyor, ve müşteri her seferinde aynı doğrulama adımlarından geçiyor. Randevu durumu, sipariş durumu, fatura tutarı, başvuru aşaması — tipik adaylar bunlar.
Neden tek konu? Çünkü kişiselleştirmenin ilk sürümünde yanlış eşleşme olacak ve bunu küçük bir alanda görmek isteyeceksiniz. Tüm çağrılarda açarsanız hatayı da tüm çağrılarda görürsünüz.
İlk gerçek iş: kimlik eşleştirme
Kimse bu adımı sevmiyor ama atlanınca gerisi çalışmıyor. Arayan numarayı bir müşteri kaydına bağlayamıyorsanız, elinizdeki tüm veri işe yaramaz durumda demektir.
Sahada karşılaşılan tipik engeller:
Numara formatı tutarsızlığı. Aynı kişi CRM'de 0532…, santral kaydında +90532…, e-ticaret tarafında boşluklu yazılmış. Önce tek bir normalizasyon kuralı yazın, sonra eşleştirmeye bakın.
Ortak numara. Kurumsal müşterilerde santral numarası birden çok kişiye ait olabiliyor. Bu durumda kimlik doğrulama tek adım daha ister — ve bunu baştan kabul etmek, sonradan yamamaktan iyi.
Kayıt tekrarı. Aynı kişi üç ayrı kayıtta duruyorsa, ajan hangisini okuyacağını bilemez. Tekilleştirme kuralını (en son güncellenen mi, en çok işlem yapılan mı) yazılı hale getirin.
Bu işi bitiren ekipler genelde şaşırıyor: eşleşme oranı ilk ölçümde beklenenin altında çıkıyor. Normal. Önemli olan oranı bilmek, çünkü kişiselleştirmenin tavanı orası. Kayıtların tek yerde birleşmesi için CRM tarafında hangi alanın kimlik olarak kabul edileceğine karar vermek, ilk haftanın işi.
Açılış cümlesini yazmak
Kişiselleştirmenin görünen yüzü burası ve ekipler burada fazla ileri gidiyor. İyi bir açılış, bildiğiniz her şeyi göstermez; müşterinin bir sonraki cümlesini kısaltır.
Zayıf açılış | İşe yarayan açılış |
|---|---|
"Merhaba, size nasıl yardımcı olabilirim?" | "Merhaba Ayşe Hanım, Perşembe 14:00 randevunuzla ilgili mi arıyorsunuz?" |
"Sizi tanıyorum, geçen ay üç kez aramışsınız." | "Geçen haftaki talebiniz hâlâ açık görünüyor, onunla mı ilgili?" |
"İlgi alanlarınıza uygun bir kampanyamız var." | "Bekleyen siparişiniz var; önce onu mu konuşalım?" |
Fark şurada: sağdaki cümleler bir soru soruyor ve müşteriye hayır deme imkânı bırakıyor. Kişiselleştirmeyi bir iddia gibi kurmayın, bir tahmin gibi kurun. Tahmin yanlışsa müşteri düzeltir, konuşma devam eder. İddia yanlışsa konuşma bozulur.
Bir de dil meselesi: hitap biçimini müşteri kaydından alın. "Ayşe Hanım" ile "Sayın Yılmaz" arasındaki tercih, sektöre ve müşteri tipine göre değişiyor ve yanlışı rahatsız ediyor.
Önce temsilci ekranı, sonra ajan konuşması
Sıralama tartışması genelde burada çıkıyor. Önerim net: aynı veriyi ilk olarak insan temsilcinin ekranına koyun.
Nedeni pratik. Temsilci yanlış bilgiyi görürse düzeltir ve size söyler; ajan yanlış bilgiyi görürse müşteriye söyler. İlk haftaların hata maliyeti insan ekranında çok daha düşük. İki üç hafta sonra veri temizlendiğinde aynı bilgiyi otomatik akışa açarsınız.
Bu arada temsilci ekranında yer sınırlı. Beş alandan fazlasını koymayın; okunmayan bilgi, olmayan bilgiyle aynı şey.
Hangi beş alan olacağını da masabaşında seçmeyin. İki temsilcinin yanına oturun, on çağrı dinleyin ve onların ekranda ne aradığını not edin. Çıkan liste, ürün ekibinin tahminiyle çoğu zaman örtüşmüyor — ve haklı olan genelde temsilci oluyor.
Yayına almadan önce kontrol listesi
Yanlış eşleşme senaryosu test edildi mi? Sistemde olmayan bir numaradan arayın. Ajan ne diyor?
Veri gecikince ne oluyor? Profil zamanında gelmezse akış sade karşılamaya düşmeli, yarım cümle kurmamalı.
Hitap ve isim doğru okunuyor mu? Türkçe karakterli isimlerde telaffuz kontrolü şart; "Çağla" ve "Şükrü" ilk denemede genelde bozuk çıkıyor.
Hangi bilginin dile getirileceği yazılı mı? Arka planda kullanılacak ile söylenecek bilgiyi ayıran bir liste olmalı.
Müşteri "beni tanımayın" derse ne olacak? Bu talebin kaydedileceği bir alan ve ona uyacak bir akış gerekiyor.
Ölçüm kurulu mu? Kişiselleştirme açık ve kapalı çağrıların ortalama süresini ayrı ayrı görebiliyor musunuz?
Örnek senaryo: randevu hatırlatma
Aşağıdaki kurgu, gerçek bir müşteri verisi değil — nasıl kurulduğunu göstermek için yazılmış örnek bir senaryo.
Bir klinik, randevu gününden bir gün önce arama yapıyor. Kişiselleştirme olmadan akış şöyle: "Yarınki randevunuzu hatırlatmak için aradık." Kişiselleştirmeyle: doktor adı, saat ve gelmeden önce yapılması gerekenler (aç karına gelme, belge getirme) aynı cümlede geçiyor. İkinci akışta gelmeyen hasta sayısı düşüyor, çünkü hatırlatma bir bilgi taşıyor, sadece uyarı değil.
Buradaki asıl kazanç kişiselleştirmenin kendisinde değil; hatırlatmanın müşterinin işini kolaylaştırmasında. Randevu yönetimi akışlarını kurarken bu ayrımı akılda tutun: kişiselleştirme bir süs değil, taşınan bilginin doğru kişiye özel olması demek.
Sırada ne var
İlk konu oturduğunda ikincisini eklersiniz ve ikincisi çok daha hızlı gider — çünkü zor iş olan kimlik eşleştirme bitmiştir. Üçüncü ayda kanallar arası tutarlılığa bakabilirsiniz: telefonda bilinen şeyin WhatsApp tarafında da biliniyor olması, ayrı bir entegrasyon işi ve tek başına bir proje.
AI Agent TR ile kurulan projelerde de sıra genelde budur: tek konu, kimlik, ekran, sonra konuşma. Kendi çağrı listenizde ilk konunun hangisi olacağına birlikte bakmak isterseniz demo talebi bırakın.
Sıkça Sorulan Sorular
Kişiselleştirme için önce veri ambarı kurmak gerekir mi?
Gerekmiyor. İlk konu için ihtiyacınız olan alanlar genelde iki üç sistemde duruyor ve doğrudan çekilebiliyor. Ambar tartışması projeyi aylarca geciktiriyor.
Eşleşme oranı düşükse ne yapmalı?
Önce numara normalizasyonunu düzeltin; tek başına ciddi bir sıçrama sağlıyor. Sonra tekrar eden kayıtları birleştirin. Bunlar bitmeden model ya da ek veri kaynağı aramayın.
Müşteri kişiselleştirilmiş karşılamayı istemezse?
Bu talebi kaydedip akışı sade karşılamaya düşürmek gerekir. Talebin kaydedileceği bir alan yoksa, kişiselleştirmeyi açmadan önce onu açın.
Kaç haftada ilk sonuç görülür?
Kimlik eşleştirme temizse iki üç hafta içinde ortalama görüşme süresinde fark görünüyor. Görünmüyorsa sorun genelde açılış cümlesinde: bilgi veriyor ama müşterinin bir sonraki adımını kısaltmıyordur.
