Yapay zekâ destekli yanıt akışları, son iki yılda küçük işletmeler için de erişilebilir hâle geldi. Ama “siteye bir chatbot koyalım” ile “gelen mesajların yarısını otomatiğe devredelim” arasında ciddi bir fark var. Birincisi çoğu zaman ziyaretçiyi yoruyor; ikincisi doğru kurulduğunda gerçekten zaman kazandırıyor.
Bu yazıda otomasyonun nerede karşılığını verdiğini, nerede zarar verdiğini ve aradaki sınırın nasıl çizildiğini anlatıyoruz.
Otomasyonun karşılığını verdiği yerler
Yapay zekâ, cevabı zaten var olan ama her seferinde elle yazılan soruları devraldığında kazandırıyor. Pratikte bu şu üç alan oluyor:
- Tekrar eden bilgi soruları. Çalışma saatleri, hizmet verilen bölgeler, teslim süresi, kargo durumu. Bu soruların cevabı sabit; insan yazması gereken tek şey değil.
- Talep toplama ve yönlendirme. Gelen mesajdan ne istendiğini çıkarıp doğru kişiye ya da doğru forma yönlendirmek. İnsanın karar vermesi gereken kısım daha sonra başlıyor.
- Doküman ve form verisinin okunması. Fatura, sipariş formu ya da teklif talebi gibi yapılandırılmış belgelerden alanları çıkarıp sisteme yazmak. Elle veri girişi, otomasyonun en net kazandığı iş.
Ortak nokta: üçünde de yanlış bir cevabın maliyeti düşük ve doğrulaması kolay.
Riskli olduğu yerler
Aynı araç, cevabın duruma göre değiştiği yerlerde hızla sorun üretiyor:
- Fiyat ve kapsam soruları. Kapsamı görmeden verilen bir rakam, sonradan düzeltilmek zorunda kalıyor ve güveni götürüyor.
- Şikâyet ve iade süreçleri. Sinirli bir müşteriye otomatik yanıt vermek, problemi büyütüyor.
- Teknik teşhis gerektiren sorular. “Neden çalışmıyor” sorusunun cevabı bağlama bağlı; genel bir yanıt işe yaramıyor.
Bu üç alanı otomasyona hiç sokmuyoruz. Kurduğumuz akışlarda bunlar doğrudan insana devrediliyor.
Devri insana bırakma kuralı
Kurduğumuz her akışta tek bir kural var: model emin değilse konuşmayı insana devreder. Bu, teknik bir ayar değil, bir tasarım kararı — ve otomasyonun güvenilir kalmasını sağlayan şey bu.
Pratikte üç tetikleyici kullanıyoruz:
| Tetikleyici | Ne oluyor |
|---|---|
| Soru, tanımlı bilgi kümesinin dışında | Konuşma insana aktarılır |
| Müşteri ikinci kez aynı şeyi soruyor | Konuşma insana aktarılır |
| Müşteri açıkça “insanla görüşmek istiyorum” der | Konuşma anında insana aktarılır |
Devir sırasında konuşmanın tamamı aktarılıyor; müşteri anlattığını baştan anlatmak zorunda kalmıyor. Otomasyonun en çok sinir bozan yanı genelde bu tekrar oluyor ve çözümü teknik değil, akış tasarımı.
Modelin nereden bildiği
Genel amaçlı bir dil modeli sizin işinizi bilmiyor. Bu yüzden akışı doğrudan modele değil, sizin verdiğiniz bilgi kümesine bağlıyoruz: hizmet açıklamaları, sık sorulan sorular, çalışma saatleri, bölge listesi, iade koşulları.
Model bu kümenin dışına çıkmıyor; çıkması gerektiğinde de yukarıdaki devir kuralı devreye giriyor. Böylece “uydurulmuş” bir cevabın müşteriye gitmesi yapısal olarak engelleniyor.
Bilgi kümesi değiştiğinde akışın da değişmesi gerekiyor. Bu yüzden kümeyi sizin güncelleyebileceğiniz bir yerde tutuyoruz — her fiyat listesi değişikliğinde bize dönmek zorunda kalmıyorsunuz.
Veriler nereye gidiyor
Bir müşteri mesajı yapay zekâ akışından geçtiğinde o mesaj bir sağlayıcıya gidiyor. Bu, KVKK açısından bir aktarım demek ve gizlilik metninizde yazılı olması gerekiyor.
Kurduğumuz akışlarda üç şeye dikkat ediyoruz: hangi sağlayıcının kullanıldığı açıkça yazılıyor, kişisel veri gerekmedikçe akışa hiç girmiyor ve saklama süresi baştan belirleniyor. Aydınlatma metniniz ile sistemin gerçekte yaptığı şey birbirini tutmak zorunda — bu, bu sitede de uyguladığımız bir kural (gizlilik politikamız ölçüm davranışımızı birebir anlatıyor).
Nereden başlamalı
En iyi başlangıç noktası, geçen ay gelen mesajlara bakmak. Aynı sorunun kaç kez sorulduğunu gördüğünüzde otomasyonun neyi devralacağı kendiliğinden belli oluyor. Bu listeyi çıkarmadan araç seçmek, çözümü problemden önce seçmek olur.
Mevcut mesaj akışınıza bakıp neyin devredilebileceğini birlikte çıkarabiliriz: AI otomasyonu hizmetimiz ya da doğrudan iletişim formu. Otomasyona uygun bir hacminiz olmadığını düşünürsek bunu da söylüyoruz.