CRM mükerrer kayıt, aynı müşteri veya ilgili kişinin sistemde birden fazla kayıtla temsil edilmesi durumudur. İki benzer isim her zaman aynı kişiyi göstermez; aynı kişinin farklı yazılması da mutlaka farklı müşteri olduğu anlamına gelmez. Bu nedenle çözüm yalnızca tekrar eden satırları silmek değildir. Müşteri kimliğinin nasıl tanındığı, kayıtların nereden geldiği ve birleştirme kararının hangi kanıta dayandığı birlikte değerlendirilmelidir.

İçindekiler

Bir satış çalışanı eski müşteriyi bulamayınca yeni kart açabilir. Formdan gelen başvuru farklı telefon biçimiyle kaydedilebilir. Bir şubenin müşteri hesabıyla o hesaba bağlı kişinin bilgisi aynı listede tutulabilir. Bu durumların hepsini aynı kuralla düzeltmek yanlış sonuç üretebilir. Önce kayıt türlerini ve tekrarın neden oluştuğunu anlamak gerekir. Doğru tasarım, kullanıcıya benzer kaydı göstermenin yanında, gerekli olduğunda ayrı kayıt açmasına da anlaşılır bir yol bırakır.

CRM mükerrer kayıt çalışması, veri temizliği kadar günlük giriş düzeniyle de ilgilidir. Eski kayıtlar düzenlense bile yeni başvurular kontrolsüz geliyorsa sorun tekrar oluşur. Özel yazılım geliştirme hizmetini değerlendirirken mevcut müşteri yapınızı ve kayıt giriş kanallarını paylaşabilirsiniz. Bu rehberde sekiz kontrolle eşleştirme, birleştirme ve sonraki izleme yöntemini ele alacağız. Amaç bütün benzer satırları otomatik birleştirmek değil, hangi kaydın neden aynı sayıldığını açıklayabilmektir.

CRM mükerrer kayıt ile benzer kayıt aynı şey mi?

Bir firmanın iki şubesi aynı ticari adı kullanabilir. Bir ailenin üyeleri ortak telefon verebilir. Bir çalışanın e-posta adresi değişebilir. Bu örneklerde tek alana bakmak güvenilir karar sağlamaz. Kayıt türü, ilişki ve kullanılan kimlik bilgisi birlikte değerlendirilmelidir. Müşteri hesabıyla iletişim kişisi ayrı varlıklarsa aralarındaki bağlantı korunur. Bütün bilgiyi tek karta doldurmak, benzerlik kontrolünün neyi karşılaştırdığını belirsizleştirebilir ve yanlış birleştirme riskini artırabilir.

CRM mükerrer kayıt incelemesinde önce hangi varlık için tekillik arandığını yazın. Aynı gerçek kişi mi, aynı şirket hesabı mı, aynı şube mi? Her birinin ayırt edici alanları farklı olabilir. Bu karar, sistemin uyarı metninden veri aktarımına kadar birçok noktayı etkiler. Kayıtların nasıl ilişkilendirileceği bilinmeden yalnızca isim benzerliği üzerinden temizlik yapmak doğru değildir. İlgili çalışanların örnekleriyle ortak müşteri tanımı oluşturmak, sonraki teknik kurallara daha sağlam başlangıç sağlar.

1. Kayıt türlerini ve temel kimliği belirleyin

İlk kontrol müşteri veri modelidir. Kurum, şube, kişi ve aday müşteri ayrı tutuluyor mu? Bir aday satışa dönüştüğünde yeni müşteri kartı mı açılıyor, mevcut kimlik mi devam ediyor? Bu soruların cevapları kurumun iş akışına bağlıdır. Önce mevcut kayıtların neyi temsil ettiğini belirleyin. İki satır farklı türdeyse onları aynı alanda karşılaştırmak yanıltıcı olabilir. Bir kişinin çalıştığı kurum değiştiğinde geçmiş ilişkinin nasıl tutulacağı da ayrıca düşünülmelidir.

