İki CRM potansiyel müşteri kaydını birleştirmeden önce aynı kişiyi temsil ettiklerini doğrulayın, hangi kaydın kalacağını belirleyin, korunacak alanları ve etkinlikleri tek tek eşleyin, birleşimin bağlı sistemlerde neyi tetikleyeceğini kontrol edin. Aynı ad veya şirket yalnızca inceleme gerekçesidir; birleşim için yeterli kanıt değildir. Kimlik belirsiz kalıyorsa kayıtları ayrı tutup yeniden inceleme notu ekleyin.
Benzer kayıttan önce gerçek kimliğe bakın
Mükerrer adayı bulmak ile mükerrer kaydı çözmek aynı iş değildir. İlk işlem olası eşleşmeleri önünüze getirir; ikincisi kayıtların gerçekte aynı kişiye ait olup olmadığını belirler. Salesforce da araçlarındaki ayrımı benzer biçimde açıklar: eşleştirme kuralları olası mükerrerleri saptar, mükerrer kuralları ise bu eşleşmelerin nasıl ele alınacağını belirler. Hangi CRM kullanılırsa kullanılsın, otomatik eşleşme karar değil uyarı sayılmalıdır.
Kanıtları kişiyi ne kadar ayırt ettiklerine göre sıralayın. Normalize edilmiş kurumsal e-postanın bire bir eşleşmesi, çoğu durumda ad-soyad eşleşmesinden daha güçlüdür. Aynı işverenle birlikte eşleşen doğrudan telefon numarası da anlamlı olabilir. Yalnızca ad ve şirket ise zayıf kanıttır: Aynı şirkette adaş çalışanlar bulunabilir, şirketlerin farklı tüzel kişilikleri olabilir ve insanlar iş değiştirebilir.
Karşılaştırmadan önce veriyi normalize edin. E-posta alan adlarını küçük harfe çevirin, telefonlardaki önemsiz biçim farklarını kaldırın, şirket alan adı takma adlarını tanıyın; hem güncel hem eski değerleri karşılaştırın. İnceleme sırasında özgün değerleri silmeyin. Normalizasyon, kaynağı erkenden değiştirmek için değil, karşılaştırmayı kolaylaştırmak içindir.
Kayıt çiftini işlemden önce sınıflandırın
Sağlıklı bir incelemede yalnızca “mükerrer” ve “mükerrer değil” seçenekleri yetmez. Her aday çifti şu dört sonuçtan birine ayırın:
| Sonuç | Kanıt görünümü | İşlem |
|---|---|---|
| Kesin mükerrer | Güçlü tanımlayıcılar uyumlu, önemli bir çelişki yok | Koruma ve otomasyon kontrollerinin ardından birleştirin |
| İlişkili, fakat mükerrer değil | Aynı şirket, hane, asistan ilişkisi veya ortak posta kutusu; farklı kişiler | Ayrı tutun, hesap ya da ilişki alanlarıyla bağlayın |
| Çelişkili kimlik | Kesin bir tanımlayıcı eşleşiyor; ad, bölge veya geçmiş belirgin biçimde farklı | İşlemi durdurup kaynağı ya da yeniden kullanılmış veriyi araştırın |
| Yetersiz kanıt | Yalnızca zayıf özellikler eşleşiyor | Ayrı tutun, daha iyi veri geldiğinde yeniden inceleyin |
Örneğin aynı uluslararası şirkette çalışan iki “Deniz Yılmaz” farklı kişiler olabilir. Buna karşılık soyadları farklı görünen iki kayıt, örneğin bir soyadı değişikliği sonrasında, sabit kurumsal e-posta, doğrudan telefon ve etkinlik geçmişi de örtüşüyorsa aynı kişiye ait olabilir. Sınıflandırmayı satırların görsel benzerliği değil, kanıt belirlemelidir.
Kalacak ana kaydı bilinçli seçin
En eski kayıt kendiliğinden ana kayıt olmamalıdır; en yeni kayıt da öyle. Kalacak kaydı belgelenmiş bir öncelik sırasıyla seçin: geçerli izin ve iletişim engeli durumu, aktif sahiplik, açık fırsat bağlantıları, doğrulanmış iletişim bilgileri, eksiksiz ilişkilendirme verisi ve güvenilir kaynak geçmişi.
Ardından alan bazında karar verin. Doğrulanmış telefonu doğrulanmamış olana tercih edin. Güncel unvanı korurken işe yarıyorsa önceki unvanı geçmişte saklayın. Ana kayıtta tesadüfen bulunan değeri değil, daha ayrıntılı ve güvenilir edinim kaynağını seçin. Abonelikten çıkma, aranmak istememe veya hukuki dayanak kaydını sırf daha yeni olduğu için daha gevşek bir değerle asla değiştirmeyin.
Kayıt sahipliği için de açık kural gerekir. Bir kayıtta aktif fırsat varken diğeri yeni atanan satış temsilcisindeyse birleşimden önce sahipliği çözün. Aksi hâlde birleşik geçmiş yanlış kişiye gidebilir. Mükerrer kayıtlar farklı aşamalardaysa net CRM satış hattı aşaması tanımları (İngilizce) karar vermeyi kolaylaştırır.
Geçmişi, ilişkilendirmeyi ve bağlı nesneleri koruyun
Birleşim yalnızca ekranda görünen iletişim alanlarını etkilemez. E-postaları, aramaları, toplantıları, notları, görevleri, kampanya üyeliklerini, form gönderimlerini, lead kaynağı ayrıntılarını, puanlama olaylarını, fırsatları, teklifleri, destek kayıtlarını, özel nesneleri, ekleri ve izin kayıtlarını inceleyin. CRM’in her nesne türünü taşıyıp taşımadığını, birleştirip birleştirmediğini, yok sayıp saymadığını veya silip silmediğini öğrenin.
İlişkilendirme verisine özellikle dikkat edin. Bir kayıt web seminerinden, diğeri daha sonraki demo talebinden gelmiş olabilir. Tek bir “lead kaynağı” seçmek ilk temas ile dönüşüm temasının farkını silebilir. Bir olayı diğerinin üzerine yazmak yerine ikisini uygun alanlarda veya kampanya geçmişinde koruyun.
Mükerrerin nerede doğduğunu da bulun. Yinelenen form gönderimleri, güncellemek yerine her seferinde yeni kayıt açan entegrasyon, tutarsız e-posta normalizasyonu veya sabit haricî kimlik içermeyen içe aktarımlar temizlikten sonra sorunu yeniden üretir. Sorun form trafiğiyle bağlantılıysa alan eşlemelerini ve kayıt oluşturma adımlarını web formundan CRM’e veri akışı teşhisi ile inceleyin.
Birleşim öncesi etki kontrolü yapın
Birleşimi onaylamadan önce kalacak kayıt veya taşınan veri nedeniyle çalışabilecek bütün otomasyonları listeleyin. Atama kuralları, lead puanlama, yetiştirme akışları, satış sekansları, bildirimler, veri zenginleştirme işleri, pazarlama platformu eşitlemeleri, bölge kuralları ve müşteri yaşam döngüsü güncellemeleri buna dahildir.
Güvenli yöntem; süreci test ortamında veya düşük riskli kurum içi kayıtlarda denemek, aday kayıtları dışa aktarmak ve kimliklerini kaydetmektir. Yüksek hacimli işlerde önce küçük bir parti işleyip sonucu mutabık hâle getirin. CRM güvenilir bir geri alma olanağı sunmuyorsa dışa aktarım ile denetim kaydı temel kurtarma referanslarıdır.
Birleşimin sahte bir “yeni lead” sinyali üretmesine izin vermeyin. Mümkünse gereksiz bildirimleri ve sekans katılımlarını durdurun. Sonrasında kalacak kaydın yeniden puanlanmadığını, yanlış temsilciye atanmadığını veya uygunsuz yaşam döngüsü aşamasına geçmediğini doğrulayın.
İnceleme sırasında bu listeyi kullanın
- Kimlik: Mevcut kimlik kanıtı yeterince güçlü mü ve ciddi bir çelişki içermiyor mu?
- Normalizasyon: E-posta, telefon, şirket ve alan adı değerleri normalize edilerek karşılaştırıldı mı?
- İlişki kontrolü: Kayıtlar iş arkadaşlarına, akrabalara, asistana veya ortak posta kutusu kullanıcılarına ait olabilir mi?
- Ana kayıt: Kalacak kayıt yaşına ya da kolaylığa göre değil, politikaya göre mi seçildi?
- Alan eşlemesi: Önemli her alan için hangi değerin kalacağı belgelendi mi?
- Kısıtlar: Ret tercihleri, izin kanıtları ve iletişim engellerinin tamamı korunacak mı?
- Geçmiş: Hareketler, kampanyalar, formlar, notlar, dosyalar ve ilişkilendirme verisi erişilebilir kalacak mı?
- Gelir nesneleri: Fırsatlar, teklifler, siparişler veya abonelikler kontrol edildi mi?
- Sahiplik: Birleşim sonrası kayıt sahibi doğru kişi mi ve değişiklikten haberdar mı?
- Otomasyon: Birleşim yönlendirme, puanlama, sekans veya aşama değişikliği tetikleyebilir mi?
- Geri dönüş: Özgün kimlikler, dışa aktarımlar ve inceleme kararı kaydedildi mi?
- Önleme: Mükerreri oluşturan süreç veya entegrasyon bulundu mu?
Kararı kaydedin, tekrarını önleyin
Aday kayıt kimliklerini, incelenen kanıtı, sınıflandırmayı, ana kayıt seçimini, önemli alan kararlarını, inceleyen kişiyi ve tarihi kaydedin. Birleştirmeme kararında “aynı şirket, farklı kişi” gibi bir gerekçe ekleyin; böylece aynı çift açıklamasız biçimde tekrar kuyruğa düşmez.
İnceleme sonuçlarını mükerrer bulma kurallarını iyileştirmek için kullanın. Çok sayıda yanlış pozitif, eşleştirme ölçütlerinin fazla geniş olduğunu gösterebilir. Kaçan mükerrerler ise normalize edilmemiş telefonları, e-posta takma adlarını veya eksik haricî kimlikleri işaret edebilir. Otomatik ve manuel işlemleri ayırın: Otomatik birleşime izin verilecekse bunu yalnızca CRM’in veri koruma, otomasyon ve geri alma davranışları bakımından test edilmiş, dar kapsamlı durumlarla sınırlayın; belirsiz çiftleri incelemeye gönderin.
En güvenli kural şudur: Birleşim, görünümü düzeltmek için yapılan bir temizlik değil; kimlik ve veri yönetişimi kararıdır. Kanıt güçlüyse doğru kaydı bütün bağlamıyla koruyun. Kanıt zayıfsa belirsizliği sürdürmek, geri alınamayacak yanlış bir birleşimden daha az maliyetlidir.
