Jak ustalić, który system odpowiada za każdą daną klienta

Najpierw ustal, które rekordy dotyczą tej samej osoby lub firmy. Następnie wybierz źródło rozstrzygające dla pól. To różne pytania. Możliwy duplikat może wymagać oceny tożsamości, a dwa ważne systemy mogą odpowiadać za różne pola. Ogólna zasada „wygrywa CRM” może nadpisać poprawną wartość.

Przed użyciem mapy przejrzyj możliwe duplikaty osobno. Tutaj zakładamy, że kontakt lub firmę już ustalono, i skupiamy się na znaczeniu oraz odpowiedzialności za pola.

Utwórz wiersz pola wpływającego na przekazanie lub decyzję klienta. Podaj system lub utrzymywany zapis rozstrzygający, rolę uprawnioną do zmiany i powód. Zespół finansów może np. odpowiadać za e-mail rozliczeniowy w zatwierdzonym zapisie, a zespół obsługi za preferencję dotyczącą wsparcia w bieżących notatkach.

To proponowane zasady firmy; CRM nie ustala ich za Ciebie. Przy polu wspólnym zdecyduj, czy druga kopia jest tylko do odczytu, odświeżana ręcznie czy zmieniana po potwierdzeniu.

Użyteczna reguła wskazuje dowód do sprawdzenia i osobę decyzyjną. Może wymagać przeglądu nowego adresu ze zweryfikowanej prośby przez właściciela pola przed aktualizacją źródła. Unikaj reguły opartej tylko na najnowszym czasie, bo import lub podpis może zawierać stare lub przypadkowe informacje.

Jeśli zespół nie wie, która wartość jest poprawna, oznacz konflikt do oceny człowieka i wstrzymaj aktualizację pola. Zapisz wybór, sprawdzone źródło, osobę i czas. Reguła pokazuje niepewność zamiast utrwalać domysł.

Dokumentacja HubSpot opisuje deduplikację kontaktów po e-mailu i firm po domenie. Dokumentuje też ID rekordów i unikalne pola niestandardowe do dopasowania podczas importu. To mechanizmy HubSpot. Zespół nadal potrzebuje zasad właściciela e-maila rozliczeniowego i konfliktów między systemami.

Przewodnik importu wielu obiektów HubSpot opisuje również tworzenie powiązań i wymaganie unikalnego identyfikatora do aktualizacji istniejących rekordów w odpowiednich ścieżkach importu. Sprawdź klucze tożsamości i relacje przed zmianą danych oraz osobno zweryfikuj zachowanie konfliktów w każdej platformie.

W fikcyjnym przykładzie CRM ma główny adres alex@northwind.example, a prośba o fakturę przychodzi z billing@northwind.example. Zespół nie nadpisuje e-maila kontaktowego ani nie łączy nadawcy tylko z powodu wspólnej domeny. Osoba od faktury sprawdza prośbę, potwierdza adres rozliczeń i zapisuje decyzję na mapie pól.

Główny e-mail i e-mail rozliczeniowy mogą być poprawnymi polami o różnych celach. Bez potwierdzenia adres rozliczeniowy pozostaje do przeglądu i nie zakłada się automatycznej aktualizacji.

Przejrzyj reguły po zmianie systemu, odejściu właściciela danych, uruchomieniu formularza lub powrocie konfliktu. Skup się na polach ważnych dla aktywnej pracy. Przed edycją lub importem człowiek powinien znaleźć aktualną zasadę.

Mapa zapisuje decyzję do wdrożenia i przetestowania w systemach. Jeśli oprogramowanie nie egzekwuje reguły, przypisz kontrolę pól do czasu znalezienia bezpieczniejszego procesu.

Przekaż asystentowi Areinum listę pól i istniejące decyzje o odpowiedzialności, prosząc o projekt mapy źródeł, edytorów i nierozstrzygniętych konfliktów. Odpowiedzialne osoby ustalają reguły przed synchronizacją.