CRM mükerrer kayıt kurallarında işletmenin kullandığı kimlik alanını açıklayın. Her alan her müşteri türünde dolu veya uygun olmayabilir. Bilinmeyen bilgiyi zorunlu yapmak kullanıcıyı rastgele değer girmeye yöneltebilir. Buna karşılık doğrulanabilir temel alan hiç tutulmuyorsa ayırt etme zorlaşır. Alanın ne amaçla istendiği ve kim tarafından kontrol edileceği belli olsun. Tekillik kuralı, gerçek iş ihtiyacından doğmalı; kullanıcıya gereksiz özel bilgi toplatmanın bahanesi haline gelmemelidir.

2. Telefon ve e-posta biçimini düzenleyin

Aynı telefon numarası boşluklu, ülke kodlu veya farklı ayırıcılarla yazılabilir. Arama ve benzerlik kontrolü için ortak biçim kullanılması yararlı olabilir. Ancak özgün değerin nasıl tutulacağı ve hangi dönüşümün yapılacağı açıklanmalıdır. Bir alanın boş olmasıyla bilinmiyor yazılması aynı şey değildir. Boş değerlerin birbirine eşit sayılması yanlış adaylar üretebilir. E-posta ve telefonun doğrulanmış olup olmadığı da ayrı bilgi olabilir; yalnızca yazılmış olması sahipliğini kanıtlamaz.

CRM mükerrer kayıt karşılaştırmasında normalizasyonla doğrulamayı ayırın. Boşlukları kaldırmak veya karakter biçimini düzenlemek, numaranın gerçek ve ilgili kişiye ait olduğunu göstermez. Aynı numaranın birden fazla kişi tarafından kullanılabildiği durumlar vardır. Kurumsal ortak e-posta adresi de tek bir insanı temsil etmeyebilir. Bu yüzden benzerlik uyarısının gerekçesi görünür olmalıdır. Kullanıcı yalnızca sistemin aynı dediğini değil, hangi alanın eşleştiğini anlayabilirse daha bilinçli karar verebilir.

3. Kesin eşleşmeyle aday benzerliği ayırın

Bazı alanların aynı olması güçlü işaret, bazılarının benzemesi ise yalnızca inceleme nedeni olabilir. Bu iki durumu aynı davranışla ele almayın. Kesin tekillik gerektiren bir alan için kayıt engellenebilir; belirsiz benzerlikte kullanıcıya adaylar gösterilebilir. Uygun yöntem kayıt türüne ve veri kalitesine bağlıdır. Her uyarıyı engelleyici hale getirmek çalışanı kontrolü aşmaya yöneltebilir. Her şeyi serbest bırakmak ise veri düzenini zayıflatır; denge gerçek örneklerle kurulmalıdır.

CRM mükerrer kayıt tespitinde ürünlerin hazır kuralları da sınırlara sahip olabilir. Microsoft’un mükerrer veri açıklaması, eşleşme kurallarıyla olası tekrarların araştırılmasını ve düzenli kontrol işlerini ele alır. Bu ürün örneği her CRM için aynı davranışın geçerli olduğunu göstermez. Özellikle aynı anda açılan kayıtlar veya farklı giriş yolları ayrıca değerlendirilir. Kendi sisteminizde hangi olayda kontrol yapıldığını ve hangi olayda yapılmadığını öğrenin.

4. Yeni kayıtta anlaşılır uyarı gösterin

Çalışanın yeni müşteri açarken benzer kayıtları görmesi yararlı olabilir. Ancak uyarı sadece uzun liste olmamalıdır. İsim, ilişki, uygun ayırt edici alan ve kaydın durumu birlikte gösterilebilir. Kullanıcının mevcut kaydı açabilmesi veya gerekçeli biçimde ayrı kayıt oluşturabilmesi tasarlanabilir. Yetkisi olmayan özel bilgilerin uyarıda açığa çıkmaması gerekir. Aynı müşteri başka ekipte bulunuyorsa hangi bilgiyi görebileceği ve kime başvuracağı açık olmalıdır.

