Kimsenin yüksek sesle sormadığı bir soru var: müşteri destek ekibiniz gelen tüm mesajları takip etmek için beş farklı kanala bağlıysa, çoktan oyunu kaybetmiş misiniz?
Amazon Connect’in X (eski adıyla Twitter) Doğrudan Mesajlarla yeni entegrasyonu teknik olarak etkileyici — bunu kabul etmeliyim. Mimari temiz, Lambda fonksiyonları mantıklı, ve evet, tam olarak söz verdiğini yapıyor: X DM’lerini çek, müşteri hizmetler merkezine yönlendir, ajanları Slack’le telefon arasında sekme değiştirmeye zorlama. Ama biraz durup düşünelim. Çünkü aslında gördüğümüz şey müşteri hizmetleri altyapısındaki derin yaraya konulan başka bir bandaj.
Teknik Hikaye (Ve Neden Gerçekten Önemli)
Entegrasyonun kendisi zarif, bunu söylemeliyim. Gelen X DM’leri HMAC-SHA256 ile doğrulanan bir webhook’a vuruyor — X’in kimlik doğrulama yaklaşımı, dürüst olmak gerekirse Meta’nınkinden daha güçlü. Lambda mesajı ayrıştırıyor, bir Connect Chat oturumunu başlatıyor veya yeniden kullanıyor, müşteri profilini DynamoDB’de önbelleğe alıyor (böylece her değişimde Tweepy API’sine yükleme yapmıyorsunuz), ve ekleri (resimler, videolar, GIF’ler) iki yönde işliyor. Ajan yanıt verdiğinde, SNS olay fırlatıyor ve bunu X’e bir DM olarak geri gönderiyor.
“Ajanlar X konuşmalarını Amazon Connect çalışma alanında sıradan sohbetmiş gibi görüyor, müşterinin X kullanıcı adı ve profil bilgileriyle birlikte.”
Solid mühendislik işi. “Evet, biri bunu ciddiye alıp oturmuş” dedirtecek türden.
Ama beni gece uyandıran işte bu.
Neden “Kanal Konsolidasyonu” Sadece Ağrı Kesicidir
Müşterileriniz X’te çünkü X’i seviyorlar. X’te çünkü zaten orada zaman harcıyorlar. WhatsApp’ta da. Instagram’da. E-postada. SMS’te. TikTok’ta. Discord’da. Liste hiç bitmez.
Amazon’un satmaya çalıştığı şey çözüm değil — geçici çözüm. Bu entegrasyonu ekle, ve evet, ajanlarınız X ile Connect arasında kafalarını çevirmek zorunda kalmaz. Ama Instagram DM’leri için ayrı sistem lazım. WhatsApp için bir tane daha. E-posta desteği için bir tane daha. Gerçekten konsolide etmiyorsunuz; sadece bir seferde kolay olanı seçiyorsunuz, hepsi de AWS’ye yapışkanlığınızı arttırırken.
Ve bu tesadüf değil. Bu tam iş modeli.
Gerçekten Kim Para Yapıyor Burada?
Hadi açıkça konuşalım. Amazon’un destek ekibinizin daha mutlu olması umurunda değil. Umurunda olan Lambda kodu yazmanız, DynamoDB tabloları yaratmanız, ve SNS çağrılarını kullanmanız. Yaptığınız her entegrasyon sizi AWS ekosisteminin derinliklerine daha sıkıca hapsetiyor. Connect’i kaldırıp Twilio’ya veya Vonage’a geçemezsiniz çünkü artık Lambda fonksiyonlarınız, özel VPC ayarlarınız, ve aylar boyunca biriktirdiğiniz bilgi tek bir satıcıya kilitli.
Amazon için gerçek kazanç X entegrasyonu değil. Sonrasında yazacağınız beş entegrasyon. Ve her biriyle birlikte artan altyapı maliyetleri.
Bunu müşteri odaklı bir hamlenin neye benzediğiyle karşılaştırın: hangi kanaldan olursa olsun — X, WhatsApp, Discord, e-posta — kesintisiz çalışan bir müşteri hizmetleri merkezi, satıcıdan bağımsız olan, gerçekten müşteri deneyimini AWS’nin üç aylık kazancından öne koyan. Tak-çıkar bir şey. Hiçbir vendor lock-in. Gerçek esneklik.
Bunu henüz yapmıyoruz. Ve muhtemelen yapılmayacak, çünkü büyük bulut oyuncuları için bundan para yok.
Kimse Konuşmayan Ek Sorun
İşte kritik teknik detay: entegrasyon resimleri, videoları ve GIF’leri iki yönde işliyor. Harika. Ama X’in medya işleme konusunda sorunlu olduğu bilinen bir şey. URL timeout’lar katı. Medya indirilme limitleri düşündüğünüzden daha sıkı. Ajanın gönderdiği resim X’e dönemezse? Müşteri asla mesajın gittiğini bilmez, ek ortada kaybolmuş olur.
Kod kullanıcı profillerini API çağrılarını azaltmak için önbelleğe alıyor, ama bu
