Lead Veritabanı
Lead veritabanı; iletişim bilgileri, kaynak, niteleme puanları ve etkileşim geçmişi dahil olmak üzere yakalanan lead kayıtlarının merkezi ve yapılandırılmış deposudur.
Önemli noktalar
- Kimlik kuralı, tekrarlayan bir e-postanın tek mi iki mi kayıt olacağını belirler.
- Her kayıttaki köken alanı, onu hangi yakalamanın ne zaman oluşturduğunu yanıtlar.
- Girişteki katı doğrulama veri kalitesini yükseltir, bazı gerçek dönüşümlere mal olur.
- Eskiyen kayıtları silmek yerine arşivleyin ki geçmiş yeniden puanlama için kalsın.
- Bir amaç için alınan rıza, başka bir kullanımı kendiliğinden kapsamaz.
Derinlemesine
Bir lead veritabanını üç şey tanımlar: hangi alanların bulunduğu, aynı kişinin ne sayıldığı ve kimin yazabildiği. İşin çoğunu kimlik kuralı yapar; çünkü iki kez gelen bir e-postanın iki olaylı tek bir kayıt mı yoksa birbiriyle yarışan iki kayıt mı yaratacağına o karar verir. Çoğu sistem önce normalleştirilmiş e-postayı, sonra şirket alan adı ve ismi eşler; ayrıca her kayıtta, onu hangi yakalamanın ne zaman oluşturduğunu söyleyen bir köken alanı tutar.
Kalite aynı anda iki yönden düşer. Kayıtlar çürür, çünkü insanlar iş değiştirir ve posta kutuları kapanır; veritabanı da seyrelir, çünkü her yeni giriş kayıt ekler ama hiçbirini çıkarmaz. Girişte doğrulama kaliteyi yükseltir ama dönüşüme mal olur; katı bir e-posta kontrolü sahtelerin yanında bazı gerçek kişileri de reddeder. Sert silme tabanı temiz tutar ama sonraki puanlamanın kullanacağı geçmişi yok eder. Çoğu ekip silmek yerine arşivlemekte, yaşa güvenmek yerine yeniden kontrol etmekte karar kılar.
Günlük çalışma, kayıtlar arasında gezinerek değil kayıtlı segmentler üzerinden yürür. İşe yarar segmentler bir uyum niteliğini, bir güncellik penceresini ve bir durumu birleştirir; böylece temsilci bir tablo değil bir liste açar. Scorecard quizinden gelen kayıtlar yanıtlarıyla birlikte iner; bu da segmenti yalnızca geldiği kanala göre değil, kişinin kendi durumu hakkında söylediklerine göre kurmayı mümkün kılar. Segmentlerin yanında, temas edilmiş kayıtların yeniden çıkmasını engelleyen bastırma listeleri durur.
Büyüklük bir varlık değildir. Yüz bin kayıtlı ama yalnızca birkaç bini güncel ideal müşteri profiline uyan bir veritabanı, hat değil, uyum riski taşıyan bir depolama maliyetidir. Rızanın da bir raf ömrü vardır: bir gizlilik bildirimi altında tek bir amaç için toplanan kayıt her zaman başka bir amaçla kullanılamaz ve bu sınır teknik değil hukukidir. Puanlar da eskir; iki yıl önceki bir uyum notu, artık o biçimde var olmayabilecek bir şirketi anlatır.
Pratikte örnek
Nasıl ölçülür
Veritabanının sağlığını iki oran anlatır. Ulaşılabilir pay, e-postası hâlâ posta kabul eden kayıtların tüm aktif kayıtlara bölümüdür; düşmesi çürümenin girişi geçtiğini gösterir. Adreslenebilir pay ise güncel ideal müşteri profiline uyan kayıtların toplama bölümüdür ve büyüklüğün dürüst ölçüsüdür. Adreslenebilir pay düşerken büyüyen bir veritabanı yalnızca maliyet biriktirir.
Mükerrer oluşma oranını, sonradan mevcut bir kayıtla birleşen yeni kayıtların aylık sayısı olarak izleyin; yükselmesi, eşleşme kuralını atlayan bir giriş yolunu işaret eder. Segmentlerinizin fiilen kullandığı iki üç nitelik için alan doluluğunu ekleyin ve bunu yalnızca son çeyrekte oluşan kayıtlarda ölçün; eski kayıtlar hep daha kötü görünüp bugünkü sorunu gizler.
Sık yapılan hatalar
Ekipler tekilleştirmeyi genellikle giriş noktasındaki bir kural olarak değil, tek seferlik bir temizlik projesi olarak ele alır. Taban birleştirilir, herkes sevinir ve üç form hâlâ kontrolsüz yazdığı için mükerrer kayıtlar bir çeyrek içinde geri döner. Eşleşme kuralını sonradan bir tabloya değil, giriş yoluna yerleştirin ve her birleştirmeyi kaydedin ki gerçek bir ikinci kişiyi eşleşme hatasından ayırabilesiniz.
İkinci hata, kontrollü bir listenin gerektiği yerde serbest metin saklamaktır. Ziyaretçinin yazdığı unvan, aynı rolün onlarca yazımını üretir ve bunun üzerine güvenilir bir segment kurulamaz. Rolü kısa bir listeden sorun, isterseniz ham metni ayrıca saklayın ve segmentlemenin dayandığı alanı kısıtlı tutun. Aynısı, kesinlikten ödün verme pahasına kısıtlanmaya değer olan şirket büyüklüğü ve sektör için de geçerlidir.
Sıkça sorulan sorular
Bir lead veritabanı hangi verileri saklamalı?
İletişim bilgilerinin yanı sıra kaynak, niteleme puanı, quiz kademesi ve etkileşim geçmişini de yakalayın. Bu bağlam, her kaydı aynı şekilde ele almak yerine segmentleme ve önceliklendirme yapmanızı sağlar.
Lead veritabanı CRM ile aynı mı?
Tam olarak değil. Lead veritabanı ham lead kayıtlarını saklamaya ve düzenlemeye odaklanırken, CRM bu kayıtların üzerine kurulan tüm ilişkiyi ve satış sürecini yönetir.
Lead veritabanı ne sıklıkla temizlenmeli?
Mükerrer kayıtlar için sürekli, çürüme için sabit bir döngüde. Mükerrer önleme giriş yoluna aittir ve her kayıt yazıldığında çalışır. Çürüme kontrolleri, altı aydan eski kayıtlar üzerinde çeyreklik yapılsa daha iyidir: ulaşılabilirlik doğrulanır, başarısız olanlar arşivlenir. Yıllık bir temizlik projesi sorunun katlanmasını durduramayacak kadar seyrektir.
Veritabanını doldurmak için lead listesi satın almalı mıyım?
Satın alınan listeler üç sorun taşır: rızayı siz toplamadınız, kayıtlar başkalarına da satıldı ve puanlanacak bir etkileşim geçmişi yok. Kullanacaksanız kendi kaynak etiketiyle ayrı bir segmentte tutun ki kendi kazandığınız lead'lerin metriklerini bulaştırmasın. Onu kayıt sayısına göre değil yanıt oranına göre değerlendirin.
Bir lead kaydında kaç alan olmalı?
Yalnızca bir kararı değiştirenler. Bir alan; bir segmentte, bir yönlendirme kuralında ya da bir puanlama modelinde geçiyorsa yerini hak eder, aksi hâlde birinin doldurduğu ve sonradan kimsenin güvenmediği bir kutudur. Çoğu B2B ekibine iletişim bilgileri, şirket büyüklüğü, rol, kaynak, niteliklendirme puanı ve son etkinlik yeter.
Hiç yanıt vermeyen lead'lere ne yapılmalı?
Silmek yerine uyuyan bir duruma taşıyın ve aktif segmentlerde görünmelerini engelleyin. Programlı biçimde düşük maliyetli bir temasla yeniden canlandırmayı deneyin, tanımlı sayıda başarısız denemeden sonra arşivleyin. Kaydı saklayın; geçen yıl sizi yok sayan bir kişi koşulları değiştiğinde yanıt verebilir ve geçmiş, puanın neden o olduğunu açıklar.
Lead veritabanı CRM'den ayrı mı olmalı?
Çoğu küçük ekip için hayır; CRM'in lead nesnesi yeter. Ayrı bir depo, giriş hacmi yüksekse, birden çok yakalama kaynağının satışa ulaşmadan normalleştirilmesi gerekiyorsa ya da pazarlamanın CRM'in görmemesi gereken kayıtları tutması gerekiyorsa maliyetini hak etmeye başlar. O durumda da temsilcinin çalıştığı her şey için CRM esas kayıt sistemidir.
Abonelikten çıkma ve rıza durumunu nasıl doğru tutarım?
Rızayı bir posta listesine üyelik olarak değil, zaman damgası ve iznin kaynağıyla birlikte kayıttaki bir alan olarak saklayın. Listeler yeniden kurulur ve kopyalanır; alan ise kayıtla birlikte gezer. Durumu segmenti kurarken değil gönderim anında kontrol edin, çünkü kişi arada izni geri çekebilir; ayrıca hiçbir segmentin aşamayacağı bir bastırma listesi tutun.