CRM mükerrer kayıt uyarısını gerçek görevle deneyin. Satış çalışanı mevcut müşteriyi bulabiliyor mu, iki benzer kişiyi ayırabiliyor mu ve hatalı seçimden geri dönebiliyor mu? Uyarı sayısı çok fazlaysa çalışanlar hepsini otomatik geçebilir. Bu durumda kuralları ve gösterilen bilgiyi gözden geçirin. Kullanıcıların kontrolü sürekli atlaması yalnızca eğitim eksikliği olmayabilir; gereksiz uyarılar veya yetersiz arama da etkili olabilir. Gözlemler kaydedilmeden kişileri suçlamak sorunun kaynağını gizleyebilir.

5. İçe aktarma ve bağlantı girişlerini kontrol edin

Form ekranında yapılan kontrol, dosyadan veya başka uygulamadan gelen kayıtta aynı biçimde çalışmayabilir. Veri akışının bütün giriş yollarını listeleyin. Web formu, satış dosyası, dış hizmet ve elle giriş farklı örneklerdir. Her yol için kimlik eşleme ve tekrar davranışı belirlenmelidir. Bir dosya yeniden gönderildiğinde yeni kayıt mı açılacak, önceki kayıt mı güncellenecek? Bu soru çözülmeden aktarımın güvenilir olduğu söylenemez. Sadece dosyanın başarı mesajı vermesi yeterli kanıt değildir.

CRM mükerrer kayıt önlemi için küçük bir aktarım denemesi yapın. Aynı satırı tekrar gönderin, telefon biçimini değiştirin ve boş alan ekleyin. Sonuçların hangi kurala göre oluştuğunu kontrol edin. Dış sistemdeki kimlik numarası tutuluyorsa bunun hangi kayda bağlı olduğu açık olsun. Dış kimlikle CRM iç kimliğini birbirine karıştırmayın. Eşleme hatası görüldüğünde kaydı sessizce başka müşteriye bağlamak yerine inceleme kuyruğuna almak daha uygun olabilir; karar işin gereksinimine göre verilir.

6. Birleştirme kararını yetkili incelemeye bağlayın

Benzer kayıtların aynı kişiyi temsil ettiği doğrulansa bile hangi kartın esas kalacağı belirlenmelidir. Telefon, adres ve sorumlu kullanıcı gibi alanlar çelişebilir. En yeni değer her zaman doğru değildir; eski kayıtta doğrulanmış bilgi bulunabilir. Birleştirme ekranı ilgili alanları karşılaştırmalı ve geçmiş bağlantıları korumalıdır. Hangi işlemlerin geri alınabildiği veya ek çalışma gerektirdiği açıkça belirtilmelidir. Toplu işlem yapılacaksa örnek sonuç incelenmeden bütün listeye uygulamak riskli olabilir.

CRM mükerrer kayıt birleştirmesinde yalnızca ana kartı değil, bağlı teklifleri, siparişleri, etkinlikleri ve ekleri düşünün. Bir kaydı silmek bu ilişkileri kaybettirebilir. Uygun teknik yöntem mevcut sisteme göre belirlenir. Yetkili kişinin karar gerekçesi ve işlem zamanı kayıtlı tutulabilir. Yanlış eşleştirme fark edilirse hangi bilgiyle düzeltme yapılacağını önceden konuşun. Yedek bulunması da tek başına küçük bir birleştirmeyi kolayca geri alabileceğiniz anlamına gelmez; geri dönüş yöntemi ayrıca değerlendirilmelidir.

7. Yanlış olumlu ve kaçan tekrarları izleyin

Bir kontrolün çok sayıda aday bulması başarılı olduğunu tek başına göstermez. Bulunanların kaçı gerçekten aynı müşteri, kaçı farklı kişi? Aynı şekilde uyarı çıkmayan her kayıt temiz kabul edilmemelidir. Kullanıcı bildirimleri ve örnek kontrollerle kaçan tekrarlar incelenebilir. Ölçüm yapılırken hangi veri kümesinin ele alındığı açıklanmalıdır. Gerçek inceleme olmadan başarı yüzdesi söylemeyin. Önce kuralların hangi durumda yanıldığı ve hangi bilgi eksikliğinden etkilendiği anlaşılmalıdır.

