Site, e-ticaret, CRM, çağrı kaydı ve mağaza kasasındaki müşteri verisini tek kimlik altında birleştiririz. Mükerrer kayıtlar eşleşir, segmentler kurala göre üretilir, izin durumu her kayıtta taşınır ve segmentler kanallara kontrollü biçimde aktarılır. Amaç yeni bir rapor değil, kanalların her gün kullanabileceği çalışır bir müşteri görünümüdür.
Bir firmada aynı müşteri çoğu zaman birden fazla kayıtla yaşar. E-ticaret sitesinde bir e-posta adresiyle üyedir, çağrı merkezini başka bir telefondan aramıştır, mağazada eşinin adına fatura kestirmiştir, muhasebede ise şirket unvanıyla bir cari olarak durur. Bu kayıtların hiçbiri yanlış değildir; her biri kendi sisteminin bakış açısından doğrudur. Ama hiçbir sistem bu dört kaydın aynı kişiye ait olduğunu bilmez. Sonuç sahada şöyle görünür: geçen hafta mağazadan alışveriş yapmış bir müşteriye aynı ürün için indirim mesajı gider, yıllardır düzenli alan bir müşteri yeni müşteri kampanyasına düşer, iade süreci yaşayan biri ertesi gün memnuniyet anketiyle karşılaşır. Rahatsız edici olan mesajın kendisi değil, firmanın müşteriyi tanımadığının açıkça görünmesidir.
Bu sorun çoğu işletmede geçici çözümlerle idare edilir. Kampanya öncesinde listeler ayrı ayrı dışa aktarılır, tablolarda elle birleştirilir, mükerrer satırlar gözle ayıklanır ve bir kereye mahsus bir liste çıkar. O liste gönderildiği anda eskimeye başlar; bir sonraki kampanyada aynı iş baştan yapılır. Üstelik bu yöntemde izin bilgisi çoğunlukla kaybolur: kimin hangi kanal için onay verdiği, kimin vazgeçtiği listeye taşınmaz. Bir de şu vardır: birleştirmeyi yapan kişi işten ayrıldığında yöntem de onunla birlikte gider, çünkü kurallar hiçbir yerde yazılı değildir. Buradaki asıl sorun ekibin özensizliği değil, işin elle sürdürülebilir olmamasıdır. Kampanya sonrası oluşan dönüşler ve şikâyetler de aynı dosyaya işlenmediği için bir sonraki listeye hiç taşınmaz.
Müşteri veri platformu (CDP), bu birleştirmeyi kampanya başına tekrarlanan bir iş olmaktan çıkarıp sürekli çalışan bir sisteme dönüştürür. Site, e-ticaret, CRM, çağrı kayıtları, mağaza kasası ve bayi sistemlerinden gelen kayıtlar tek bir müşteri profilinde toplanır; e-posta, telefon, vergi numarası ve sipariş bilgisi gibi alanlar üzerine kurulmuş eşleştirme kurallarıyla aynı kişiye ait kayıtlar birleştirilir. Profilin üzerine davranış eklenir: ne zaman ne aldı, hangi kategoriye baktı, kaç kez destek talebi açtı, son alışverişinden bu yana kaç gün geçti. Ardından segmentler kurala bağlanır ve kendiliğinden güncellenir; son doksan günde alışveriş yapmamış, daha önce en az üç kez almış ve e-posta izni bulunan müşteriler gibi bir tanım her sabah yeniden hesaplanır. Kampanya listesi artık hazırlanmaz, sistemde zaten hazırdır.
Sık karıştırılan bir kavramı da burada ayıralım. Veri yönetim platformu (DMP), ağırlıklı olarak reklam hedefleme için kullanılan, çoğunlukla anonim ve kısa ömürlü çerez verisiyle çalışan bir yapıdır; CDP ise sizin sahip olduğunuz, kimliği belli ve kalıcı müşteri verisiyle çalışır. Üçüncü taraf çerezlerin tarayıcılarda kısıtlanmasıyla DMP'nin klasik kullanımı daralmış, ağırlık kendi verinize kaymıştır; bugün reklam platformlarına gönderilen kitleler de çoğunlukla CDP'deki izinli listelerden üretilir. Sınırı baştan çizelim: kurduğumuz sistem eşleştirmeyi yüzde yüz doğru yapmaz. Kimlik verisi zayıf kalan kayıtlar birleşmeden bırakılır ve bu, kabul edilebilir bir hata payıyla raporlanır; şüpheli eşleşmeleri sessizce birleştirmek, ayrı bırakmaktan daha zararlıdır. İzni olmayan bir müşteri de hiçbir segmentte pazarlama kanalına gönderilmez; izin durumu profilin taşıdığı zorunlu alandır.
Mağaza, web sitesi, pazaryeri ve çağrı merkezinden gelen aynı müşteriyi ayrı ayrı gören firmalar. Kanal başına ayrı liste tutulduğunda kampanyalar çakışır, aynı kişi birden fazla kez sayılır ve müşteri değeri hesabı gerçeği yansıtmaz. Birleşik profil bu tabloyu ilk kez tek yerde görünür kılar. Kanal bazlı raporlar da ilk kez birbiriyle toplanabilir hale gelir.
Satış bayide gerçekleşse de garanti kaydı, servis talebi, kampanya katılımı ve web sitesi davranışı üreticide son kullanıcı verisi bırakır. Bu veri genellikle birbirinden habersiz sistemlerde dağınık durur. Tek profilde toplandığında bayi ilişkisini bozmadan son kullanıcıyla iletişim kurmak mümkün hale gelir. Hangi bayinin bölgesinde hangi son kullanıcının bulunduğu sorusu da ilk kez yanıtlanabilir hale gelir.
Aynı müşterinin üç ayrı kartla göründüğü, listelerdeki tekrarların elle ayıklandığı, hangi iletişim bilgisinin güncel olduğunun bilinmediği yerler. Burada ilk kazanç kampanyada değil, veriyi temizlemek için harcanan zamanın ortadan kalkmasında ve raporların ilk kez güvenilir hale gelmesindedir. Aynı kişiye iki farklı isimle ulaşmak dışarıdan küçük bir hata gibi görünür, ama güveni doğrudan aşındırır.
Pazarlamanın listesi ile satışın müşteri kayıtları birbirini tanımıyorsa, temsilci müşterisine hangi kampanyanın gittiğini bilmez; pazarlama da hangi müşterinin görüşme aşamasında olduğunu göremez. Ortak profil iki ekibin aynı kayda bakmasını sağlar ve iletişimin birbirini kesmesini önler. Devir noktası da netleşir: pazarlamanın bıraktığı yerden satışın hangi bilgiyle devam edeceği kayıtta durur.
| Yetenek | Ne sağlar |
|---|---|
| Kaynak sistemlerin bağlanması | Site ve mobil uygulama olayları, e-ticaret altyapısı, CRM, çağrı merkezi, mağaza kasası, bayi portalı ve ERP tarafındaki cari kayıtları düzenli akışlarla toplanır. Kaynakta API varsa doğrudan, yoksa veritabanı veya dosya düzeyinde bağlanılır. Kaynak sistemler yerinde kalır; CDP onların yerine geçmez, üzerlerine bir okuma ve birleştirme katmanı kurar. |
| Kimlik çözümleme ve profil birleştirme | Aynı kişiye ait kayıtlar e-posta, telefon, vergi numarası ve müşteri numarası gibi alanlar üzerinden eşleştirilir. Kesin eşleşen alanlar için deterministik kural, yazım farkı ve eksik bilgi için bulanık eşleştirme kullanılır. Kesinliği düşük eşleşmeler otomatik birleştirilmez, incelenmek üzere ayrı bir kuyruğa düşer. Her birleştirme kararı geri alınabilir biçimde kaydedilir. |
| Davranış ve olay geçmişi | Profilin altında sipariş, iade, destek talebi, site ziyareti, kampanya etkileşimi ve mağaza alışverişi zaman sırasıyla birikir. Böylece bu müşteri kim sorusunun yanıtı statik bir kart değil, üzerine kural yazılabilen bir geçmiş olur. Hangi olayların toplanacağı keşifte birlikte belirlenir; her şeyi toplamak yerine kullanılacak olan toplanır. Toplanan olaylar hem segment kuralında hem de müşteri kartında aynı kaynaktan okunur. |
| Segment üretimi ve kendiliğinden güncelleme | Segmentler tek seferlik liste yerine kural olarak tanımlanır ve belirlenen sıklıkta yeniden hesaplanır. Alışveriş sıklığı, son alışveriş tarihi, harcama aralığı, kategori ilgisi ve izin durumu bir arada kullanılabilir. Bir müşteri kurala uymayı bıraktığında segmentten kendiliğinden çıkar; listeyi elle güncelleme işi tamamen ortadan kalkar. Segment tanımları sürüm takibiyle saklanır; hangi kampanyanın hangi kural sürümüyle çalıştığı sonradan bulunabilir. |
| İzin, rıza ve iletişim tercihleri | Hangi kanal için ne zaman ve hangi metinle izin alındığı, izin geri çekildiyse tarihi ve kaynağı profilde tutulur. Segment bir kanala aktarılırken izin filtresi zorunlu olarak uygulanır; izinsiz kayıt aktarım dosyasına hiç girmez. Bu kayıtlar KVKK tarafında kanıt olarak kullanılabilir, hukuki değerlendirme ise danışmanınıza aittir. İzin metinlerinin sürümü de saklanır, çünkü kişinin neye onay verdiği zamanla değişebilir. |
| Kanallara aktarım ve reklam hedefleme | Üretilen segmentler pazarlama otomasyonuna, çağrı merkezi ekranına, e-ticaret sitesine ve reklam platformlarına aktarılır. Reklam tarafında izinli müşteri listeleri hedefleme veya hariç tutma amacıyla kullanılabilir; mevcut müşteriyi yeni müşteri kampanyasının dışında bırakmak, çoğu firmada ilk somut kazanç olur. Her aktarım kayıt altında tutulur. Aktarım biçimi kanalın beklediği yapıya çevrilir; elle dosya hazırlama adımı ortadan kalkar. |
| Veri kalitesi ve eşleşme denetimi | Kaç profil birleşti, kaç kayıt eşleşmeden kaldı, hangi kaynakta hangi alan sistematik olarak boş geliyor: bunlar panelde izlenir. Veri kalitesi bir kez temizlenip bitirilen iş değildir, kaynağındaki hata düzeltilmedikçe kirlilik geri gelir. Panel, düzeltilecek yerin hangi sistem ve hangi form olduğunu gösterir. Böylece iyileştirme veriyi kullanan tarafta değil, ürettiği yerde yapılır. Ölçüler zaman içinde karşılaştırılır, iyileşme veya bozulma görünür olur. |
Müşteri verisinin hangi sistemlerde, hangi alanlarla ve ne kadar dolulukla tutulduğunu çıkarırız. Aynı zamanda hangi soruları yanıtlamak istediğinizi netleştiririz; kullanılmayacak veriyi toplamanın da bir maliyeti vardır. Bu adımda mükerrerlik oranı ölçülür, böylece işin büyüklüğü tahminle değil sayıyla konuşulur. Keşif çıktısı, hangi kaynağın hangi sırayla bağlanacağını gösteren yazılı bir plandır.
Hangi alanların kimlik sayılacağı, hangi eşleşmenin otomatik birleştirileceği ve hangisinin insan onayına düşeceği yazılı olarak kararlaştırılır. Kurallar gerçek örnek kayıtlar üzerinde birlikte test edilir. Bu adım atlanırsa sistem ya çok az birleştirir ya da farklı kişileri birleştirir; ikisi de sonradan pahalıya mal olur.
Kaynak sistemler bağlanır, geçmiş veri aktarılır ve profiller oluşur. Bu dönemde henüz kanallara aktarım yapılmaz; hedef, profillerin ve olay geçmişinin doğru oluştuğunu görmektir. Bilinen müşteriler üzerinden örnekleme yapılıp sonuç ekibinizle karşılaştırılır. Kaynak sayısına göre bu adım çoğu projede dört ila sekiz hafta sürer.
Önce sınırlı sayıda segmentle başlanır ve bunlar tek bir kanala aktarılır. Sonuç doğrulandıktan sonra kanal ve segment sayısı artırılır. İzin filtresi ilk günden zorunlu çalışır; aktarımlar kayıt altında tutulur, böylece hangi listenin ne zaman nereye gittiği sonradan gösterilebilir. Aktarım hatasında akış durdurulur; yarım gitmiş bir liste sessizce tamamlanmaz.
Segment kurallarının nasıl yazılacağı, eşleşme kuyruğunun nasıl inceleneceği ve veri kalitesi panelinin nasıl okunacağı ekibinize aktarılır ve yazılı bırakılır. Yeni bir kaynak sistem eklendiğinde akışa dahil ederiz. Sistem canlıda izlenir; kaynak tarafındaki bir bozulma sessizce yayılmadan yakalanır. Ekibiniz segment kuralını kendi yazabildiği noktada iş bizden çıkar ve sizde kalır. Bakım kapsamında kaynak değişiklikleri ve yeni alan talepleri karşılanır.
CRM satış ve ilişki sürecini yürütür: kim aradı, hangi teklif hangi aşamada, temsilci ne yaptı. CDP ise farklı sistemlerdeki müşteri kayıtlarını tek kimlikte birleştirir ve bu birleşik profil üzerinden segment üretir. CRM genellikle CDP'nin hem kaynağı hem hedefidir; kayıtlarıyla profili besler, üretilen segmenti geri alır. Mevcut CRM'inizi değiştirmeyiz, yanına veri katmanı kurarız.
Tekrarı değil, komşusu. Veri ambarı ve BI geçmişi analiz etmek, raporlamak ve karar desteklemek için kurulur; CDP'nin çıktısı ise rapor değil, kanalların her gün kullandığı canlı segmentlerdir. Çoğu kurulumda aynı veri altyapısı üzerinde birlikte yürürler. Ana veri yönetimi (MDM) ile de farkı vardır: MDM kurumun tüm ana kayıtlarını yönetişim kurallarıyla tekilleştirir, CDP ise müşteri tarafına ve pazarlama kullanımına odaklanır.
Evet, bu risk gerçektir ve tasarımı buna göre yaparız. Şüpheli eşleşmeler otomatik birleştirilmez, insan onayına bırakılır; birleştirme işlemleri geri alınabilir biçimde kaydedilir. Ortak kullanılan e-posta adresleri, aile bireylerinin aynı telefonu vermesi ve kurumsal ortak adresler bilinen tuzaklardır, kurallarda ayrıca ele alınır. Yüzde yüz doğruluk vaat etmiyoruz; ölçülebilen ve düzeltilebilen bir hata payı hedefliyoruz.
İkisi de bu sayfanın kapsamı dışında. CDP kimin hangi segmentte olduğunu belirler; mesajın yazılması, akışın kurulması ve gönderimi pazarlama otomasyonu tarafının işidir ve ayrı bir modüldür. KVKK tarafında ise izin kayıtlarını tutar, aktarımları kayıt altına alır ve kanıt üretir; ancak hangi işlemenin hangi hukuki sebebe dayandığı, aydınlatma metninin içeriği ve rızanın geçerliliği hukuki değerlendirme konusudur. Bunu yazılım değil avukatınız yapar.
Muhtemelen gerekmez ve bunu baştan söyleriz. Az sayıda müşteriyle, tek satış kanalıyla ve tek sistemde çalışıyorsanız CDP kurmak masraf ve bakım yükü getirir; CRM içindeki alanları düzenlemek çoğu zaman yeterlidir. CDP'nin anlamlı olduğu yer, birden fazla kanalın ve birbirini tanımayan en az üç sistemin bulunduğu, mükerrerliğin ölçülebilir bir sorun haline geldiği yapılardır. Keşifte bu ölçümü yapar, gerek yoksa gerekmediğini söyleriz.
Kaynak sistemlerden düzenli çalışan veri akışları; kayıtları tek kimlikte birleştiren ve incelenmemiş eşleşmeleri kuyruğa alan bir profil yapısı; olay geçmişi; kural tabanlı ve kendiliğinden güncellenen segmentler; izin durumunu zorunlu filtre olarak uygulayan kanal aktarımları; veri kalitesi ve eşleşme paneli. Eşleştirme kurallarının belgesi ve devir notları da teslimin parçasıdır. Kaynak kod ve biriken veri size aittir.
30 dakikalık keşif görüşmesinde ihtiyacınızı dinler, özele mi yoksa hazır çözüme mi ihtiyacınız olduğunu dürüstçe söyleriz.
E-posta, SMS ve WhatsApp mesajlarını tek tek gönderilen duyurular olmaktan çıkarıp, müşterinin davranışına göre kendiliğinden çalışan akışlara dönüştürürüz. Terk edilmiş sepet, hoş geldin, yeniden kazanım ve satın alma sonrası akışları kurulur; ilgilenen kişi puanlanır ve satış ekibine devredilir. İzin ve gönderim disiplini akışın içine gömülür.
Detay →Eğitim kataloğunu, kime hangi eğitimin zorunlu olduğunu, kimin tamamladığını ve sertifikanın ne zaman geçerliliğini yitireceğini tek yerde toplayan bir eğitim yönetim sistemi (LMS) kurarız. İSG ve kalite eğitimlerinin kaydı denetim istendiğinde saatler içinde değil, tek ekranda çıkar.
Detay →Şirket hedefini takım ve kişi hedefine bağlayan, dönem sonunda değerlendirmeyi hafızaya değil kayda dayandıran bir sistem kurarız. Hedef yönetimini OKR ile, bireysel değerlendirmeyi performans yönetim sistemiyle (PMS) yürütür; ikisini birbirine karıştırmadan aynı platformda yan yana tutarız.
Detay →Logo, Mikro veya Netsis yerine geçmeyiz. Cari, banka, kasa, çek-senet, masraf ve nakit akışını muhasebe programınızın yanında toplayan; tahsilat, ödeme ve onay süreçlerini kurallara bağlayan bir finans katmanı kurarız. Kayıt yine muhasebede tutulur, görünürlük ve süreç bu katmanda çalışır.
Detay →Bütçeyi Excel dosyalarından çıkarıp versiyonlanan, sahibi belli ve gerçekleşenle otomatik karşılaştırılan bir sisteme taşırız. Ay kapandığında fark raporu elle hazırlanmaz; sapma nedeni kaydedilir, tahmin güncellenir ve yönetim paketi aynı sayılarla üretilir. Hedef daha çok rapor değil, hedefe göre nerede olduğunuzu tartışmasız tek bir sayıyla görmektir.
Detay →API'si olmayan eski sistemlerde, insanın ekranda yaptığı tekrar eden adımları üstlenen yazılım robotları kuruyoruz. Robot kendi kullanıcı hesabıyla ve takvime bağlı çalışır; beklenmedik bir durumda tahmin yürütmez, durur ve işi ekran görüntüsüyle birlikte insana devreder.
Detay →
