Çok Kanallı Müşteri İletişimi ve CRM'e Bağlı Yapay Zekâ Asistanı

Çok kanallı (omnichannel) müşteri iletişimi, WhatsApp, Instagram, web sohbeti ve telefon gibi kanallardan gelen konuşmaların aynı müşteri kaydında ve aynı ekranda toplanmasıdır. Müşteri kanal değiştirdiğinde önceki konuşma kaybolmaz. Bu yapıya eklenen yapay zekâ asistanı, yanıtlarını araç çağrısı (tool calling) ile CRM ve operasyon sistemlerinden anlık okuduğu verilere dayandırmalıdır.

Modelin genel bilgisinden üretilen yanıtlar yanlış olabilir. Halüsinasyon riskini en çok azaltan tasarım, veriyi sistemden okumaktır. KVKK tarafında öne çıkan başlıklar aydınlatma, veri minimizasyonu ve yurt dışına aktarımdır.

Multichannel ile omnichannel arasındaki fark

Birden fazla kanalda bulunmak bir işletmeyi omnichannel yapmaz. Belirleyici olan, müşterinin kimliğinin ve konuşma geçmişinin kanallar arasında tek bir kayıtta birleşmesidir.

WhatsApp Business uygulaması mı, WhatsApp Business API mi?

Meta, 1 Temmuz 2025'ten itibaren konuşma bazlı fiyatlandırmadan mesaj başına fiyatlandırmaya geçti. Pazarlama, hizmet bildirimi (utility) ve kimlik doğrulama kategorilerindeki şablon mesajlar ülkeye göre farklı tarifelerle ücretlendirilir. Müşterinin son mesajıyla açılan 24 saatlik müşteri hizmetleri penceresinde gönderilen serbest yanıtlar ücretlendirilmez. Güncel fiyatlar için Meta'nın resmî tablosuna bakın.

Politika tarafında da bir değişiklik var. Meta, 15 Ocak 2026'dan itibaren WhatsApp Business API'de her konuda sohbet eden genel amaçlı yapay zekâ sohbet botlarını yasakladı. Destek, sipariş takibi, randevu veya fatura sorgusu gibi belirli bir iş sürecine hizmet eden asistanlar kurallar dahilinde kullanılmaya devam ediyor.

Ortak müşteri panelinde neler olmalı?

• Birleşik gelen kutusu: Tüm kanallardan gelen konuşmalar tek listede, kanal etiketiyle görünür.
• Kimlik birleştirme: Telefon numarası, e-posta ve sosyal medya hesabı aynı müşteri kaydına bağlanır.
• Yönlendirme ve SLA: Konuya, dile veya müşteri segmentine göre atama yapılır. İlk yanıt ve çözüm süreleri sayaçlarla izlenir.
• Müşteri özeti: Temsilci, konuşma ekranından ayrılmadan paket, fatura ve açık kayıtları görür.
• Bottan temsilciye devir: Asistan konuşmayı özetleyerek devreder. Müşteri aynı bilgiyi tekrar vermez.
• İki yönlü çeviri: Temsilci kendi dilinde yazar, müşteri mesajı kendi dilinde okur.
• Raporlama ve denetim: Kanal dağılımı, çözüm süreleri, memnuniyet puanı, rol bazlı yetkiler ve işlem kayıtları tutulur.

Yapay zekâ asistanı CRM verisine nasıl erişmeli?

Neden yalnızca dil modeli yetmez?

Büyük dil modelleri bir abonenin fatura tutarını, paketini veya bölgesindeki arızayı bilemez. Bu bilgi sorulduğunda model ikna edici ama yanlış bir yanıt üretebilir. Buna halüsinasyon denir. Tarifeler ve sık sorulan sorular gibi statik bilgiler için onaylı bir bilgi bankasında arama yapan RAG yaklaşımı kullanılır. Kişiye özel ve anlık değişen veriler için araç çağrısı (tool calling) gerekir.

Araç çağrısı nasıl çalışır?

1. Müşterinin mesajı gelir.
2. Model, kendisine tanımlanmış araçlardan hangisine ihtiyaç duyduğuna karar verir ve JSON şemasına uygun parametreler üretir.
3. Uygulama katmanı yetkiyi kontrol eder ve aracı çalıştırır, örneğin CRM API'sini çağırır.
4. Sonuç modele yapılandırılmış veri olarak döner.
5. Model yanıtını yalnızca bu veriye dayanarak yazar. Veri yoksa bunu açıkça söyler veya konuşmayı temsilciye aktarır.