CRM mükerrer kayıt düzeninde kural değiştiğinde örnekleri yeniden deneyin. Telefon eşleşmesini daha geniş yapmak yeni adaylar getirirken ortak numara kullanan farklı kişileri de yakalayabilir. Bir sorunu azaltan değişiklik başka sorunu büyütebilir. Bu nedenle küçük bir doğrulama kümesi hazırlamak yararlıdır. Bilinen aynı kayıtlar ve bilinen farklı kayıtlar birlikte bulunur. Kurallar işletmenin müşteri yapısına göre gelişebilir; bir kez seçilen eşleşme ölçütünün sonsuza kadar yeterli olacağı varsayılmamalıdır.

8. Günlük sorumluluğu ve bakım düzenini kurun

Temizlik projesi bittiğinde yeni kayıtları kimin izleyeceği belli olmalıdır. Satış temsilcisi eksik alanı düzeltebilir, veri sorumlusu birleştirme yapabilir ve teknik ekip aktarım hatasını araştırabilir. Bu roller aynı kişide toplanabilir; önemli olan görevlerin sahipsiz kalmamasıdır. Kullanıcının yanlış kayıt bildirmesi kolaylaştırılmalıdır. Her bildirimi bütün müşteri listesini göndererek yapmak gerekmez. İlgili kayıt kimliği ve gözlenen sorun çoğu zaman başlangıç için yeterli olur.

CRM mükerrer kayıt yönetimi için kısa işlem yönergesi hazırlayın. Yeni kart açmadan nasıl aranacağı, uyarıda neye bakılacağı ve birleştirme talebinin nereye iletileceği anlatılabilir. Belgenin uzunluğu yerine günlük kullanımda bulunabilmesi önemlidir. Yeni çalışanlar aynı yöntemi öğrenmelidir. Kurallar değiştiğinde yönerge güncellenir. Kullanıcıların doğru kaydı bulmasını zorlaştıran arayüz eksikleri varsa yalnızca belge eklemek yetmeyebilir; arama ve bilgi sunumu da geliştirme konusu olarak ele alınmalıdır.

CRM mükerrer kayıt için sekiz maddelik kontrol listesi

• Kişi, kurum ve şube gibi kayıt türleri açıkça ayrılmış mı?
• Telefon ve e-posta biçimleri anlam kaybetmeden düzenleniyor mu?
• Kesin eşleşmeyle yalnızca benzer aday farklı ele alınıyor mu?
• Yeni kayıtta kullanıcı doğru adayı yeterli bilgiyle görebiliyor mu?
• Dosya ve entegrasyon girişlerinde tekrar davranışı denenmiş mi?
• Birleştirmede bağlı kayıtlar ve çelişen alanlar korunuyor mu?
• Yanlış adaylar ve kaçan tekrarlar örneklerle izleniyor mu?
• Günlük inceleme ve düzeltme sorumluları belirlenmiş mi?

CRM mükerrer kayıt listesindeki her madde aynı tür kanıtla doğrulanmaz. Kayıt modeli belgeyle açıklanabilir; uyarının kullanılabilirliği kullanıcıyla denenir; aktarım davranışı örnek dosyayla sınanır. Bunları tek bir tamam kutusuna indirgemeyin. Kritik bir belirsizlik varsa hangi araştırmanın gerektiğini yazın. Bir kuralın işletmeye uygun olduğunu gösteren şey çok sayıda teknik terim değil, gerçek örneklerde verdiği anlaşılır sonuçtur. Aynı yöntem yeni giriş kanalı eklendiğinde yeniden kullanılabilir.

Varsayımsal senaryo: Ortak telefon kullanan iki şube

Bir işletmenin iki şubesi aynı merkez telefonunu kullanıyor olsun. Bu örnek gerçek müşteri çalışması değildir. Dosya aktarımında telefon aynı görüldüğü için iki hesap tek kartta birleşirse şubelere ait teklifler karışabilir. Sorun, telefonun yanlış yazılması değil tekillik varsayımının yanlış kurulmasıdır. Önce kurum ve şube ilişkisi belirlenir. Ortak telefonun hangi varlığa ait olduğu açıklanır. Ardından benzerlik uyarısının hangi alanlarla destekleneceği gerçek örnekler üzerinden değerlendirilir.

