CRM Yapay Zekâ: Satış Verisi Neden Güncel Kalmaz?

Satış ekipleri CRM'i neden güncellemez?

Bir ziyareti kaydetmek için uygulamayı açmak, doğru hesabı bulmak, aktivite formuna gitmek ve sıra sıra zorunlu alanı doldurmak gerekir; üstelik çoğu zaman araç park yerinde, telefon ekranından. Temsilci bu işi ertelediğinde disiplinsiz davranmış olmaz, günde kaç durak için aynı şeyi tekrarlayacağını hesaplamış olur.

İkinci neden daha yapısaldır: kaydı giren kişi ile faydasını gören kişi aynı değildir. Temsilci doldurur, tablo yöneticinin toplantısında açılır. Sisteme giren bilgi temsilciye bir sonraki adımı, bekleyen takibi veya riski geri vermiyorsa kayıt bir kazanç değil, ek mesai olarak hissedilir.

Üçüncüsü çoğu yöneticinin sezgisine terstir. Her yeni raporlama ihtiyacında "görünürlük olsun" diye bir zorunlu alan eklenir; form uzadıkça doldurma özeni azalır ve isteğe bağlı alanlar çoğunlukla boş kalır. Zorunluluğu artırmak veri kalitesini yükseltmez, çoğu zaman alanların yalnızca uyarıyı kapatmak için doldurulmasına yol açar.

Eksik veriden üretilen tahmin neden güvenilmez?

Bir CRM, olan bitenin değil, yazmaya vakit bulunanın kaydıdır. Rapor bu kaydın üzerinden çalıştığında gördüğünüz şey bugünkü fırsat değil, en son ne zaman yazmaya vakit bulunduysa o günkü halidir. Tahmin de aynı gecikmeyi miras alır.

Boşluklar sayıya dönüşürken görünmez olur. Aşama çıkış kriteri tanımlı değilse haftalardır hareket görmemiş bir "teklif gönderildi" kaydı, canlı bir fırsatla aynı ağırlıkta toplanır ve hattı olduğundan güçlü gösterir. Kapanış tarihinin sessizce ileri alınması en okunaklı kayma sinyalidir; gerekçesi not edilmediğinde raporda yalnızca bir tarih değişikliği olarak görünür.

Buna teşvik kaynaklı çarpıtmalar eklenir: kimi temsilci sayıyı korumak için hattını zayıf gösterir, kimi de duymak istediğini duyup taahhüt eder. Bunlar veri sorunu değil, teşvik sorunudur. Asıl mesele şu ki kayıt bugün eksik bırakıldığında kayıp orada kalmaz; aynı boşluk birkaç ay sonra modelin öğrendiği örüntünün içine yerleşir ve sistem bir süre sonra rapor üretmeyi bırakıp kendinden emin bir kanaat üretmeye başlar.

Görüşme notu, e-posta ve toplantı kayda nasıl dönüşür?

Satış otomasyonundan beklenen şey genellikle rapordur; oysa asıl işi kaydın kendisini üretmektir. Takvim daveti, e-posta yazışması ve toplantı notu zaten mevcut içeriktir. Yapay zekânın buradaki katkısı bu içeriği yapılandırılmış alana çevirmek, yani temsilciden aynı bilgiyi ikinci kez yazmasını istememektir.

CRM-X gibi çözümlerde de görüşme sonrası serbest metinle yazılan nottan karar, itiraz ve sonraki tarih ayıklanır; alanlar kullanıcının onayıyla dolar. Ölçüt de buradan çıkar: bir araç kaydı zenginleştiriyor ama temsilcinin yazma süresini kısaltmıyorsa, çözdüğü sorun raporlamadır, veri girişi değil.

Bu katman sanıldığı kadar kesin değildir. Otomatik aktivite eşleştirmesi ağırlıklı olarak e-posta adresine bakar; ortak kutular, kişisel adresinden yazan muhatap veya henüz sistemde olmayan aday sistematik biçimde yanlış yere düşer. Ses tarafında gürültü, aksan ve araya giren konuşmalar hata üretir; asıl sinsi hata ise atlamadır, çünkü "önce hukuk onayı gerekiyor" gibi tek cümlelik bir şart özetten düştüğünde metin kusursuz göründüğü için kimse geri dönüp bakmaz.

Doğru kurgu özeti kanıt değil taslak sayar. Her çıkarımın görüşme metnindeki yerine bağlanabilmesi, tek gerçek doğrulama yöntemidir. Yazma yetkisi de kademelendirilmelidir: düşük riskli alanlar otomatik dolabilir, fiyat ve taahhüt gibi alanlar insan onayından geçmelidir. Eşleşmeyen aktivitelerin oranını düzenli ölçmek de bu katmanın bakımının parçasıdır.

Bugün hangi fırsata bakmalı?

