Makaleler

Müşteri Sohbet Botu Ne Zaman İnsana Devretmeli? Karar Rehberi

Müşteri Sohbet Botu Ne Zaman İnsana Devretmeli? Karar Rehberi
Furkan Lüleci
Furkan Lüleci
İçindekiler

Sohbet botu hangi noktada sözü bir insana bırakmalı?

Sohbet botu, doğru bilgiye erişemezse veya talep yetkisini aşarsa sözü bir insana bırakmalıdır. Bu yazılımın amacı her işi tek başına bitirmek değil, doğru hizmet vermektir. Bot, bildiği soruya yanıt vermeli ve yapamadığı işi açık söylemelidir. Kişiyi doğru ekibe ulaştırmak da bu işin bir parçasıdır.

“Siparişim nerede?” sorusuyla “Bu işlemi ben yapmadım” mesajı aynı şey değildir. İlk soru, doğru kayıt varsa kısa bir yanıtla çözülür. İkinci mesaj için güvenlik ekibinin devreye girmesi gerekebilir. İki talebe de aynı rahatlıkla cevap veren bot, markanın sözünü kontrolsüz biçimde genişletir.

Bu kararı yalnız teknik ekip vermemelidir. Destek ekibi hangi işi yapacağını, operasyon hangi kaydın doğru olduğunu, iletişim ekibi hangi söze onay verildiğini bilir. Üç ekip ortak bir sınır çizmelidir. Yoksa sıcak dil, kimsenin üstlenmediği bir vaade dönüşür.

Bu rehber, botun ne zaman yanıt vereceğini ve ne zaman duracağını somut adımlarla ele alıyor. Örnekler gerçek vaka değil, kararları sınamak için kurulan durumlar. Soru sayısı ve küçük ölçekli deneme planı da yasal bir şart değil. Bunları kendi hizmet yapınıza göre ele alın.

Türkiye'de hizmet verirken yerel mesai saatini açık yazın. Yurt dışına hizmette saat dilimini ve destek dilini de ekleyin. İstanbul'da ekip iş başında diye Manchester'da aynı saat veya kanal uygun olmayabilir. Dil seçimi ile hizmet gücünü aynı şey saymayın.

Botun yanıt sınırı nasıl yazılır?

Botun yanıt sınırı, kendi yapacağı ve insana bırakacağı işleri ayıran kısa bir görev listesiyle yazılır. “Müşteriye yardımcı olur” bu iş için fazla geniş bir tanımdır. Hangi kaynaktan bilgi alacak, neyi değiştirecek, hangi kararı veremeyecek? Bunları tek tek yazın.

Önce bilgi vermekle işlem yapmak arasına çizgi çekin. İade yolunu anlatmak başka, bir iadeye onay vermek başkadır. İlki için güncel bir metin yetebilir. İkinci iş için kimlik, kayıt ve yetki kontrolü şartsa bunlar bitmeden bot onay vermemelidir.

Birleşik Krallık kamu hizmeti tasarım ekibinin hizmetlerde yapay zekâ kullanımı rehberi, kullanıcı ihtiyacını ve insanla temas yolunu öne çıkarıyor. Bu, Türkiye için bir hukuk kuralı değil, yararlı bir tasarım kaynağıdır. Botu yalnız kullanılabildiği için değil, belirli bir işi güvenle yapabildiği için hizmete ekleyin.

Her konuya bir bilgi sahibi atayın. Teslim saatini operasyon, ürün bilgisini ürün ekibi onaylasın. Şikâyet için de karar yetkisi olan bir kişi seçin. Metni yazan kişi ile söz verilen işi yapan kişi her zaman aynı değildir.

FL PR'nin hizmet kapsamı ve sorumluluk matrisi rehberi karar, uygulama ve onay rollerini ayırır. Aynı ayrımı bot sürecine de uygulayabilirsiniz. Ajans dili hazırlayabilir, yazılım ekibi sistemi kurabilir; müşteriye verilen iş sözünün sahibi ise kurum içinde açıkça belirlenmelidir.