CRM mükerrer kayıt incelemesinde eski kartların bağlı siparişleri kontrol edilir. Birleştirme yapmadan önce yanlış ilişki kurulmuş kayıtların nasıl düzeltileceği planlanır. Yeni aktarımlarda dış şube kimliği tutulması veya uygun başka eşleme kullanılabilir; gerçek yöntem teknik incelemeye bağlıdır. Kullanıcıya aynı telefonu gösteren iki farklı şubenin neden ayrı olduğu açıklanır. Böylece veri sorunu yalnızca satır silerek değil, müşteri modelini ve giriş kuralını düzenleyerek ele alınır. Örneğin sonucu belirli tasarruf oranı değildir.

CRM mükerrer kayıt incelemesinde alan kararları

Müşteri adının karşılaştırılması özellikle dikkat ister. Ticari unvan kısaltmaları, noktalama ve eski isimler farklı biçimler oluşturabilir. Ortak biçim hazırlamak aramayı kolaylaştırabilir; fakat resmî veya özgün değerin gerektiği yerde korunması gerekebilir. Her dönüşümü geri alınamaz biçimde asıl alanın üzerine yazmak zorunlu değildir. Teknik ekip arama için kullanılan biçimle kullanıcıya gösterilen değeri ayrı tutabilir. Hangi yaklaşımın uygun olduğu mevcut yapı ve iş ihtiyacına göre değerlendirilir.

CRM mükerrer kayıt adayı gösterilirken kullanıcıya gereksiz özel alanlar açılmamalıdır. Kaydı ayırt etmek için hangi bilginin yeterli olduğunu belirleyin. Tam adres veya kişisel numara her kullanıcı için gerekli olmayabilir. Farklı ekiplerdeki kayıtların görünürlüğü iş kurallarıyla uyumlu olmalıdır. Yetki eksikliği nedeniyle müşteri bulunamıyorsa çalışan yeni kart açmaya yönelebilir. Bu yüzden veri kalitesiyle erişim tasarımı birlikte incelenir. Kontrollü arama sonucu veya yetkiliye yönlendirme gibi seçenekler projeye göre değerlendirilebilir.

Birleştirme sonrası raporları da kontrol edin. Aynı müşteriye bağlı fırsatlar tek hesap altında görünmeye başladığında toplamlar değişebilir. Bu değişiklik yeni satış kazanımı gibi yorumlanmamalıdır. CRM mükerrer kayıt temizliğinin veri görünümünü etkilediği açıklanmalıdır. Rapor karşılaştırılacaksa hangi tarihte hangi düzenlemenin yapıldığı kayıtlı olur. Böylece veri düzeltmesiyle gerçek iş hareketi birbirine karışmaz. Geçmiş raporların nasıl saklanacağı ve yeniden hesaplanıp hesaplanmayacağı işletmenin raporlama düzenine göre belirlenir.

İçe aktarım dosyasında önce küçük deneme yapın

CRM mükerrer kayıt kontrolü için hazırlanan örnek dosyada bilinçli çeşitlilik bulunabilir. Aynı kişinin farklı yazılmış iki kaydı, ortak e-posta kullanan farklı kişiler ve kimliği eksik satır ayrı örneklerdir. Sonuçları önceden yazın. Sistem hangi satırı aday göstermeli, hangisini ayrı tutmalı? Teknik ekip deneme çıktısını bu beklentilerle karşılaştırabilir. Bütün dosyayı yükleyip sonradan hataları ayırmak yerine küçük bir örnekte belirsizliği azaltmak, işlemi daha anlaşılır hale getirir.

Dosya yeniden işlendiğinde ne olduğuna ayrıca bakın. CRM mükerrer kayıt sorunu bazen aynı listenin ikinci kez alınmasından kaynaklanır. Dış kayıt kimliği ve aktarım işlem kimliği gibi teknik bilgiler kullanılabilir; uygun yöntem sisteme bağlıdır. Başarı mesajının hangi satırları kapsadığı belli olmalıdır. Hatalı satırlar yeni dosyada tekrar gönderilirken daha önce başarılı olanlar çoğalmamalıdır. Bu davranışın gerçek örnekle sınanması, kullanıcıdan aynı kontrolü elle tekrar tekrar yapmasını beklemekten daha güvenilir bir süreç kurulmasına yardımcı olur.

