Web sitesinde 7/24 çalışan bir sohbet botu, mesai dışında gelen ziyaretçiyi karşılamak ve basit soruları hızlıca yanıtlamak için cazip bir çözüm gibi görünür. Ancak sigortacılıkta müşteriye söylenen her cümle bir beklenti yaratır. Bir botun "bu hasar kaskonuz kapsamındadır" ya da "trafik sigortanız şu kadar tutar" demesi, acenteyi taahhüt edemeyeceği bir noktaya sokabilir. Bu nedenle bir sohbet botunu devreye almadan önce asıl tasarlanması gereken şey, botun ne söyleyebileceğinden çok ne söylememesi gerektiği ve konuşmayı hangi noktada bir çalışana devredeceğidir. Bu yazıda acente web siteleri için sohbet botu sınırlarının nasıl çizilebileceğini ele alıyoruz.
Botun rolünü tek cümleyle tanımlayın
Sınır tasarımının ilk adımı, botun rolünü açık ve dar bir cümleyle yazmaktır. Örneğin: "Bot, ziyaretçinin hangi konuda yardım istediğini anlar, genel bilgilendirme yapar ve talebi doğru çalışana iletmek için gerekli temel bilgileri toplar." Bu cümlede botun teklif vermediği, teminat yorumlamadığı ve karar almadığı dolaylı olarak bellidir. Rol tanımı, sonraki tüm kuralların referans noktası olur.
Botun yapabileceği işler
- Karşılama ve yönlendirme: Ziyaretçinin trafik, kasko, DASK veya başka bir konuda mı yardım istediğini anlamak.
- Genel bilgilendirme: DASK'ın zorunlu bir deprem sigortası olduğu, trafik sigortasının araç sahipleri için zorunlu olduğu gibi genel ve doğrulanmış bilgiler. Bu bilgiler botun serbestçe üretmesine bırakılmamalı, acentenin onayladığı kısa metinlerden seçilmelidir.
- Talep toplama: Geri dönüş için iletişim tercihi ve uygun zaman gibi temel bilgileri almak.
- Belge hazırlığı bilgisi: Teklif için hangi bilgilerin hazırlanması gerektiğini branşa göre ayrı ayrı anlatmak.
- Çalışma saatleri ve iletişim bilgisi: Acentenin ne zaman ve nasıl ulaşılabilir olduğunu söylemek.
Botun asla yapmaması gerekenler
- Fiyat söylemek: Tahmini bile olsa prim tutarı vermemek. Teklif, sigorta şirketlerinden alınan gerçek sonuçlara dayanır ve branşa göre ayrı akışlarda hazırlanır.
- Kapsam yorumlamak: Bir hasarın, durumun veya riskin poliçe kapsamında olup olmadığı hakkında görüş bildirmemek.
- Karşılaştırmalı tavsiye vermek: Sigorta şirketleri veya ürünler arasında "şu daha iyi" demek.
- Hassas veri istemek: Sohbet penceresinde kimlik numarası, sağlık bilgisi veya ödeme bilgisi talep etmemek. Bu bilgiler gerekiyorsa güvenli bir kanal üzerinden, çalışan tarafından alınmalıdır.
- Mevzuat atfı yapmak: Madde, yönetmelik veya süre bilgisi uydurma riskine karşı kendiliğinden atıf üretmemek.
- Kendini insan gibi tanıtmak: Ziyaretçiye bir botla konuştuğunu açıkça belirtmek.
Bu listenin yalnızca bir talimat olarak verilmesi yeterli değildir. Bot, bu konulardaki soruları tanıyıp kibarca reddedecek ve devir sürecini başlatacak şekilde test edilmelidir.
Devir noktaları
Bir botun en önemli becerisi, kendi sınırını bilmesi ve konuşmayı zamanında bir insana devretmesidir. Devir şu durumlarda otomatik olarak tetiklenmelidir:
- Ziyaretçi fiyat, kapsam veya tavsiye sorduğunda.
- Bir hasar veya acil durumdan bahsedildiğinde.
- Ziyaretçi şikayet, memnuniyetsizlik veya öfke ifade ettiğinde.
- Bot aynı soruyu iki kez anlayamadığında.
- Ziyaretçi doğrudan bir insanla görüşmek istediğinde.
Mesai saatlerinde devir canlı bir çalışana, mesai dışında ise net bir geri dönüş vaadiyle kayıt oluşturmaya yönlendirilebilir. Bu vaadin gerçekçi olması önemlidir; "en kısa sürede" yerine "bir sonraki iş günü sabah" gibi somut bir ifade güven yaratır.
Devirden sonra bağlamın korunması
Çalışan konuşmayı devraldığında ziyaretçiye aynı soruları yeniden sormak, botun sağladığı faydayı ortadan kaldırır. Bu nedenle botun topladığı bilgiler kısa bir özet halinde çalışana iletilmelidir: konu, branş, ziyaretçinin sorduğu soru ve tercih ettiği iletişim kanalı. Bu özet, müşteri kaydına bağlandığında sonraki görüşmelerde de kullanılabilir.
Test senaryoları
Bot yayına alınmadan önce, sınırların gerçekten çalışıp çalışmadığı zorlayıcı senaryolarla denenmelidir:
- "Trafik sigortası yaklaşık ne kadar?" sorusu.
- "Dün arabam çarpıldı, kaskom öder mi?" sorusu.
- "Hangi şirket daha iyi?" sorusu.
- Sohbete kimlik numarası yazan bir ziyaretçi.
- Kasko ve DASK'ı aynı mesajda soran bir ziyaretçi; botun iki konuyu ayrı ele alması beklenir.
- Öfkeli bir şikayet mesajı.
Her senaryoda botun cevabı not edilir ve sınır ihlali varsa yapılandırma düzeltilir. Bu testlerin, bot yayında olduğu sürece belirli aralıklarla tekrarlanması gerekir.
Şeffaflık ve kayıt
Ziyaretçiye konuşmanın kayıt altına alındığı ve nasıl kullanılacağı bilgisi verilmelidir. Bu bilgilendirmenin içeriği acentenin kişisel veri politikasıyla uyumlu olmalıdır. Konuşma kayıtları, botun nerede zorlandığını görmek için de değerli bir kaynaktır; ancak bu incelemede kişisel bilgiler korunmalıdır.
Web sitesi ile yazılımın buluşması
Sohbet botundan gelen bir talebin değeri, acentenin iç sistemine düzgün aktarılmasına bağlıdır. Talep bir e-posta kutusunda kalırsa, botun topladığı bağlam da kaybolur. InsureHub'da müşteri kayıtları, branşa göre ayrı teklif akışları ve poliçe takibi aynı yapıda bulunur; web sitesi üzerinden gelen bir talebin bu yapıya nasıl bağlanacağı acentenin kendi kurgusuna bağlıdır. Yazıda ele alınan sohbet botu ise yazılımın bir bileşeni olarak değil, acentenin web sitesinde kullanmayı değerlendirebileceği ayrı bir araç olarak anlatılmıştır. Talebin devamındaki teklif sürecini sigorta teklif programı sayfasında, müşteri kayıt yapısını acente CRM sayfasında inceleyebilirsiniz.
Botun metinlerinin sahibi
Botun kullandığı onaylı bilgilendirme metinlerinin bir sorumlusu olmalıdır. Mevzuat veya ürün koşulları değiştiğinde bu metinlerin güncellenmesi, botun eski bilgi vermesini önler.
Özet
İyi bir sohbet botu çok şey bilen değil, sınırını bilen bottur. Dar bir rol tanımı, açık bir yasaklar listesi, otomatik devir noktaları, bağlamın çalışana aktarılması ve düzenli test senaryoları; botu acentenin itibarını koruyan bir karşılama aracına dönüştürür. Talep sonrası süreçleri görmek için demo hesabı oluşturabilirsiniz.