Kanıt: FL PR kurucusu Furkan Lüleci, 8 Nisan 2026 tarihli Forbes Türkiye köşe yazısında yapay zekâ çalışanlarını kimin yöneteceğini ele aldı. Kaynak, sınır koyma ve insan sorumluluğu üzerine yayımlanmış yazar görüşüdür; bağımsız ürün testi veya müşteri başarısı kanıtı değildir.

Hangi talepler doğrudan insana devredilmeli?

Özel karar, güvenlik şüphesi, yetki dışı işlem veya belirsiz kayıt varsa talep bir insana devredilmelidir. Bunun için karşı tarafın sesini yükseltmesini beklemeyin. Sakin bir hesap güvenliği sorusu, öfkeyle sorulan teslimat sorusundan daha acil olabilir.

İlk adımda üç grup kurun. İlk grupta güncel kaynaktan verilen açık bilgiler bulunsun. İkinci grupta tek bir kısa soruyla netleşen talepler yer alsın. Üçüncü grupta ise botun yorum yapmadan insana bırakacağı işler olsun.

  • Yanıt ver: Mağaza saatleri, yayımlanmış ürün ölçüleri veya onaylı hizmet adımları gibi açık bilgileri kaynağıyla aktar.
  • Netleştir: “Siparişim gelmedi” gibi eksik bir talepte, gerekli ve güvenli tek bilgiyi sor; aynı soruyu döndürüp durma.
  • Devret: Tanınmayan işlem, kişiye özel istisna, çelişen kayıt, hassas bilgi paylaşımı veya açık temsilci talebinde belirlenmiş yolu kullan.

Örneğin biri “İadem hesabıma geçmedi” diyebilir. Sistem yalnız paket kaydını görüyorsa paranın ödendiğini söylememelidir. Mevcut kaydı aktarır ve ödeme ekibi için talep açar. Bilmediği adımı tahmin etmek, sohbeti kısa tutsa da sorunu büyütür.

“Bir yetkiliyle görüşmek istiyorum” cümlesini de geçerli bir talep sayın. Müşteriden neden insana ihtiyaç duyduğunu defalarca kanıtlamasını istemeyin. Talebin hangi ekibe gideceğini belirlemek için kısa bir konu seçimi yeterli olabilir. İnsan desteğinin mevcut olmadığı saatlerde de bunu açıkça belirtin.

Bu yaklaşım her soruyu telefona taşımak demek değil. Doğru yanıt varsa boş yere devir yapmak da zaman kaybıdır. Ölçüt botun sohbeti sürdürmesi değil, doğru işi kendi yetkisi içinde yapmasıdır. Dar bir kapsamla başlayın; test ve insan kontrolüyle alan açın.

Devir sırasında müşteri ne görmeli, temsilci ne almalı?

Müşteri sonraki adımı görmeli; temsilci ise sorunu yeniden anlattırmadan işe başlayacak kadar doğru bilgi almalıdır. “Sizi aktarıyorum” demek, aktarımın gerçekleştiğini kanıtlamaz. Sistem gerçekten bir kayıt oluşturmalı ve bu kayıt sorumlu ekibin iş listesinde görünmelidir.

Bir müşteri talebini aynı ekranda inceleyen destek temsilcisi ve çalışma arkadaşı
Temsili sahne: İyi bir devir, konuşmayı değil gerekli bilgiyi ve sorumluluğu bir sonraki kişiye taşır.

Ekrandaki mesaj sade olabilir: “Bu işleme ben onay veremem. Talebiniz destek ekibine iletildi. Kaydı bu bağlantıdan takip edebilirsiniz.” Bu metni yalnız kayıt varsa kullanın; hata varsa talebin alındığını söylemeyin.