CRM mükerrer kayıt aktarımında boş alanın güncelleme anlamını da açıklayın. Kaynaktaki boş telefon mevcut dolu telefonu silecek mi, olduğu gibi mi bırakacak? Her veri kaynağı için aynı cevap uygun olmayabilir. Güncel bilgiyle eksik bilgi farklı değerlendirilir. Alan eşleme belgesinde bu davranış yazılırsa teknik ekip ve veri sorumlusu aynı beklentiyi paylaşır. Yanlış dönüşüm görüldüğünde hangi dosyanın ve hangi satırın işlendiği bulunabilmelidir. Bunun için gereksiz kişisel veri kopyalamak yerine uygun işlem kayıtları tutulabilir.

Birleştirme öncesi alan kararını açık yazın

CRM mükerrer kayıt birleştirmesinde hangi değerin korunacağı her alan için aynı yöntemle belirlenmeyebilir. Bir kartta eski fakat doğrulanmış adres, diğerinde yeni yazılmış ama eksik adres bulunabilir. Satış temsilcisinin tuttuğu notla merkez sistemden gelen bilgi farklı güven düzeyi taşıyabilir. Alan kaynağı ve doğrulama zamanı tutuluyorsa inceleme kolaylaşır. Bunlar yoksa teknik ekibin otomatik olarak en son değeri seçmesi iş açısından doğru olmayabilir. Örnek çelişkileri işletme sorumlusuyla değerlendirin ve kararın hangi bilgiye dayandığını kaydedin.

CRM mükerrer kayıt işleminde yalnızca dolu alanı boş alana tercih etmek de bütün sorunu çözmez. Bazı dolu değerler geçici veya yanlış olabilir. Boş değer, bilginin kaldırılması yönünde bilinçli karar da taşıyabilir; aktarım kuralına göre yorumlanır. Bu nedenle alanın güncellenme kaynağını öğrenin. Kullanıcıya karşılaştırma sunuluyorsa gereksiz özel bilgiye erişim açılmamalıdır. İnceleme yetkisinin kapsamı ve sonucu kimlerin görebileceği belirlenir. Veri düzeltme, diğer erişim kurallarını aşmak için ayrıcalıklı ve sınırsız pencereye dönüşmemelidir.

CRM mükerrer kayıt sonrası eski kimliğe gelen yeni işlemler de düşünülmelidir. Dış uygulama eski müşteri koduyla veri göndermeye devam edebilir. Birleştirme yapıldıktan sonra bu kodun hangi kayda yönleneceği veya hataya düşeceği açıklanır. Eski kartın kaldırılması dış eşlemeyi sessizce bozmamalıdır. Teknik ekip uygun yönlendirme veya kimlik ilişkisi kurabilir; yöntem mevcut sisteme bağlıdır. Birleştirme kontrolünde yeni bir dış işlem göndererek doğru müşteriye ulaştığını doğrulayın. Geçmiş ilişkilerin taşınmasıyla gelecekteki işlemlerin eşlenmesi ayrı kontrol noktalarıdır.

Kullanıcı geri bildirimini kurala bağlayın

CRM mükerrer kayıt uyarısını kapatan çalışandan her defasında uzun açıklama istemek verimli olmayabilir. Fakat sık kullanılan geçme gerekçelerini toplamak yararlı olabilir. Ortak telefon, farklı şube veya ayrı kişi gibi gerçek ayrımlar incelenebilir. Gerekçe listesini çok ayrıntılı yapmak kullanıcıyı rastgele seçim yapmaya itebilir. İlk örneklerde kısa açıklama alınarak hangi kategorilerin anlamlı olduğu öğrenilebilir. Sonraki düzenleme, çalışanı daha fazla form doldurmaya zorlamak yerine yanlış uyarının kaynağını azaltmaya yönelmelidir.

