API Entegrasyonları: AI Ajanının Kırılgan Noktaları
Kargo takip servisi sabah 09:40'ta cevap vermeyi bıraktı. Ajan her çağrıda otuz saniye bekledi, sonra "şu an bu bilgiye ulaşamıyorum" dedi. Ortalama görüşme süresi iki katına çıktı, müşteriler ikinci kez aradı, kimse durumu öğleden sonraya kadar fark etmedi. Çünkü sistem çalışıyor görünüyordu.
Yapay zeka müşteri hizmetlerinde asıl kırılganlık kendi sisteminizde değil, bağlandığınız servislerde. Ajanın verdiği her cevabın arkasında başka birinin altyapısı var: kargo firması, ödeme sağlayıcısı, mesajlaşma servisi, doğrulama servisi. Aşağıda bu bağımlılıkları nasıl kuracağınızı ve biri düştüğünde konuşmanın nasıl ayakta kalacağını anlatıyorum.
Ajan gerçekte kime bağlanıyor?
"Entegrasyon" denince akla CRM geliyor, ama bir müşteri hizmetleri ajanının günlük işi çoğunlukla dış servislerle geçiyor.
Servis | Ne için | Gözden kaçan detay |
|---|---|---|
WhatsApp Business API / SMS | Bilgilendirme, hatırlatma, konuşmayı yazılı kanala taşıma | Şablon onayı gerekiyor ve zaman alıyor. Kampanya günü şablon yazmaya kalkarsanız geç kalırsınız. |
Kargo takip servisleri | "Kargom nerede" sorusu | Her firmanın arayüzü ayrı. Üç kargo firmasıyla çalışıyorsanız üç ayrı bağlantı ve üç ayrı arıza ihtimali. |
Ödeme ve sanal POS | Tahsilat, borç sorgusu, ödeme linki | Ajanın kart bilgisi toplaması gereken bir tasarım kurmayın. Link gönderin, ödeme sağlayıcının sayfasında tamamlansın. |
Doğrulama servisleri | Tek kullanımlık kod, kimlik teyidi | SMS gecikirse konuşma kilitleniyor. Alternatif bir doğrulama yolu hazır bulundurun. |
E-fatura / e-arşiv entegratörü | Fatura kopyası, tutar sorgusu | Genelde salt okunur bağlanır. Buradan yazma yetkisi istemek, mali sonuçları olan bir karar. |
Bu listeye bakınca bir şey netleşiyor: ajanınızın güvenilirliği, en zayıf üçüncü partinizin güvenilirliği kadar.
Zaman bütçesi diye bir şey var
Bir telefon konuşmasında cevap için elinizde kabaca birkaç saniye var. Bu süreyi servisler arasında paylaştırmanız gerekiyor ve toplam sabit.
Pratik bir yaklaşım: her dış servis çağrısına net bir zaman sınırı koyun. Sınır dolduğunda beklemeyi bırakın ve elinizdekiyle cevap verin. "Kargo bilgisini şu an alamıyorum, size iki dakika içinde mesaj olarak göndereyim" cümlesi, otuz saniye sessizlikten iyidir.
Bir de şu var: yavaş servis, çöken servisten daha zararlı. Çöken servis hemen hata döner, akış devam eder. Yavaş servis akışı kilitler ve arkasında sıra oluşturur. Bu yüzden zaman sınırını cömert tutmayın.
Ajanın hangi durumda ne söyleyeceğini önceden yazın. Doğaçlamaya bırakılan hata mesajları, müşteri hizmetleri tarafında en çok şikâyet üreten yerlerden biri.
Bir servis düştüğünde ne olacak?
Cevap "hiçbir şey" olmamalı. Kademeli bir plan kurun:
Son bilinen değer. Kargo durumu iki saat önce "dağıtımda" idiyse bunu söyleyebilirsiniz — tazeliğini belirterek. Müşteri bunu "bilmiyorum"a tercih ediyor.
Vaat ve takip. Bilgi hiç yoksa, ajan bir takip görevi açsın ve bunu müşteriye söylesin. Açılmayan görev, unutulan sözdür.
İnsana aktarım. Aynı serviste üst üste hata alınıyorsa ajan denemeye devam etmesin; konuyu insana taşısın.
Uyarı. Ekibin baktığı bir kanala bildirim gitsin. Yukarıdaki kargo örneğinde eksik olan tek parça buydu.
Dört maddenin ilki en tartışmalısı. Eski veriyi söylemek riskli görünüyor; ama tazeliğini açıkça belirtirseniz güveni sarsmıyor, aksine koruyor. Yanlış olan, eski veriyi güncelmiş gibi sunmak.
Hassas veri nerede durmalı
Üçüncü parti bağlantılar, müşteri verisinin şirket dışına çıktığı yerlerdir. Bu yüzden hangi verinin nereye gittiğini yazılı tutmak, sonradan yapılacak bir iş değil.
Genel bilgilendirme düzeyinde birkaç pratik kural: ajan kart numarası, şifre veya tek kullanımlık kod toplamasın. Dış servise yalnızca o servisin işini görmesi için gereken alan gitsin — kargo sorgusu için ad soyad ve takip numarası yeterli, doğum tarihi değil. Yurt dışında işlenen veriler için KVKK tarafında ek değerlendirme gerekebiliyor; tedarikçinin sunucularının nerede olduğunu sözleşme aşamasında sorun.
Bu başlığın detaylarını güvenlik ve KVKK tarafında ayrıca topladık.
Maliyet çağrı başına birikiyor
Tek tek bakıldığında dış servis çağrıları ucuz görünür. Ama bir konuşmada dört servise gidiyorsanız, aylık çağrı sayınızla çarpıldığında rakam ciddileşiyor.
İki basit önlem işi hafifletiyor. Birincisi, aynı bilgiyi konuşma içinde iki kez sormamak — ilk yanıtı oturum boyunca tutun. İkincisi, değişmeyen verileri (fiyat listesi, teslimat süreleri) her çağrıda sorgulamamak.
Sözleşme tarafında da bir uyarı: çağrı başına ücretlendirilen servislerde beklenmedik trafik faturayı hızla büyütüyor. Aylık üst sınır tanımlayın ve sınıra yaklaşınca haber veren bir kontrol koyun.
Test ortamı gerçeği anlatmaz
Üçüncü parti servislerin çoğunda bir test ortamı bulunuyor, ama canlıya benzemiyor. Sandbox hep hızlı yanıt verir, nadiren hata döndürür, kotası yoktur. Üçü de canlıda değişiyor.
İki alışkanlık işi kurtarıyor. Birincisi, hata senaryolarını elle tetiklemek: yanlış anahtarla istek atın, zaman aşımını yapay olarak kısaltın, bağlantıyı kesip ajanın ne dediğine bakın. İkincisi, canlıya geçtikten sonraki ilk hafta dış çağrıların yüzde kaçının hatayla döndüğünü her gün kontrol etmek.
Bir uyarı daha: mesajlaşma servislerini denerken gerçek numaralara mesaj gidebiliyor. Test listesini ekip telefonlarıyla sınırlayın. Müşteri numarasına giden bir test mesajının açıklaması zor oluyor.
Bağlanmadan önce üç kontrol
Yeni bir servisi devreye almadan önce üç şeye bakın: yanıt süresi gerçekten ölçüldü mü, hata durumunda ajan ne diyecek, bozulduğunu kim görecek. Üçünün de cevabı yoksa entegrasyon hazır değil demektir.
Sektörün nereye gittiğini merak ediyorsanız çağrı merkezinin geleceği yazısı daha geniş bir çerçeve sunuyor. Burada anlatılan iş ise daha mütevazı: bağlantıları düzgün kurmak ve düştüklerinde ne olacağını önceden bilmek.
AI Agent TR tarafında yeni bir müşteriye başlarken ilk sorduğumuz şey hangi modeli kullandığımız değil, hangi dış servislere bağlanacağımız oluyor. Sizin listeniz de bellidir: demo görüşmesinde beraber çıkaralım.
Sıkça Sorulan Sorular
Kaç tane üçüncü parti servise aynı anda bağlanabiliriz?
Teknik bir sınır yok; pratik sınır bakım kapasitesi. Her yeni bağlantı yeni bir arıza ihtimali demek. İlk kurulumda iki üç servisle başlayıp, her birini ayrı ayrı stabil hale getirmek daha sağlıklı ilerliyor.
Servis sağlayıcısı API'sini değiştirirse ne olur?
Bu olur ve genelde önceden duyurulur — ama duyuru teknik ekibin okumadığı bir e-postaya gelir. Sağlayıcıların değişiklik bildirimlerini takip eden bir adres belirleyin ve o adrese en az iki kişi baksın.
Ajan ödeme alabilir mi?
Ödemeyi başlatabilir, tahsilatı kendisi yapmamalı. Doğru akış, müşteriye güvenli bir ödeme bağlantısı iletmek ve sonucu ödeme sağlayıcısından teyit etmek. Kart bilgisinin konuşma kaydına girmesi, çözmek istemeyeceğiniz bir sorun.
Hangi servisin sorun çıkardığını nasıl anlarız?
Her dış çağrının süresini ve sonucunu ayrı ayrı kaydedin. Tek bir "hata oluştu" kaydı size hiçbir şey söylemez; servis bazlı ölçüm ise sorunu dakikalar içinde daraltır.
