Chatbot Nedir? Kurumsal Kullanım ve İnsan Devir Rehberi

Chatbot türü, konuşma serbestliğinden önce iş amacına göre seçilir

Kural tabanlı chatbot, kullanıcının buton veya belirli ifadelerle ilerlediği kontrollü akışlarda etkilidir. Mesai saati, servis kaydı, teklif ön bilgisi veya sık sorulan birkaç konu gibi sınırları net süreçlerde öngörülebilir sonuç verir. Niyet sınıflandırması kullanan sistemler farklı cümleleri aynı talep altında toplayabilir. Üretken yapay zekâ destekli chatbot ise bilgi tabanındaki metinleri daha doğal biçimde özetleyebilir ve takip sorusu sorabilir; buna karşılık yanlış çıkarım, uydurma cevap ve veri sızıntısı riski daha dikkatli yönetilir. Her yeni teknoloji daha iyi seçim değildir. İş hedefi, konuşma hacmi, cevapların değişkenliği, hata maliyeti ve gerekli entegrasyonlar mimariyi belirler.

İlk tasarım oturumunda chatbotun yapacakları kadar yapmayacakları da yazılır. Örneğin genel hizmet kapsamını anlatabilir, şehir ve sektör bilgisini alabilir, iletişim tercihini sorabilir ve görüşme özetini satış ekibine gönderebilir. Buna karşılık kesin fiyat, güvenlik garantisi, hukuki yorum, arıza teşhisi veya uzaktan müdahale sözü vermemelidir. Acil güvenlik olayı, hizmet kesintisi, öfkeli müşteri, teklif istisnası veya bilinmeyen cevap insan personele yönlendirilir. Kullanıcıya karşısındakinin otomatik bir sistem olduğu, hangi verilerin neden istendiği ve gerektiğinde kişiye nasıl ulaşacağı açıkça gösterilir. Bu sınırlar konuşmayı kısaltmaz; güvenilir hale getirir.

İş sonucu

Her akış bilgi verme, uygun talep oluşturma, randevu, destek kaydı veya temsilciye devir gibi ölçülebilir bir sonuçla eşleştirilir.

Hata maliyeti

Yanlış cevabın güvenlik, finans, hukuk, itibar ve operasyon etkisi yüksekse otomasyon sınırı daraltılır.

Kanal

Web, WhatsApp ve diğer kanalların kimlik, oturum, dosya, bildirim ve kayıt yetenekleri ayrı değerlendirilir.

Dil

Türkçe ve varsa yabancı dil akışlarında ürün adları, teknik terimler, tarih-sayı formatları ve temsilci devir cümleleri ayrı test edilir.

Sorumlu ekip

Bilgi içeriği, teknik işletim, müşteri verisi ve satış/destek devirlerinin sahipleri yayından önce belirlenir.

Konuşma akışı ihtiyacı toplar ve temsilciye bağlam kaybetmeden devreder

İyi bir karşılama mesajı kullanıcının neden geldiğini kısa seçeneklerle netleştirir, fakat onu uzun bir formun içine hapsetmez. Teklif talebinde ad-soyad veya kurum adı, hizmet konusu, lokasyon, mevcut sorun, hedef zaman ve tercih edilen iletişim bilgisi aşamalı biçimde alınabilir. Destek talebinde müşteri kimliği, etkilenen sistem, başlangıç zamanı, kapsam ve varsa hata mesajı gerekir. Her sorunun bir amacı olmalı; satış ekibinin kullanmayacağı veri istenmemelidir. E-posta ve telefon biçimi kontrol edilir, ancak gerçek müşteri değerleri örnek metinle karıştırılmaz. Kullanıcı konu değiştirirse önceki cevaplar korunur ve akış yeni niyete göre yönlenir.

İnsan devir mekanizması bir “temsilciye bağlan” butonundan fazlasıdır. Temsilciye konuşmanın tamamı yerine okunabilir bir özet, alınan alanlar, eksik bilgiler, kullanıcının son isteği ve aciliyet nedeni gönderilir. Mesai içindeyse canlı kuyruğa, mesai dışındaysa kayıt ve geri dönüş taahhüdüne yönlendirilir. Devir başarısız olduğunda kullanıcı boş ekranda kalmaz; alternatif telefon, WhatsApp veya e-posta yolu sunulur. Aynı talebin hem chatbot hem form hem e-posta üzerinden üç ayrı kayıt üretmemesi için tekil konuşma veya müşteri kimliği kullanılır. Satış ve destek ekipleri kapanış sonucunu sisteme işlediğinde chatbotun hangi talepleri doğru topladığı ölçülebilir.

• Karşılama ekranında kullanıcının en sık üç-dört niyetini anlaşılır biçimde sunun ve serbest yazmayı açık bırakın.
• Her bilgi alanını gerçek bir ekip kararına bağlayın; kullanılmayan kişisel veriyi toplamayın.
• Teklif ve destek akışlarını ayırın; acil kesinti veya güvenlik olayını normal satış kuyruğuna göndermeyin.
• Devir özetinde niyet, kurum, lokasyon, sorun, etki, zaman, iletişim tercihi ve eksik bilgi açıkça görünsün.
• E-posta gönderimi, CRM/talep kaydı ve temsilci bildiriminin gerçekten ulaştığını uçtan uca test edin.

Bilgi tabanı, güvenlik ve kişisel veri kuralları cevap motorundan önce hazırlanır