Temsilciye giden özet ile konuşmanın tamamını aynı şey saymayın. Özet hızlı başlangıç sağlar, özgün mesaj ise yanlış yorumları düzeltmeye yardım eder. Erişimi yetkili kişilerle sınırlayın; gereksiz hassas bilgiyi özete taşımayın. Kimlik veya ödeme bilgisi gerekiyorsa açık sohbet yerine kurumun onaylı güvenli yolunu kullanın.

  • Müşterinin kendi ifadesiyle ana talebi ve istediği sonuç.
  • Botun verdiği yanıt, kullandığı bilgi kaynağı ve bilginin sürümü.
  • Tamamlanan işlem, başarısız deneme ve henüz yapılmayan adım.
  • Devir nedeni, ilgili ekip ve müşteriye verilmiş süre sözü.
  • Uygun takip kanalı ile varsa iletişim tercihi.

Bir yakını müşteri adına yazıyorsa kiminle konuştuğunuzu netleştirin. Yakın olmak, hesap bilgisine erişme yetkisini tek başına kanıtlamaz. Sıcak bir dil bu farkı görünmez kılmamalıdır. Destek ekibi, bilgi vermeden önce kimlik ve yetki kontrolünü yapmalıdır.

İngiliz kamu hizmetlerinin sohbet botu ve canlı destek tasarım rehberi alternatif iletişim yolunu açık tutmayı öneriyor. Buradan çıkarılacak pratik ders, müşteriyi aynı yanıt döngüsüne hapsetmemektir. Devir tamamlanmazsa kullanılacak ikinci yol da önceden belirlenmelidir.

Mesai dışında nasıl söz verilmeli?

Mesai dışında yalnız gerçekten sunulabilecek hizmet sözü verilmelidir; açık sohbet penceresi, hazır bekleyen temsilci demek değildir. Bot bilgi verebilir ve talep alabilir. İnsan incelemesi başka bir saatte başlayacaksa bu ayrım ilk mesajda görünmelidir.

“En kısa sürede döneceğiz” yerine ekibin onayladığı hizmet aralığını yazın. Kesin dönüş saati verilemiyorsa bir sonraki durum bilgisinin ne zaman paylaşılacağını belirtin. Örneğin talep alındığını hemen bildirmek, sorunun hemen çözüleceği anlamına gelmez. İki sözü aynı cümlede birbirine yaklaştırmayın.

Türkçe ve İngilizce metin aynı kalıbı izlemek zorunda değil. Ama hizmet sözü aynı kalmalıdır. Bir dilde “talebiniz alındı” yazarken diğer dilde “sorununuz çözüldü” denemez. Metni dil uzmanı kadar işi yapan ekip de kontrol etmelidir.

Birleşik Krallık'ta tüketiciye hizmet sunan işletmeler ayrıca CMA'nın 9 Mart 2026 tarihli yapay zekâ araçları rehberini incelemelidir. Rehber, dışarıdan alınan araçların da işletmenin sorumluluğunu ortadan kaldırmadığını vurgular. Bu hükmü Türkiye'ye otomatik taşımayın; hedef pazarın hukuk kontrolünü ayrı yürütün.

Hizmet dilini de kapasiteyle birlikte düşünün. İngilizce yanıt veren bir botun arkasında yalnız Türkçe destek varsa, devirden sonra nasıl iletişim kurulacağı açıklanmalıdır. Benzer biçimde telefonla arama seçeneği her müşteri için uygun olmayabilir. Yazılı takip veya erişilebilir alternatifler gerçek işleyişe göre sunulmalıdır.

Bu süreç yayına çıkmadan ve çıktıktan sonra nasıl sınanır?

Devir süreci, gerçek hizmet koşullarını temsil eden örnek taleplerle ve kaydın sonuna kadar izlenmesiyle sınanmalıdır. Yalnız botun ilk yanıtını okumak yetmez. Talep doğru ekibe ulaştı mı, verilen söz tutuldu mu ve müşteri tekrar anlatmak zorunda kaldı mı diye bakın.