CRM mükerrer kayıt inceleme kuyruğunda işin yaşı ve etkisi görünür olabilir. Acil bir siparişin yanlış hesaba bağlanmasıyla eski aday listesindeki belirsiz benzerlik aynı öncelikte olmayabilir. Sorumlu kişi hangi kaydın önce inceleneceğini iş etkisine göre seçebilir. Her başlık için otomatik kesin çözüm süresi varsayılmamalıdır. İnceleme sonucunun ilgili kullanıcıya dönmesi yararlıdır. Çalışan aynı sorunu bildirmiş fakat sonucu görememişse tekrar yeni kart açmaya yönelebilir. Kısa durum bilgisi veri düzeninin günlük kullanımda korunmasına yardımcı olabilir.

CRM mükerrer kayıt kuralı değiştirildiğinde kullanıcıya yalnızca yeni özellik duyurusu göndermek yeterli olmayabilir. Hangi örneklerin artık farklı ele alınacağı açıklanmalıdır. Ortak telefonun engel olmaktan uyarıya dönüşmesi veya dış kimliğin zorunlu hale gelmesi günlük yöntemi değiştirir. Eğitim örnekleri gerçek veri yapısını temsil edebilir, fakat kişisel bilgiler anonimleştirilir. Kullanıcı doğru seçim yaptığında ne olacağını görebilmelidir. Kuralı teknik adıyla ezberletmek yerine müşteri açma göreviyle anlatmak daha anlaşılır başlangıç sağlayabilir.

Düzeltme kayıtlarını iş verisinden ayırın

CRM mükerrer kayıt temizliğinde yapılan birleşmelerin listesi, bütün müşteri verisinin yeni bir kopyasına dönüşmemelidir. İşlem kimliği, ilgili kayıtlar ve gerekçe gibi gerekli bilgilerle izlenebilirlik sağlanabilir. Hangi bilgilerin tutulacağı ve erişimin kimde olacağı ilgili gereksinimlere göre belirlenir. Destek amacıyla oluşturulan dosyaların da korunması gerekir. Temizlik işi bittiğinde geçici çıktılara ne olacağı açıklanmalıdır. Böylece veri kalitesi çalışması sırasında kontrolsüz yeni dosyalar üretmenin riski gözden kaçmaz.

CRM mükerrer kayıt denemesini kapatırken küçük bir kontrol örneğini saklayın. Gerçekten aynı olan çiftler, benzer ama farklı olan kayıtlar ve kimliği eksik örnekler birlikte bulunabilir. Yeni kural veya giriş kanalı eklendiğinde bu küme yeniden denenir. Beklenen sonuçlar yazılıysa yalnızca toplam aday sayısına bakmak zorunda kalmazsınız. Sistem daha az aday üretse bile gerçek tekrarları kaçırıyor olabilir. Kararın doğruluğunu temsilî örneklerle incelemek, tek bir büyük sayıya göre başarı ilan etmekten daha açıklayıcıdır.

CRM mükerrer kayıt kontrolünün günlük satışa etkisini de gözlemleyin. Uyarı kullanıcıyı doğru müşteriye götürüyor mu, yoksa gereksiz bekletiyor mu? Yeni müşteri açmak için ayrı yetkili gerekiyorsa bu kişinin bulunmadığı durumda uygulanacak yöntem açıklanmalıdır. Kontrollü geçici kayıt düşünülebilir; ancak sonradan incelenmeden kalmaması gerekir. Geçici durumun ne zaman tamamlanacağı ve hangi işlemlere izin vereceği belirlenir. Böylece veri düzeniyle işin devamı birlikte değerlendirilir. Kullanıcıların kontrolü aşmak için rastgele telefon veya isim yazması görünüyorsa yalnızca kişisel hata aramayın. Alan zorunlulukları, arama görünürlüğü ve inceleme süresinin gerçek görevi karşılayıp karşılamadığını araştırın. Sorunun kaynağına göre düzenleme yapıp aynı örnekle yeniden deneyin.

Sık sorulan sorular

CRM mükerrer kayıt tamamen otomatik temizlenebilir mi?

