Aynı kişinin CRM'de birkaç kez görünmesi raporu bozabilir ve farklı temsilcilerin aynı müşteriye yazmasına neden olabilir. Ancak benzer kayıtları gelişigüzel birleştirmek de ayrı kişileri veya fırsatları tek geçmişe bağlayabilir. Mükerrer kayıt yönetimi, temizlenecek satırları bulmaktan önce bir kişinin, şirketin ve fırsatın nasıl tanındığını açıklayan kurallar gerektirir.
Hangi kaydın neyi temsil ettiğini belirleyin
Kişi, şirket ve satış fırsatı farklı kimliklerdir. Bir kişinin iki proje talebi olması iki mükerrer kişi gerektirmez; fakat iki ayrı fırsat gerektirebilir. Ortak şirket e-postasını kullanan farklı kişiler de yanlışlıkla tek müşteri gibi değerlendirilmemelidir.
HubSpot'ın mükerrer kayıt rehberi, kayıt kimlikleri ve desteklenen tekil alanlar gibi eşleştirme yöntemlerini açıklar. Yöntemin davranışı veri giriş yoluna ve kayıt türüne bağlı olabilir. Her entegrasyonun aynı otomatik kontrolü yaptığı varsayılmadan kullanılan araçta doğrulama yapılmalıdır.
Tekrarın nerede üretildiğini bulun
Web formu, manuel giriş, dosya aktarımı ve dış sistem bağlantısı aynı kişiyi farklı bilgilerle oluşturabilir. Temizlik yapmadan önce her kaydın kaynağını ve oluşturulma zamanını inceleyin. Üretim nedeni çözülmezse birleştirilen kayıtlar sonraki aktarımda yeniden oluşabilir.
Varsayımsal bir örnekte eski liste her ay içe aktarılırken mevcut kayıt kimliği kullanılmaz. Sonuç aynı kişilerin yeniden eklenmesidir. Bu durumda aylık birleştirme işini otomatikleştirmek yerine içe aktarma eşleştirmesini düzeltmek daha temel bir çözümdür.
Birleştirme kararı için kanıt düzeyi belirleyin
Aşağıdaki tablo otomatik silme veya birleştirme emri değildir. Ekip hangi durumda güvenilir eşleşme bulunduğunu ve hangi durumda inceleme gerektiğini tanımlamalıdır.
| Gözlem | İnceleme sorusu | Karar yaklaşımı |
|---|---|---|
| Aynı kayıt kimliği | Aynı sistemde aynı varlık mı? | Desteklenen güncelleme yöntemi |
| Aynı e-posta | Ortak adres veya farklı kişi ihtimali var mı? | Kimliği bağlamla doğrulama |
| Benzer ad | Başka eşleştirici kanıt bulunuyor mu? | Tek başına otomatik birleştirmeme |
| Aynı şirket alan adı | Şube veya farklı kurum ilişkisi var mı? | Şirket modelini inceleme |
| Aynı kişi, farklı proje | Kişi tekrarı mı ayrı satış fırsatı mı? | Kişi ve fırsat ilişkisinin korunması |
| Çelişen alanlar | Hangi kaynak güncel ve yetkili? | Alan bazında öncelik kararı |
Birleşme sonrası hangi bilgi kalacağını kararlaştırın
Telefon, şirket, kaynak, iletişim tercihi ve sahip bilgisi farklı olabilir. En yeni değer her zaman doğru değer değildir. Her kritik alan için kaynak önceliği ve doğrulama kuralı belirleyin. İletişim tercihini daha geniş izin varmış gibi yorumlayan bir birleşme yapılmamalıdır.
Bağlı görüşmeler, teklifler ve açık görevler de kontrol edilmelidir. Kayıt sayısı azaldı diye işin tamamlandığını düşünmeyin. Satış temsilcisinin geçmişe erişmesi ve açık işlemin doğru kişide kalması veri temizliğinin kabul ölçütleri arasındadır.
Yeni tekrarları giriş noktasında önleyin
Form, içe aktarma ve entegrasyon için aynı kimlik mantığını uygulayın. Yeni kayıt oluşturma ile mevcut kaydı güncelleme koşulları açık olsun. Eksik veri durumunda yanlış birleştirmek yerine inceleme kuyruğu kullanılabilir; belirsizlik görünür kalmalıdır.
Son kontrolde örnek birleşmiş kaydı, ilişkili fırsatları ve sonraki veri aktarımını inceleyin. Mükerrer oranını takip etmek yararlıdır; ancak yanlış birleşme işaretlerini de izleyin. Amaç mümkün olan en az satır değil, gerçek müşteri ilişkisini doğru temsil eden veritabanıdır.