İlk pilot için otuz örnek konuşma hazırlayabilirsiniz. Rutin, belirsiz ve zorunlu devir gerektiren soruları dengeli dağıtın. Bu sayı bir sektör standardı değil, küçük bir ekibin başlayabileceği öneridir. Önemli olan kolay sorularla iyi görünen bir test yerine zor sınırları görünür kılmaktır.

Yazım hatalarını, yarım cümleleri ve aynı konuşmada değişen talepleri de deneyin. “İade nerede?” sorusunun ardından gelen “Aslında bu siparişi ben vermedim” mesajı, süreci değiştirmelidir. Bot önceki akışa körü körüne devam etmemelidir. Dil değiştiğinde veya müşteri temsilci istediğinde çıkış yolunun çalıştığını ayrıca kontrol edin.

Raporda sadece botun kapattığı sohbet sayısını göstermeyin. Yanlış sözleri, başarısız devirleri, tekrar başvuran kişileri ve açık işleri ayrı izleyin. Sohbetin bitmesi, işin çözülmesi demek değil. Her ölçünün başını ve sonunu yazın; ekipler aynı olayı farklı saymasın.

Yanlış yanıt tespit edilirse önce etkilenen konudaki otomatik cevabı durdurun. Doğru bilgiyi, etkilenen kayıtları ve düzeltmeyi onaylayacak kişiyi belirleyin. Sorun kamuya taşınmışsa kurumsal yanlış bilgiye ilk yanıt planını ayrı bir iletişim süreci olarak kullanın. Bot düzeltmesi ile kamuya açıklama aynı iş değildir.

Deneme sonunda kapsamı büyütmek zorunda değilsiniz. Kaynağı veya sorumlu ekibi belirsiz işleri insan desteğinde bırakın. Bir sonraki kontrolde bu açıkların kapanıp kapanmadığına bakın. İyi sınır, yeni araçlardan korkmak değil, verilen söze sahip çıkmaktır.

İletişim ekibi açısından sonuç açıktır: markanın sesi, yardım penceresinde de kurumsal bir taahhüt üretir. Sözcü için yapılan hazırlığın benzeri botun yanıt sınırı için de gerekir. Kapsam, onay ve düzeltme konularını birlikte ele alan diğer yazıları FL PR iletişim rehberleri arşivinde bulabilirsiniz.

Sık Sorulan Sorular

Sohbet botunun yanıt sınırı, insana devir yolu ve hizmet sözü birlikte belirlenmelidir.

Bot müşterinin her sorusunu yanıtlamalı mı?

Hayır. Güncel bilgi ve gerekli yetki yoksa kesin yanıt üretmemeli; sınırını açıklayıp belirlenen insan desteğine yönlendirmelidir. Akıcı konuşması, doğru karar verebildiğini tek başına göstermez.

Müşteri temsilci isterse bot tekrar soru sorabilir mi?

Doğru ekibi bulmak için kısa bir konu sorusu sorabilir. Ancak temsilci talebini sürekli aynı sorularla ertelememelidir. İnsan desteğinin saati ve kullanılabilecek alternatif kanal açık olmalıdır.

Botun verdiği yanlış sözü kim düzeltmeli?

Kurum içinde önceden belirlenen hizmet sahibi düzeltmeyi üstlenmelidir. Teknik ekip hatalı yanıtı durdurur; ilgili iş ekibi doğru bilgiyi doğrular. Müşteriye yapılacak açıklama bu bilgiye dayanır.

Türkçe ve İngilizce bot yanıtları birebir aynı mı olmalı?

Hayır. Her dil doğal biçimde yazılmalı; ancak yetki sınırı, hizmet saati ve verilen söz aynı kalmalıdır. Yerel pazar koşulları farklıysa fark açıkça belirtilmeli ve ilgili ekipçe onaylanmalıdır.