Bir satış temsilcisi müşteriyi aradığında ekranında üç farklı kayıt çıkıyor: biri muhasebe sisteminden, biri servis takip formundan, biri de geçen yıl doldurulan kağıt müşteri kartından elle girilmiş. Üçü de aynı firmaya ait ama birinde ‘Yılmaz Tekstil Ltd.’, diğerinde ‘Yilmaz Tekstil’, üçüncüsünde ise ‘Yılmaz Teks. Ltd. Şti.’ yazıyor. CRM projesinin başında yöneticilere sunulan 360 derece müşteri görünümü slaytı tam da bu noktada gerçeklikle çarpışıyor. Tek bir ekranda tüm temas geçmişini, açık siparişleri, servis taleplerini ve ödeme durumunu görmek mümkün — ama yalnızca verinin arkasındaki düzensizlik çözüldüğünde.
360 derece görünümün teknik altyapısı aslında çok karmaşık değil. CRM sistemi, şirketin kullandığı diğer yazılımlardan — muhasebe programı, stok takip sistemi, servis yönetim yazılımı, hatta Excel tabloları — müşteri verilerini çekiyor ve bunları tek bir müşteri kaydı altında birleştiriyor. Sorun bu veri akışının kendisinde değil, kaynaktan gelen verinin kalitesinde. Her sistem kendi standartlarıyla büyümüş; kiminde müşteri numarası var, kiminde yok, kiminde vergi numarası zorunlu alan, kiminde isteğe bağlı. Bu farklılıklar birleştirme işlemini teknik değil, öncelikle bir veri yönetimi meselesi haline getiriyor.
Projenin ilk adımı kaynak sistem envanteri çıkarmaktır. Şirkette müşteri verisi barındıran her sistem listelenmeli: hangi sistem, hangi müşteri bilgisini tutuyor, bu bilgi ne sıklıkla güncelleniyor, kim giriyor, doğrulama mekanizması var mı? Bu envanter çalışması çoğu zaman sürprizler doğurur. Orta ölçekli bir imalat firmasında bile müşteri adı ve adresi beş ayrı yerde, beş farklı biçimde tutulabiliyor. Envanteri tamamlamadan eşleştirme anahtarı belirlemek mümkün değil; hangi alanın ‘altın kayıt’ kabul edileceğini bilmeden birleştirme algoritması da çalışmıyor.
Eşleştirme anahtarı seçimi, 360 derece görünümün kalitesini doğrudan belirliyor. En güvenilir anahtar vergi numarasıdır; Türkiye’de kurumsal müşteriler için vergi kimlik numarası tekil ve sabit bir tanımlayıcıdır. Bireysel müşterilerde ise TC kimlik numarası aynı işlevi görüyor. Ancak sistemlerin önemli bir kısmında bu alanlar ya hiç doldurulmamış ya da hatalı girilmiş. Bu durumda ikincil eşleştirme mantığına geçmek gerekiyor: firma adı + ilçe kombinasyonu, telefon numarası ya da e-posta adresi. İkincil anahtarlar kesin sonuç vermez; benzerlik skoru üretir. Hangi skor eşiğinin üzerinde kayıtların otomatik birleştirileceğine, hangilerinin insan onayına sunulacağına önceden karar vermek şart.
Kalite eşiği belirlemek hem teknik hem iş kararıdır. Eşiği çok yükseğe koyarsanız — yani yalnızca birebir eşleşen kayıtları birleştirirseniz — sistemde yüzlerce tekrarlı kayıt kalır, satış temsilcisi yine üç farklı ekranla boğuşur. Eşiği çok düşük koyarsanız farklı müşterilerin kayıtları birleşir, bu sefer muhasebe ve servis verileri karışır, daha büyük bir kaos yaratırsınız. Pratikte kabul gören yaklaşım şu: yüksek güvenilirlikli eşleşmeler otomatik birleştirilir, orta güvenilirlikli olanlar bir veri yöneticisinin ekranına düşer, düşük güvenilirlikli olanlar ayrı kayıt olarak bırakılır ve zaman içinde elle düzeltilir. Bu üçlü yapı hem hız hem doğruluk dengesi sağlıyor.
Uygulamada en büyük zorluk teknik değil, organizasyonel. Her departman kendi sistemindeki veriyi ‘doğru’ kabul ediyor; muhasebe ‘müşteri adı bizim sistemde doğru’ diyor, satış ‘bizim kayıtta güncel adres var’ diyor. Hangi sistemin hangi alanda ‘kayıt sahibi’ olduğunu belirleyen bir veri sahipliği politikası olmadan, birleştirme çalışması tamamlanmadan önce yeniden bozulmaya başlıyor. Bunun yanı sıra veri giriş noktalarındaki disiplin sorunu da göz ardı edilemiyor: CRM canlıya geçtikten sonra da eski sistemlere veri girmeye devam eden kullanıcılar, birkaç ay içinde senkronizasyonu bozuyor. Süreç değişikliği olmadan teknik çözüm kalıcı olmuyor.
CRM projesine başlamadan önce yöneticilerin şu soruları yanıtlaması gerekiyor: Müşteri verisi kaç farklı sistemde tutuluyor ve bu sistemlerin hangisinde vergi numarası eksiksiz dolu? Veri giriş sorumluluğu departmanlar arasında yazılı olarak tanımlanmış mı? Tekrarlı kayıtları temizleme ve birleştirme için proje bütçesinde insan kaynağı ayrılmış mı? Bu soruların yanıtı net değilse 360 derece görünüm vaadi kağıt üzerinde kalır. Veri kalitesine ayrılan çaba, CRM yazılımı seçimine harcanan enerjiden az olmamalı; çünkü en iyi yazılım bile kirli veriyle çalışınca yalnızca dağınıklığı daha hızlı gösterir.