Bazı kesin kurallar otomatik işlemeyi destekleyebilir; belirsiz benzerlikler insan incelemesi gerektirebilir. Aynı ad veya telefon her zaman aynı müşteriyi göstermez. Önce kayıt türü ve güvenilir ayırt edici alanlar belirlenmelidir. Birleştirmenin bağlı kayıtlara etkisi de değerlendirilir. Bütün listeyi tek kuralla temizlemek yerine örneklerle doğrulamak, hangi işlemlerin otomatik yapılabileceğini daha sağlam biçimde gösterir.

CRM mükerrer kayıt için telefon yeterli mi?

Her işletmede yeterli değildir. Ortak telefon, şube numarası veya aile içi kullanım olabilir. Numaranın biçimini düzenlemek aramayı kolaylaştırır; sahipliğini doğrulamaz. Telefon başka alanlarla ve kayıt türüyle birlikte değerlendirilmelidir. Eksik veya değişmiş numaralar da düşünülür. Hangi eşleşmenin engel, hangisinin yalnızca uyarı oluşturacağı gerçek müşteri yapısına göre belirlenmelidir.

CRM mükerrer kayıt silinirse bağlı işler kaybolur mu?

Bu sonuç uygulamanın veri yapısına ve kullanılan işleme bağlıdır. Silme ile birleştirme aynı yöntem değildir. Teklif, sipariş, etkinlik ve eklerin hangi karta bağlanacağı önceden değerlendirilmelidir. İşlem yapılmadan örnek deneme ve uygun geri dönüş planı hazırlanabilir. Sadece ana müşteri kartının doğru görünmesi bütün ilişkilerin korunduğunu kanıtlamaz; ilgili kayıtlar ayrıca kontrol edilmelidir.

CRM mükerrer kayıt uyarıları neden çok çıkar?

Eşleşme kuralı fazla geniş olabilir veya veri alanlarının anlamı karışmış olabilir. Ortak e-posta ve telefonların tekil kabul edilmesi sık aday üretebilir. Uyarılardaki bilgilerin yetersiz olması da kullanıcıyı zorlar. Örnek adayları inceleyip kaçının gerçek tekrar olduğunu belirleyin. Kuralları daha dar yapmak her zaman doğru çözüm değildir; kaçan gerçek kayıtlar da izlenmelidir.

CRM mükerrer kayıt aktarım sırasında önlenebilir mi?

Uygun eşleme ve kontrol tasarımıyla bazı tekrarlar önlenebilir. Fakat formdaki kontrolün dosya veya bağlantı girişinde aynı çalıştığı varsayılmamalıdır. Yeniden gönderilen satırlar ve boş alan güncellemeleri denenmelidir. Dış sistem kimliğinin nasıl tutulacağı açıklanır. Gerçek örnekle kontrol yapılmadan bütün aktarım yollarının doğru davrandığı söylenemez; başarısız satırların yeniden işlenmesi de kapsamın parçasıdır.

CRM mükerrer kayıt sorumlusu kim olmalı?

İşletmenin yapısına göre satış sorumlusu, veri yöneticisi veya başka yetkili rol atanabilir. Teknik ekip kuralları uygular; hangi iki müşterinin gerçekten aynı olduğunu bazen işletme bilgisi belirler. Kullanıcının bildirim yöntemi ve birleştirme yetkisi açık olmalıdır. Görevler tek kişide toplanabilir, ancak izleme sahipsiz kalmamalıdır. Yeni çalışanların aynı kayıt açma yöntemini öğrenmesi de düzenin sürmesine yardımcı olur.

Kayıt düzenini günlük işe bağlayın

CRM mükerrer kayıt çalışmasını yalnızca eski dosyaları düzeltmek olarak görmeyin. Yeni müşteri açma, arama ve aktarım yöntemleri birlikte değerlendirilmelidir. Kuralların değiştiği tarih ve örnek sonuçlar kaydedilirse sonraki inceleme daha anlaşılır olur. Maltepe, İdealtepe veya Anadolu Yakası’ndaki işletmeniz için HD Bilgisayar’a 0532 396 34 71 üzerinden ulaşabilir, özel yazılım hizmetlerini inceleyebilirsiniz. Başlangıç için anonim birkaç kayıt ve tekrarın nerede oluştuğunu anlatan kısa akış yeterli bir görüşme zemini sağlayabilir.