Asistan "siparişiniz yolda" dediğinde, bunu nereden biliyor?
Bir müşteri arar ve siparişini sorar. Asistan kibar, Türkçesi akıcı, cevabı da hızlı: "Siparişiniz kargoya verildi." Ama sipariş aslında iki gün önce iptal edilmiştir. Konuşma kusursuzdur, bilgi yanlıştır.
Sesli yapay zekâda en çok konuşulan şey sesin doğallığıdır. Kurumsal kullanımda ise asıl soru başka: asistan cevabı hangi sistemden, ne kadar taze, hangi yetkiyle alıyor ve o veri nereye gidiyor? Bir çağrı merkezi asistanının değeri bağlandığı CRM ve ERP kadardır; riski de o bağlantının nasıl kurulduğu kadar.
Çağrı merkezi CRM entegrasyonu nedir? (Kısa cevap)
Çağrı merkezi CRM entegrasyonu, çağrıyı karşılayan sistemin (insan temsilci ekranı ya da yapay zekâ asistanı) müşteri kaydına, sipariş, fatura ve randevu verisine görüşme sırasında erişmesi ve sonucu aynı sisteme geri yazmasıdır. İyi bir entegrasyonda asistan yalnızca işi için gereken alanları okur, sadece tanımlı işlemleri yazar, her yazmadan önce müşteriden açık onay alır ve sistem yanıt vermediğinde tahmin yürütmek yerine çağrıyı bağlamıyla devreder.
Entegrasyon neden çağrı merkezinin asıl işidir?
Bağlantısız asistan yalnızca bilgi okur
CRM'e bağlı olmayan bir asistan genel soruları yanıtlayabilir: çalışma saatleri, iade koşulları, kampanya kuralları. Ama "benim siparişim nerede", "faturam neden yüksek geldi", "randevumu perşembeye alır mısınız" soruları kişiye özeldir. Bu sorulara verilen her cevap ya sistemden gelir ya da uydurulur. Uydurulmuş bir kargo bilgisi, hiç cevap vermemekten daha pahalıdır; müşteri iki gün sonra daha kızgın arar.
İşlem yapılmazsa çağrı tekrar gelir
Asistan talebi anlar ama kaydı açamazsa, iş bir temsilcinin kuyruğuna "geri arama" olarak düşer. Müşteri açısından talep çözülmemiştir. Bu çağrılar ilk temasta çözüm oranını düşürür ve kısa süre içinde ikinci bir çağrı olarak geri döner. Bu ilişkiyi FCR yazımızda ayrıntılı anlattık.
Her yeni bağlantı yeni bir risk yüzeyidir
Asistana CRM'e erişim vermek, telefonun ucundaki herhangi birine dolaylı bir kapı açmak demektir. Yanlış kurulan bir yetki, arayanın başka bir müşterinin bilgisini öğrenmesine ya da yetkisi olmayan bir işlemi yaptırmasına yol açabilir. Entegrasyon hem işin hem de güvenliğin merkezindedir.
KVKK entegrasyondan ne bekler?
6698 sayılı Kişisel Verilerin Korunması Kanunu'nun 4. maddesi, kişisel verinin işlendiği amaçla bağlantılı, sınırlı ve ölçülü olmasını ister. Asistanın bir kargo sorusunu yanıtlamak için müşterinin bütün geçmişini, ödeme bilgilerini ya da notlarını okuması bu ilkeyle bağdaşmaz.
Kanunun 12. maddesi veri sorumlusuna, kişisel verilere hukuka aykırı erişimi önlemek için gerekli teknik ve idari tedbirleri alma yükümlülüğü verir. Veri, sorumlu adına başka bir kişi ya da sistem tarafından işleniyorsa, bu tedbirlerin alınmasından veri sorumlusu o kişiyle birlikte sorumludur. Yani asistanı sağlayan tarafın CRM'e nasıl eriştiği, kurumun kendi uyum sorumluluğunun bir parçasıdır. Hangi tedbirin yeterli olduğunu kurumun hukuk ve uyum ekibiyle birlikte değerlendirmek gerekir; ama "asistan her şeyi görebilsin" yaklaşımı bu çerçeveye uymaz.
Asistanı CRM ve ERP'ye nasıl bağlamalı?
1. Talep listesiyle başlayın, sistem listesiyle değil
Önce gelen çağrıları talep türüne ayırın: sipariş durumu, iade başlatma, fatura sorusu, randevu değişikliği, adres güncelleme. Her talep için iki soru sorun: cevabı hangi sistem biliyor, işlem hangi sisteme yazılıyor? Entegrasyon kapsamı bu tablodan çıkar. "CRM'i bağlayalım" diye başlamak, gereğinden geniş ve dağınık bir erişimle sonuçlanır.
2. Okumayı ve yazmayı ayırın
Sipariş durumunu sorgulamak ile siparişi iptal etmek aynı yetki değildir. Her talep için asistanın yalnızca okuyabileceği alanları ve yazabileceği işlemleri ayrı ayrı tanımlayın. Kuralı net, geri alınabilir işlemler (randevu oluşturma, talep kaydı açma) otomatik yapılabilir; parasal ya da geri dönüşü zor işlemler (iade onayı, sözleşme değişikliği) kurumun belirlediği sınırda temsilciye bırakılır.
3. Alanları tek tek seçin
Asistana müşteri kaydının tamamını değil, talebin gerektirdiği alanları açın. Kargo sorusu için sipariş numarası, durum ve tahmini teslim tarihi yeterlidir. Bu hem veri minimizasyonu hem de daha kısa yanıt süresi demektir: asistan gereksiz veriyi çekip işlemekle vakit kaybetmez.
4. Kimlik doğrulamayı işlemden önce yapın
Kişiye özel bir bilgiyi okumadan ya da işlem yapmadan önce arayanın kim olduğu kurumun belirlediği yöntemle doğrulanmalıdır. Doğrulama adımı entegrasyonun bir parçası olarak tasarlanır: doğrulanmamış bir çağrıda asistan kişisel kayda hiç erişmez.
5. Yazmadan önce sesli onay alın
Telefonda ekran yoktur; müşteri neyin değişeceğini görmez. Bu yüzden her yazma işleminden önce asistan işlemi açık bir cümleyle tekrar etmeli: "Perşembe saat 14.00'teki randevunuzu cuma 10.30'a alıyorum, onaylıyor musunuz?" Türkçede "olur", "tamam", "he" gibi kısa onaylar sık kullanılır; "olur ama…" ile başlayan bir cümle onay değildir. Onay mantığı bu konuşma alışkanlıklarına göre kurulmalıdır.
6. Sistem yanıt vermezse ne olacağını önceden yazın
CRM yavaşlayabilir, ERP bakımda olabilir. Bu durumda asistanın davranışı tanımlı olmalıdır: tahmini bir cevap vermek yerine durumu açıkça söylemek, talebi kaydetmek ve gerekiyorsa çağrıyı bağlamıyla temsilciye aktarmak. Aynı işlemin iki kez yazılmasını önlemek de bu tasarımın parçasıdır; bağlantı koptuğunda müşteriye iki randevu açılmamalıdır.
7. Her okuma ve yazmayı kayda alın
Asistanın hangi çağrıda hangi kaydı okuduğu, hangi işlemi yaptığı ve bunun için hangi onayı aldığı sonradan izlenebilmelidir. Bir müşteri "ben böyle bir değişiklik istemedim" dediğinde cevap, görüşmenin ve işlemin kaydındadır.
Ölçülmesi gereken göstergeler
- Görüşme sırasında tamamlanan işlem oranı: devre ya da geri aramaya düşmeden sonuçlanan talepler.
- Sistem kaynaklı devir oranı: CRM ya da ERP yanıt vermediği için temsilciye aktarılan çağrılar.
- Sorgu yanıt süresi: asistanın sistemden cevabı alana kadar geçen süre; telefonda sessizlik olarak duyulur.
- Onay sonrası düzeltme oranı: yapılıp sonradan geri alınan işlemler.
- Tekrar arama oranı: aynı konu için kısa sürede yeniden arayanlar.
Sık yapılan hatalar
- Asistana "her şeyi görsün" diye tam yetkili bir kullanıcı hesabı vermek.
- Okuma ve yazma yetkisini aynı kapsamda tanımlamak.
- CRM verisini bir kez bilgi tabanına kopyalayıp güncel sanmak; kişiye özel ve sık değişen veri her çağrıda canlı sorgulanmalıdır.
- Yazma işleminden önce müşteriye işlemi tekrar etmemek.
- Sistem kesintisinde asistanın ne yapacağını tanımlamamak.
- Entegrasyonu bir kez kurup bırakmak; CRM'de alan adı ya da süreç değiştiğinde asistan sessizce yanlış veri okumaya başlar.
Belzeka'da bunu nasıl ele alıyoruz?
İşlemi görüşme sırasında tamamlar
Belzeka, veritabanı, CRM, ERP ve santral altyapısına doğrudan entegre olur. Görüşme sırasında kurumun sistemlerine gerçek zamanlı bağlanır; talep kaydı açar, veritabanını sorgular, randevu oluşturur ve işlemi çağrı esnasında tamamlar. Bağlanabildiğimiz sistemler arasında SAP, Mikro, Salesforce, HubSpot, Zendesk ve Belsis var; listenin tamamı Entegrasyonlar sayfamızda.
Hazır bağlantı yoksa REST API ve Webhook
Her kurumun kendine özel sistemleri vardır. Hazır bağlantısı olmayan sistemler REST API ve Webhook ile bağlanır. Devreye alma, keşif görüşmesiyle başlar; entegrasyon kapsamı kurumun talep türlerine ve süreçlerine göre planlanır. Teknik ayrıntılar Dokümantasyon sayfamızda.
Yetki sınırını kurum çizer
Belzeka yalnızca kurumun tanımladığı yetki sınırları içindeki talepleri otomatik sonuçlandırır; belirsiz ya da hassas durumlarda çağrıyı insan temsilciye aktarır. Arka planda her iş akışı için ayrı, dar kapsamlı uzman asistanlar çalışır. Görev alanlarının dar ve ayrık tutulması, bir asistanın kendi işi dışındaki sistemlere uzanmasını engeller. Bu yaklaşımın güvenlik tarafını prompt injection yazımızda anlattık.
Her bileşen yalnızca gereken kadar erişir
Altyapı birbirinden izole güvenlik katmanlarına ayrılır ve her bileşen yalnızca görevi için gereken kadar erişime sahiptir. Kritik işlemler çok faktörlü kimlik doğrulama ve çift onay gerektirir. Ayrıntı için Güvenlik sayfamıza bakabilirsiniz.
CRM verisi kurumun dışına çıkmaz
Belzeka'nın dil modeli, embedding sistemi ve bilgi tabanı kurumun kendi sunucularında çalışır. Asistanın CRM ya da ERP'den okuduğu veri bir dış yapay zekâ servisine gönderilmez; ses, metin ve kurum verisi kurumun sunucu sınırları içinde işlenir ve orada kalır. Kuruma ait çağrı verileri model eğitiminde kullanılmaz.
Her adım denetlenebilir
Asistanın her çağrıda aldığı kararlar, izlediği diyalog adımları ve ürettiği yanıtlar izlenebilir. Kritik işlemler değiştirilemez denetim kayıtlarına işlenir. Bir işlemin neden ve hangi onayla yapıldığı sonradan görülebilir.
Sıkça Sorulan Sorular
Yapay zekâ asistanı CRM'e nasıl bağlanır? Hazır bağlantısı olan sistemlerde doğrudan, diğerlerinde REST API ve Webhook ile. Bağlantı, asistanın hangi alanları okuyup hangi işlemleri yazacağı talep bazında tanımlanarak kurulur.
CRM verisi bilgi tabanına mı aktarılır, yoksa canlı mı sorgulanır? İkisi farklı ihtiyaçlar içindir. Kurallar, ürün bilgisi ve süreç belgeleri bilgi tabanına aktarılır; sipariş durumu ya da randevu gibi kişiye özel ve sık değişen veri görüşme sırasında sistemden canlı sorgulanmalıdır.
CRM yanıt vermezse asistan ne yapar? Tahmini bir cevap vermemelidir. Durumu müşteriye açıkça söyler, talebi kaydeder ve gerekiyorsa çağrıyı o ana kadarki bağlamla temsilciye aktarır.
Asistanın CRM'e yazması güvenli mi? Yazma yetkisi talep bazında ve dar tanımlanırsa, kimlik doğrulama ve sesli onaydan sonra yapılırsa ve her işlem kayda alınırsa evet. Parasal ya da geri dönüşü zor işlemler için sınırı kurum belirler.
Sistemlerinizi birlikte haritalayalım
Hangi çağrılarınızın hangi sisteme dokunduğunu ve bunların ne kadarının görüşme sırasında tamamlanabileceğini birlikte çıkarmak isterseniz İletişim sayfamızdan bize ulaşabilirsiniz.