Müşteri Hizmetlerinde AI Başarı Hikayeleri Nasıl Doğar?
Demo harikaydı. Yönetim ikna oldu, bütçe çıktı, kurulum üç haftada bitti. Üçüncü ayda bot hâlâ çalışıyordu ama kimse ona bakmıyordu; çağrı hacmi eski seviyesine dönmüştü, çünkü müşteriler botun cevabına güvenmeyip yine hattı arıyordu. Proje "başarısız" ilan edilmedi. Daha kötüsü oldu: unutuldu.
Bu yazıda size isim isim müşteri hikâyesi ya da yuvarlanmış tasarruf oranları anlatmayacağım. Onun yerine tutan kurulumların nelerinde birbirine benzediğini, tutmayanların nerede aynı hatayı yaptığını yazdım. İki tipik senaryo da var — ikisi de kurgusal, sahada tekrarlayan desenlerden derlendi.
Önce şunu netleştirelim: neden burada yüzde yok
Yapay zeka müşteri hizmetleri başarı hikâyeleri aranırken karşınıza çıkan içeriklerin çoğunda kaynaksız oranlar dolaşıyor. Bir yerde okunmuş, ikinci yerde yuvarlanmış, üçüncü yerde başka bir sektöre yapıştırılmış rakamlar.
Bu rakamlar size karar aldırmaz, sadece toplantıda slayt doldurur. Sizin operasyonunuzdaki tasarruf; çağrı dağılımınıza, verinizin ne kadar derli toplu olduğuna ve otomatikleştirdiğiniz senaryonun hacmine bağlı. Bir başkasının oranı sizin bütçenizi kurtarmaz. Bu yüzden aşağıda oran yok, desen var.
Tutan kurulumların dört ortak özelliği
Tek bir çağrı tipiyle başlamışlar. Sipariş durumu ya da randevu iptali. İkisi birden değil. Dar başlangıç, ölçmeyi mümkün kılıyor: o çağrı tipinde hacim düştü mü, düşmedi mi? Cevap ilk ay içinde belli oluyor.
Botu gerçek bir veri kaynağına bağlamışlar. Bilgi tabanından okuyup genel geçer cevap veren bir kurulum, üçüncü haftada müşterinin güvenini kaybediyor. Sipariş numarasını sorup gerçek durumu söyleyebilen kurulum ise kendi kendine trafik topluyor.
Devir eşiğini düşük tutmuşlar. Bot çözemediğinde uzun uzun denemiyor, insana aktarıyor. İlginç olan şu: devir oranı yüksek olan kurulumlar genelde daha başarılı sayılıyor, çünkü müşteri "buraya yazarsam bir şekilde çözülüyor" öğreniyor.
Bir sahibi var. Haftada bir saatini konuşma kayıtlarına ayıran bir kişi. İsim olarak yazılmış, işi tarif edilmiş. Sahipsiz kurulumlar bozulduğunda kimse fark etmiyor.
Dördü içinde en çok atlananı sonuncusu. Teknoloji seçimi haftalarca tartışılıyor, "bunu kim izleyecek" sorusu hiç sorulmuyor.
Tipik senaryo: orta ölçekli bir e-ticaret operasyonu
Kurgusal ama tanıdık bir tablo. Günlük birkaç yüz çağrı, dört kişilik ekip, çağrıların büyük bölümü kargo ve iade. Kampanya haftalarında hacim ikiye katlanıyor, ekip yetişemiyor.
Böyle bir operasyonda kurulum genelde şöyle ilerliyor: önce sadece "siparişim nerede" sorusu otomatikleşiyor, WhatsApp ve web sohbeti üzerinden. Bot sipariş numarasını alıyor, kargo servisinden durumu çekiyor, tek cümleyle söylüyor. İade konusuna hiç girmiyor — ilk ay kapsam dışı.
İkinci ayda iade açılıyor, ama sadece bilgi verecek şekilde: koşullar ne, süre ne kadar. Kaydı açma yetkisi insanda kalıyor. Üçüncü ayda kayıtlar okunuyor ve şu fark ediliyor: müşterilerin bir kısmı sipariş numarasını bilmiyor, telefon numarasıyla sorguluyor. Senaryo buna göre düzeltiliyor.
Buradaki gerçek pürüz şu: numara formatı. Sistemde +90'lı ve 0'lı kayıtlar bir arada duruyorsa sorgu boş dönüyor ve bot "siparişinizi bulamadım" diyor. Müşteri sinirleniyor, çağrı merkezine geçiyor. Sipariş takibi senaryosunda kurulumun kaderini belirleyen şey model değil, bu tekilleştirme işi oluyor.
Tipik senaryo: randevuyla çalışan bir klinik
İkinci kurgusal örnek. Burada mesele hacim değil, no-show. Randevusuna gelmeyen hasta hem slotu boşa harcıyor hem de o slotu isteyen başka birini geri çeviriyor.
Tutan kurulumlarda bot iki iş yapıyor: randevudan bir gün önce hatırlatma gönderiyor ve iptal etmek isteyene tek mesajla iptal ettiriyor. İkincisi kulağa ters geliyor — neden iptali kolaylaştıralım? Çünkü kolay iptal, boş slotu yeniden satılabilir hale getiriyor. Zor iptal ise sadece gelmemeyi kolaylaştırıyor.
Sağlık tarafında bir uyarı: burada işlenen veri özel nitelikli kişisel veri kapsamına girebiliyor. Mesaj içeriğinden saklama süresine kadar KVKK açısından baştan konuşulması gereken başlıklar var; bu genel bilgilendirme, kendi hukuk danışmanınızla teyit edin. Randevu yönetimi tarafında bu konuşma kurulumdan önce yapılmalı.
Tutmayan kurulumların ortak hataları
Kapsamı geniş tutmak. "Her şeyi cevaplasın" hedefiyle açılan botlar, hiçbir şeyi iyi cevaplayamıyor ve ilk kötü deneyimden sonra müşteri bir daha denemiyor.
Ölçüyü baştan koymamak. Neyin iyileşeceği yazılmadan başlayan projede altıncı ayda tartışma çıkıyor: kimi maliyete bakıyor, kimi memnuniyete, kimi çağrı sayısına.
Bilgi tabanını bir kere doldurup unutmak. Kampanya bitiyor, fiyat değişiyor, bot eski bilgiyi söylemeye devam ediyor. Bu, müşteriye yalan söyleyen bir sistem demek — ve markaya faturası ağır.
Ekibi sürece almamak. Temsilciler botu rakip olarak görürse geri bildirim vermiyorlar. Oysa kötü cevabı ilk fark edecek olan onlar. Bu maddeyi teknik değil, yönetim maddesi sayın.
Dördünün ortak paydası aynı: proje bir yazılım kurulumu gibi ele alınıyor, oysa bir operasyon değişikliği. Yazılım tarafı üç haftada biter, operasyon tarafı bitmez — senaryo her kampanyada, her politika değişikliğinde yeniden elden geçer. Bunu kabul eden ekipler devam ediyor, "kurduk ve bitti" diyenler altıncı ayda geri dönüyor.
İlk 90 günde neye bakmalı
Başarı hikâyesi anlatabilmek için önce ölçmek gerekiyor. Dört sayı yeterli:
Otomatikleştirdiğiniz çağrı tipinin toplam içindeki payı — düşüyor mu?
İnsana devir oranı ve devir sonrası çözüm süresi.
Terk edilen konuşma sayısı: bot cevap verdi ama müşteri ayrıldı.
Aynı müşterinin 48 saat içinde tekrar teması. En dürüst kalite göstergesi bu.
Bu dördü raporlama ekranından haftalık takip edilirse, üçüncü ayın sonunda elinizde kendi verinizle yazılmış gerçek bir vaka çalışması olur. Başkasının yüzdesinden çok daha işe yarar.
Ne zaman gerçek bir başarı hikâyesi olur
Kurulumun başarılı sayılması için botun her şeyi çözmesi gerekmiyor. Tek bir çağrı tipini güvenilir biçimde kapatması, ekibin o konuya artık bakmaması ve müşterinin ikinci kez sormaması yeterli. Gerisi bunun üstüne kurulur.
Yapay zeka projelerinin geneline dair daha geniş bir çerçeveyi çağrı merkezinin geleceği yazımızda bulabilirsiniz. Kendi operasyonunuzda hangi çağrı tipinin buna uygun olduğuna bakmak isterseniz, AI Agent TR ekibinden demo isteyin.
Sıkça Sorulan Sorular
Neden bu yazıda müşteri ismi geçmiyor?
Referans paylaşımı müşterinin yazılı onayına bağlı bir konu. Onayı olmayan hikâyeyi anonimleştirip anlatmak da doğru bulmuyoruz; bu yüzden isim yerine desen anlatmayı tercih ediyoruz.
Başarıyı ne kadar sürede görürüz?
Dar kapsamlı bir kurulumda ilk sinyaller dört-altı hafta içinde çıkıyor. Bu süre teknolojiye değil, bilgi tabanının hazır olup olmadığına bağlı.
Pilot başarısız olursa ne yapmalı?
Önce kayıtları okuyun. Çoğu başarısız pilotun sebebi yanlış senaryo seçimi oluyor: müşteri yargısı gerektiren bir konu otomasyona verilmiş oluyor. Senaryoyu değiştirmek, ürünü değiştirmekten daha sık işe yarıyor.
