Sayılarla ne demek?
CRM'deki her insan bir kayıttır, ama her kayıt bir abone değildir. Sipariş vermiş ama ileti izni vermemiş bir müşteri, abonelikten çıkmış eski bir abone, formu doldurmuş bir potansiyel müşteri — hepsi kişi kaydıdır. Abonelik yalnızca bu kaydın üzerindeki bir durum alanıdır.
Kişi kaydının değeri, üzerinde biriken bilginin zenginliğindedir. Ad ve e-postadan ibaret bir kayıt, yalnızca toplu gönderim için kullanılabilir. Sipariş geçmişi, sevdiği kategoriler, son ziyaret tarihi ve iletişim tercihleri eklenmiş bir kayıt ise kişiye özel iletişimin temelidir.
Bu yüzden CRM'in ilk işi tek bir kişi, tek bir kayıt ilkesini sağlamaktır. Aynı müşteri üç farklı kayıtla sistemde duruyorsa, sipariş geçmişi bölünür, segmentler yanlış kurulur ve aynı kişi aynı mesajı birden fazla kez alır.
Bir kişi kaydının katmanları
| Katman | Örnek alanlar |
|---|---|
| Kimlik | Ad, e-posta, telefon, müşteri numarası |
| İzinler | Kanal bazında durum, izin tarihi ve kaynağı |
| İşlemler | Siparişler, iadeler, toplam harcama |
| Davranış | Son ziyaret, görüntülenen ürünler, açılan e-postalar |
| Tercihler | İlgi alanı, beden, iletişim sıklığı |
İzin katmanı ayrı dikkat istiyor. Bir kişinin kaydı sistemde olabilir ama ona pazarlama iletisi gönderme izni olmayabilir; bu iki bilgi birbirine karıştırılmamalı.
Kaliteli kayıtlar için
- Benzersiz bir anahtar belirleyin. E-posta ya da müşteri numarası.
- Tekrar eden kayıtları birleştirin. Düzenli olarak.
- Kaynakları tek kayıtta toplayın. Site, mağaza, destek.
- Gereksiz alan toplamayın. Kullanılmayacak bilgi risk.
- Saklama süresini tanımlayın. Uzun süredir etkisiz kayıtlar.
Uygulamada ne oluyor?
En sık sorun, aynı kişinin birden fazla kaydı. Misafir sipariş, üyelik ve bülten kaydı ayrı kayıtlar oluşturuyor; kişinin gerçek değeri üç parçaya bölünüyor ve sadık bir müşteri yeni müşteri gibi görünüyor.
İkinci gözlem, kişi sayısına göre ücretlendirme. Birçok CRM aracı fiyatı kayıt sayısına göre belirliyor; yıllardır etkisiz ve izinsiz kayıtlar maliyeti gereksiz yere artırıyor.
Üçüncüsü, izin ile kayıt varlığının karıştırılması. Sistemde kaydı olan herkese kampanya gönderilmesi, ticari ileti izni olmayan kişilere mesaj gitmesi demek; bu ciddi bir mevzuat riski.
Dördüncüsü, mağaza ve telefon satışlarının kayda eklenmemesi. Çevrim dışı alışverişler dijital kayda bağlanmadığında, müşterinin gerçek harcaması eksik görünüyor.
Beşincisi, e-posta adresinin tek anahtar olmasının sorunları. Müşteri e-posta adresini değiştirdiğinde yeni bir kayıt oluşuyor; telefon ya da müşteri numarasıyla eşleştirme bu kopukluğu azaltıyor.
Altıncısı, kayıtların dışa aktarılıp kontrolsüz paylaşılması. Kişi listeleri tablo olarak farklı ekipler ve ajanslar arasında dolaştığında veri güvenliği zayıflıyor.
Yedincisi, silme taleplerinin tüm sistemlere yansıtılmaması. Kişi verilerinin silinmesini talep ettiğinde, kayıt CRM'den siliniyor ama e-posta aracında ya da reklam kitlelerinde kalmaya devam ediyor.
Sekizincisi, B2B ile B2C kayıtlarının karışması. Kurumsal müşterilerde kişi ve şirket ayrı kayıtlar olarak tutulmalı; bir şirketin birden fazla çalışanı tek bir hesaba bağlanmalı.
Dokuzuncusu, davranış verisinin kayda bağlanmaması. Site davranışı anonim kalıyor ve ancak kişi giriş yaptığında ya da bir e-postaya tıkladığında kayda bağlanabiliyor; bu bağlantı noktaları bilinçli tasarlanmalı.
Onuncusu, alan adlarının tutarsız olması. Aynı bilgi farklı entegrasyonlarda farklı alan adlarıyla tutulduğunda segmentler eksik kuruluyor.
On birincisi, eski kayıtların hiç arşivlenmemesi. Beş yıldır etkileşimsiz ve alışveriş yapmamış kayıtların neden tutulduğu sorgulanmalı; veri minimizasyonu ilkesi bunu gerektiriyor.
On ikincisi, kayıt kalitesinin ölçülmemesi. Eksik telefon, geçersiz e-posta ve tekrar eden kayıt oranları düzenli raporlandığında, CRM verisinin güvenilirliği görünür hale geliyor.
Neyi göstermez?
Kişi kaydı sayısı, ulaşılabilir kitleyi göstermez. Ulaşılabilirlik, kayıttaki izin durumuna bağlıdır.
Sıkça sorulan sorular
Abone ile kişi kaydı farkı ne?
Kişi kaydı herkesi kapsar; abonelik, kayıttaki izin durumudur.
Tekrar eden kayıtlar neden sorun?
Müşterinin değeri bölünür, segmentler bozulur ve aynı mesaj birden fazla kez gider.
Kayıtlar ne kadar saklanmalı?
Amaç için gerekli süre kadar; saklama süresi tanımlanmalı. Aynı süreçte karşınıza çıkabilecek Custom Field, standart alanların ötesinde markaya özel ihtiyaçlar için tanımlanan ek kişi veri alanıdır.
Bu kavramın bütün resim içindeki yerini Retention Pazarlama Rehberi içinde ayrıntılı anlattım.
E-posta otomasyonları, sepeti terk akışları, segmentasyon ve müşteri elde tutma ile tekrar satışları artıran retention sistemi.