Örnek bir araç tanımı:

{
  "name": "get_invoice_status",
  "description": "Kimliği doğrulanmış abonenin son faturasının tutarını, son ödeme tarihini ve ödeme durumunu döndürür.",
  "parameters": {
    "type": "object",
    "properties": {
      "period": {
        "type": "string",
        "description": "YYYY-MM biçiminde fatura dönemi; boş bırakılırsa son fatura"
      }
    }
  }
}

Tanımda abone kimliği parametre olarak yer almıyor. Uygulama bu bilgiyi modelden almaz, kimliği doğrulanmış oturumdan kendisi ekler. Böylece model, kötü niyetli bir yönlendirmeyle bile başka bir abonenin verisini isteyemez.

Halüsinasyon ve güvenlik riskini azaltan kurallar

• Veri kaynağı ayrımı: Fatura, paket ve arıza gibi dinamik bilgiler yalnızca araç sonuçlarından, statik bilgiler yalnızca onaylı bilgi bankasından gelir.
• Önce kimlik doğrulama: Kişisel veriler, kayıtlı numaraya gönderilen tek kullanımlık kod gibi bir doğrulamadan sonra paylaşılır.
• En az yetki: Okuma araçları varsayılandır. Paket değişikliği veya iptal gibi yazma işlemleri müşterinin açık onayını, gerekirse temsilci onayını gerektirir.
• Sınırlı uç noktalar: Model serbest veri tabanı sorgusu üretmez. Yalnızca önceden tanımlı ve şeması doğrulanan uç noktaları çağırır. Hız sınırı ve zaman aşımı uygulanır.
• Komut enjeksiyonuna karşı koruma: Müşteri mesajındaki "önceki talimatları yok say" gibi ifadeler sistem kurallarını değiştiremez. Araç sonuçları yalnızca veri olarak işlenir, talimat olarak yorumlanmaz.
• Belirsizlikte devir: Emin olunamayan durumlarda konuşma, özetiyle birlikte temsilciye aktarılır.
• Kayıt ve test: Tüm araç çağrıları kaydedilir. Asistan, gerçek senaryolardan derlenen test setleriyle düzenli olarak değerlendirilir.

Sesli asistan

Sesli asistan aynı yöntemi telefon kanalında uygular. SIP/VoIP üzerinden gelen çağrı konuşmadan metne (STT) çevrilir, dil modeli gerekli araçları çağırır ve yanıt metinden sese (TTS) çevrilir. Tasarımda şu noktalar belirleyicidir:

• Gecikme: Uzun sessizlikler konuşmanın doğallığını bozar. STT, model ve TTS adımlarının toplam süresini mümkün olduğunca kısa tutun.
• Söz kesme (barge-in): Müşteri asistan konuşurken araya girebilmelidir.
• Doğrulama: Tutar, tarih ve abone numarası gibi önemli bilgiler tekrar edilerek teyit edilmelidir.
• Yedek yol: Gürültülü ortamlar için tuşlama (DTMF) seçeneği ve temsilciye tek adımda aktarım bulunmalıdır.
• Şeffaflık: Çağrı başında görüşmenin kaydedildiği ve bir yapay zekâ asistanıyla konuşulduğu belirtilmelidir.

Örnek: ISP çağrı merkezinde yapay zekâ asistanı

Bir bölgede fiber kablo kesildiğini düşünelim. Kısa sürede çok sayıda "internetim yok" çağrısı ve mesajı gelir. İyi tasarlanmış bir asistan bu yükü şöyle karşılar:

Bu akışta asistan hiçbir bilgiyi tahmin etmez. Her yanıt bir sistem kaydına dayanır. Temsilciler de tekrarlayan sorgularla uğraşmak yerine gerçekten insan müdahalesi gereken vakalara bakar.

WiChat, WhatsApp Business API, Instagram, Messenger, Telegram, WebChat ve telefon/VoIP kanallarını tek panelde toplar. Sesli ve yazılı asistanı yanıt verirken CRM verisini okur ve iki yönlü çeviri yapar. ISP'lerde abone, oturum ve fatura verisi Cetvel / WiRadius gibi bir abone yönetim sisteminden araç çağrılarıyla okunabilir.

