zduplikowane kontakty w CRM i narzędziu e-mail

Zduplikowane kontakty w CRM i narzędziu e-mail utrudniają jednoznaczne prowadzenie historii komunikacji.

Skąd biorą się zduplikowane kontakty w CRM i narzędziu e-mail

Zduplikowany kontakt to co najmniej dwa rekordy opisujące tę samą osobę lub firmę, lecz zapisane pod różnymi identyfikatorami albo z niejednakowymi polami danych. W CRM może istnieć wpis z imieniem, nazwiskiem i numerem telefonu, a w narzędziu e-mail drugi wpis zawierający ten sam adres poczty elektronicznej, ale inny zapis nazwy odbiorcy. Do powstania kopii dochodzi między innymi podczas ręcznego importu plików CSV, synchronizacji książki adresowej, migracji między systemami, ponownego dodania klienta z formularza kontaktowego albo połączenia kilku kont użytkowników.

Systemy często rozpoznają rekordy na podstawie konkretnego pola, a nie na podstawie pełnej analizy osoby. Jeden program może uznawać za unikatowy adres e-mail zapisany małymi literami, natomiast inny zachowa osobny rekord dla adresu z wielkimi literami lub dodatkowymi spacjami. Podobny problem występuje przy numerach telefonu zapisanych jako +48 501 234 567, 501234567 i 0048 501 234 567. Jeżeli reguły normalizacji nie są wspólne dla obu aplikacji, synchronizacja może tworzyć kolejne wpisy zamiast aktualizować istniejący.

Jak duplikaty zmieniają historię korespondencji

CRM zwykle wiąże wiadomość, zadanie, notatkę lub zgłoszenie z identyfikatorem rekordu kontaktu. Gdy ta sama osoba występuje pod dwoma identyfikatorami, część zdarzeń trafia do pierwszego wpisu, a część do drugiego. W efekcie historia rozmów jest rozdzielona: poprzednie ustalenia mogą być widoczne tylko w jednym rekordzie, a pracownik korzystający z drugiego nie otrzyma pełnego kontekstu. Dotyczy to również statusów, przypomnień, przypisanych opiekunów, tagów, segmentów i informacji o ostatnim kontakcie.

W narzędziu e-mail duplikaty mogą powodować wielokrotne występowanie tego samego odbiorcy na listach adresowych lub w grupach. Sam fakt obecności dwóch wpisów nie zawsze oznacza wysłanie dwóch wiadomości, ponieważ aplikacja może usuwać powtórzenia podczas tworzenia kopii odbiorców, ale nie jest to regułą wspólną dla wszystkich programów. Przy ręcznym wyborze kontaktów łatwo dodać oba rekordy. Dodatkowym skutkiem jest niespójność danych: jedna kopia może zawierać aktualny numer telefonu, druga poprawną nazwę firmy, a trzecia informację o preferowanym adresie e-mail. Raporty o liczbie klientów, aktywności i skuteczności kampanii stają się wtedy zależne od sposobu filtrowania rekordów.

Rozpoznawanie i bezpieczne scalanie rekordów

Przed usunięciem kopii należy ustalić, które pola mogą wiarygodnie wskazywać tę samą osobę. Najmocniejszym kandydatem jest zwykle identyczny, zweryfikowany adres e-mail, ale nie powinien być jedynym kryterium w każdej bazie, ponieważ wspólny adres może należeć do kilku pracowników albo do skrzynki działowej. Pomocniczo porównuje się numer telefonu po usunięciu spacji, myślników i prefiksów zapisanych w różnych formatach, a także nazwę firmy, domenę pocztową, adres siedziby i historię aktywności. Rekordy z podobnym nazwiskiem, lecz różnymi adresami e-mail, wymagają ręcznej weryfikacji.

Scalanie powinno zachować komplet informacji z obu rekordów oraz wskazać rekord główny, do którego zostaną przeniesione wiadomości, zadania i notatki. Warto wcześniej wykonać eksport lub kopię bazy, sprawdzić dostępne funkcje cofnięcia operacji i ustalić, jak aplikacja rozstrzyga konflikt wartości w polach. Jeżeli jeden rekord ma numer telefonu, a drugi stanowisko, automatyczne scalenie może zachować tylko jedną wartość. Po operacji trzeba sprawdzić powiązania z listami mailingowymi, regułami automatyzacji, formularzami i integracjami. Usunięcie rekordu bez przeniesienia zależnych obiektów może pozostawić osierocone wiadomości albo zerwać odwołania używane przez raporty.

Kontrola synchronizacji na laptopie i komputerze PC

Jeżeli duplikaty pojawiają się ponownie, samo jednorazowe scalanie nie rozwiązuje problemu. Należy sprawdzić, które źródło tworzy rekordy oraz jakie pola są używane podczas synchronizacji. Pomocne jest porównanie czasu utworzenia kopii z historią importów, dziennikiem integracji i aktywnością użytkowników. W konfiguracji warto ograniczyć liczbę niezależnych książek adresowych, ustalić jeden system jako źródło nadrzędne i włączyć mechanizm aktualizacji istniejącego kontaktu zamiast bezwarunkowego tworzenia nowego. Formularze powinny wymagać co najmniej jednego pola identyfikującego, a import CSV powinien poprzedzać test na małej próbce.

Warszawskie Pogotowie Komputerowe zajmuje się profesjonalną naprawą laptopów, komputerów PC i podzespołów, a przy problemach z powtarzającymi się wpisami można rozpocząć od sprawdzenia lokalnego środowiska pracy: połączenia z usługą, poprawności synchronizacji, wersji używanej aplikacji oraz ustawień profilu użytkownika. Diagnostyka powinna rozdzielić błąd programu od błędu konfiguracji lub procesu importu. Po uporządkowaniu kontaktów warto przeprowadzić kontrolny import kilku rekordów, odczekać pełny cykl synchronizacji i porównać liczbę wpisów, historię korespondencji oraz wartości kluczowych pól. Taki test potwierdza, czy reguły deduplikacji działają także po ponownym uruchomieniu aplikacji i na innym komputerze.