Üretken chatbotun güvenilirliği bağlandığı bilgi tabanına bağlıdır. Hizmet kapsamı, çalışma saatleri, lokasyon, iletişim, destek kanalları, ürün politikaları ve sık sorular tekil ve güncel kaynaklarda tutulur. Taslak, eski fiyat, kullanım dışı telefon veya birbiriyle çelişen sayfalar modele aynı anda verilmez. Her belge için sorumlu, sürüm ve gözden geçirme tarihi belirlenir. Kaynakta bulunmayan bilgi için chatbot tahmin yürütmez; bilmediğini söyler ve ilgili ekibe aktarır. Cevaplarda mümkünse kaynak sayfa bağlantısı gösterilir. Prompta tek tek bütün cevapları yazmak yerine rol, sınır, ton, veri kullanımı, ret koşulları ve devir kuralları tanımlanır; gerçek bilgi yönetilebilir kaynak katmanında tutulur.

Chatbot internete açık bir giriş yüzeyi olduğu için kötü niyetli komut, prompt injection, aşırı istek, dosya yükleme, zararlı bağlantı ve kişisel veri sızıntısı riskleri değerlendirilir. Kullanıcının yazdığı metin sistem talimatı olarak kabul edilmez. API anahtarları tarayıcıya yerleştirilmez; sunucu tarafında gizli tutulur, erişim ve harcama sınırları uygulanır. Toplanan verinin amacı, saklama süresi, kimlerin erişeceği ve silme süreci kurumun KVKK yükümlülükleriyle uyumlu biçimde belirlenir. Parola, kart bilgisi, özel nitelikli veri veya uzaktan erişim bilgisi sohbetten istenmez. Kayıtlar rol bazlı yetkiyle korunur, loglarda gereksiz hassas içerik maskelenir ve üçüncü taraf sağlayıcının veri işleme koşulları incelenir.

Kaynak kapsamı

Yalnız onaylı, güncel ve sorumlusu belli dokümanlar cevap tabanına alınır; çelişkili sürümler kaldırılır.

Bilmiyorum davranışı

Kaynak dışı veya güven seviyesi düşük soruda tahmin yerine sınır açıklanır ve güvenli devir yapılır.

Gizli anahtar

Model ve mesajlaşma API anahtarları sunucu tarafında saklanır; tarayıcı kodu, e-posta veya açık log içinde bulunmaz.

Kişisel veri

Amaç, aydınlatma, asgari veri, saklama, erişim ve silme kuralları yayından önce tanımlanır.

Kötüye kullanım

Hız sınırı, girdi doğrulama, dosya ve URL kontrolü, rol sınırı, içerik filtresi ve olay kaydı birlikte uygulanır.

Pilot, gerçek konuşmalarla ölçülür ve kontrollü biçimde genişletilir

Canlıya geçmeden önce anonimleştirilmiş gerçek soru örneklerinden test kümesi hazırlanır. Doğru niyet sınıflandırması, bilgi tabanı cevabı, bilinmeyen soruyu reddetme, Türkçe yazım hataları, uzun mesaj, konu değiştirme, kişisel veri girişi, saldırgan dil, acil olay ve temsilciye devir ayrı senaryolardır. Sadece “cevap verdi mi?” kontrol edilmez; cevap doğru mu, kaynakla uyumlu mu, gereksiz veri istedi mi, uygun ekibe gitti mi ve kullanıcı çıkış yolunu gördü mü ölçülür. Önce çalışanların ve sınırlı müşteri grubunun kullandığı pilot açılır. Hatalı cevaplar yalnız prompt değiştirerek kapatılmaz; kaynak, akış, entegrasyon veya yetki sorunu kök nedenine göre düzeltilir.

İşletim döneminde karşılama sayısı, tamamlanan akış, temsilciye devir oranı, terk edilen adım, tekrar eden soru, yanlış yönlendirme, cevap süresi ve gerçek dönüşüm sonucu izlenir. Yüksek devir oranı her zaman başarısızlık değildir; riskli konuda doğru sınırlandırma olabilir. Buna karşılık çok düşük devir oranı chatbotun yetkisini aştığını gösterebilir. Model, bilgi kaynağı veya entegrasyon güncellemesi sürümlenir ve regresyon testi yapılır. E-posta ve CRM bağlantısı izlenir; sessizce başarısız olup kullanıcıya “iletildi” denmesine izin verilmez. İnsan ekipler yanlış cevap ve eksik akış bildirebilmeli, kritik hata durumunda chatbot tek anahtarla güvenli bilgi-toplama moduna alınabilmelidir. Klavye kullanımı, odak sırası, ekran okuyucu etiketleri, renk karşıtlığı ve mobil klavyenin giriş alanını kapatmaması da kabul testine girer. Ağ veya model hizmeti kesildiğinde iletişim seçenekleri görünür kalmalı, yarım konuşma kullanıcıya yanlış tamamlanmış gibi gösterilmemelidir.

• Gerçek müşteri ifadelerinden, yazım hatalarından ve sınır durumlarından anonim test seti oluşturun.
• Doğruluk, kaynak uyumu, veri minimizasyonu, devir başarısı ve kayıt teslimini ayrı kabul ölçütleri yapın.
• Pilot kullanıcı, kanal, saat ve konu kapsamını sınırlayın; sonuçlar yeterli olmadan bütün siteye açmayın.
• Model veya kaynak güncellemesinden sonra önceki kritik konuşmaları otomatik ve insan kontrollü yeniden test edin.
• Kritik hata halinde üretken cevabı kapatıp iletişim bilgisi toplama ve insan desteğine yönlendirme modunu hazır tutun.