KVKK açısından nelere dikkat edilmeli?

• Aydınlatma yükümlülüğü (md. 10): Sohbetin başında kısa bir bilgilendirme ve aydınlatma metni bağlantısı paylaşın. Telefonda çağrı kaydı anonsu yapın.
• Hukuki sebep (md. 5): Destek talepleri çoğunlukla sözleşmenin ifası veya meşru menfaat kapsamında değerlendirilir. Pazarlama mesajları ise ayrıca 6698 sayılı Kanun'a ve 6563 sayılı Kanun ile İYS yükümlülüklerine tabidir. Hizmeti pazarlama iznine bağlamayın.
• Veri minimizasyonu: Modele yalnızca yanıt için gereken alanları gönderin. T.C. kimlik numarası ve açık adres gibi alanları maskeleyin. Kart bilgisini hiçbir zaman sohbet üzerinden almayın.
• Yurt dışına aktarım (md. 9): Dil modeli veya mesajlaşma altyapısı yurt dışındaysa, 7499 sayılı Kanun ile değişen ve 1 Haziran 2024'te yürürlüğe giren düzenleme uygulanır. Yeterlilik kararı yoksa uygun güvencelerden biri gerekir. Kurul'un yayımladığı standart sözleşme kullanılıyorsa imzadan itibaren 5 iş günü içinde Kurum'a bildirilmelidir.
• Veri işleyen sözleşmesi: Hizmet sağlayıcının verileri model eğitiminde kullanıp kullanmayacağını ve saklama sürelerini sözleşmeyle netleştirin.
• Saklama ve imha: Mesajlar, ses kayıtları ve transkriptler için saklama süresi belirleyin ve periyodik imha uygulayın.
• Özel nitelikli veriler: Müşteriler sağlık gibi hassas bilgileri kendiliğinden paylaşabilir. Bunun için maskeleme ve uyarı mekanizması kurun. Ses biyometrisi de biyometrik veri sayılır.
• Teknik ve idari tedbirler (md. 12): Rol bazlı erişim, şifreleme ve işlem kaydı kullanın. Veri ihlali fark edildiğinde Kurul'a 72 saat içinde bildirim yapılması beklenir.

Bu bölüm genel bilgilendirme amaçlıdır ve hukuki danışmanlık yerine geçmez.

Sık sorulan sorular

Omnichannel için WhatsApp Business uygulaması yeterli mi?

Tek kişilik veya çok küçük ekipler için başlangıçta yeterli olabilir. Birden fazla temsilci, CRM entegrasyonu, bot veya yapay zekâ asistanı, raporlama ve diğer kanallarla ortak geçmiş gerekiyorsa WhatsApp Business API ve bir omnichannel panel gerekir.

Yapay zekâ asistanı müşteri temsilcilerinin yerini alır mı?

İyi tasarlanmış bir asistan fatura sorgusu, arıza durumu ve randevu gibi tekrarlayan talepleri karşılar. Temsilciler de karmaşık vakalara zaman ayırır. İtirazlar, istisnalar ve hassas konularda konuşmanın kolayca insan temsilciye aktarılabilmesi temel bir gerekliliktir.

Yapay zekâ asistanının yanlış bilgi vermesi nasıl önlenir?

Kişiye özel ve güncel bilgileri model, araç çağrısıyla sistemden okumalıdır. Buna ek olarak kimlik doğrulama, en az yetki, şema doğrulaması, "bilmiyorum" deme serbestliği ve temsilciye devir gerekir.

Müşteri verilerini yurt dışındaki bir yapay zekâ modeline göndermek KVKK'ya uygun mu?

Mümkün, ama KVKK'nın 9. maddesindeki şartları karşılamak gerekir: yeterlilik kararı, standart sözleşme gibi uygun güvenceler veya sınırlı istisnai hâller. Ayrıca modele gönderilen veriyi en aza indirmek ve hizmet sağlayıcıyla veri işleyen sözleşmesi yapmak gerekir.

WhatsApp'ta yapay zekâ botu kullanmak yasak mı?

Hayır. Meta'nın 15 Ocak 2026'da yürürlüğe giren politikası, her konuda sohbet eden genel amaçlı yapay zekâ asistanlarını hedef alır. Müşteri desteği, sipariş takibi veya fatura sorgusu gibi işletmenin kendi süreçlerine hizmet eden asistanlar kullanılabilir.