Sahadaki soru "hattın genel durumu nedir" değil, "bugün hangi üç fırsata bakayım" sorusudur. Fırsat skorlaması tam olarak bunun karşılığıdır: geçmişte kazanılan ve kaybedilen kayıtlardan öğrenilen bir sıralama. Çalışması için yeterli sayıda kapanmış kayıt ve en az onun kadar önemlisi, kayıp nedeninin gerçekten yazılmış olması gerekir; kapanan iş sayısı azsa skor bilgi değil gürültü üretir.

Skorun iki bilinen zayıf noktası vardır. Yüksek skor verilen fırsata daha çok dokunulur, o fırsat kapanır ve model haklı çıkmış sayılır; aslında alıcının niyetini değil temsilcinin davranışını tahmin etmiştir. İkincisi, ürün, fiyatlandırma veya hedef segment değiştiğinde öğrenilen ilişki bozulur. Bu nedenle skor bir kapı değil, öncelik sırası olarak kullanılmalı ve yeniden değerlendirme takvime bağlanmalıdır.

Öneri tarafında ölçüt daha da basittir: gerekçesi görünmeyen öneri benimsenmez. "Müşteriyi arayın" bir öneri değildir; "teklif dokuz gündür yanıtsız ve karar verici hiçbir görüşmeye katılmadı" ifadesi ise temsilcinin kendi bildiğiyle karşılaştırabileceği bir gerekçedir. Kırk fırsata aynı gün aynı şeyi söylemek de uygulanabilir olmadığından, kapasite önerinin bir parçası olmalıdır.

Müşteri verisi dağıldığında tek kayıt ne sağlar?

Aynı müşterinin bilgisi çoğu kurumda tek bir yerde durmaz: e-posta kutusunda, kişisel bir tabloda, mesajlaşma uygulamasında ve ERP'de aynı anda yaşar. Resmî sistem sürtünme ürettiğinde temsilci kendi sistemini kurar ve tablo, özellik zenginliğiyle değil iki saniyede açılmasıyla kazanır. Tek kayıt fikri bu yüzden önemlidir: müşteri, fırsat ve aktivite aynı yerde durmadığı sürece temsilci kendi kopyasını tutmaya devam eder ve resmî sistem her gün biraz daha geriden gelir.

Tek kayıt bir derleme işi değil, kimlik işidir. Sağlıklı yöntem katmanlıdır: önce vergi numarası, alan adı veya normalize edilmiş telefon gibi kesin anahtarlarla eşleştirme, kalanlar için benzerlik skoru. Türkçede kendine özgü tuzaklar da vardır; büyük-küçük harf dönüşümünde i ve I, sadeleştirmede ğ, ş, ü gibi harfler ve A.Ş. yazımındaki farklar eşleştirmeyi zorlaştırır.

Birleştirme kararının riski simetrik değildir. Kaçan bir mükerrer kayıt sonradan düzeltilebilir; yanlış birleştirme ise iki farklı müşterinin geçmişini, sözleşmesini ve iletişim iznini karıştırır ve çoğu sistemde geri alınamaz. O yüzden otomatik birleştirme bandı dar tutulmalı, şüpheli çiftler insana sorulmalı ve her birleştirme geriye dönük izlenebilir kalmalıdır.

KVKK ve denetlenebilirlik açısından nelere dikkat etmeli?

Kapsamın en hızlı genişlediği yer otomatik aktivite yakalamadır. Filtresiz bir posta kutusu senkronu özel yazışmaları ve üçüncü kişilerin verisini de içeri taşır; aynı zamanda bir çalışan izleme uygulamasına dönüşür. Veri minimizasyonunun somut karşılığı burada kademeli modlardır: izinli alan adı listesi, yalnızca giden yazışmalar ya da içerik yerine yalnızca üstveri. Pek çok satış metriği için kimin kiminle ne zaman görüştüğü bilgisi zaten yeterlidir.

Ses kaydı ve özetleme en dikkat gerektiren başlıktır. Kayıt başlamadan aydınlatma yapılmalı, karşı taraf kabul etmediğinde kayıtsız ilerleyebilen bir akış bulunmalıdır. Özet de kayıttan türetilmiş yeni bir kişisel veridir; düzeltme veya silme talebi geldiğinde ses kaydı, metin, özet, bunlardan doldurulmuş alanlar ve arama dizini birlikte ele alınmalıdır. Bu akışı sonradan eklemek ise hem teknik hem hukuki olarak pahalıdır; geriye dönük kayıtların çoğunda aydınlatmanın yapıldığını kanıtlamak artık mümkün olmaz.

Denetlenebilirlik ise tek bir soruya indirgenebilir: bu alan nereden geldi? Hangi önerinin hangi kayda dayandığı, hangi alanı kimin ne zaman değiştirdiği ve skorun neye göre üretildiği görünür olmalıdır. Kişi hakkında sonuç doğuran kararlarda insan denetimi biçimsel kalmamalı; model ve metne çevirme sağlayıcılarının her biri ayrı bir yurt dışı aktarımı doğurabileceği için alt işleyen zinciri baştan netleştirilmelidir. Rol bazlı yetki ve zaman damgalı değişiklik geçmişi, yapay zekâ katmanının yanında değil altında durmalıdır.