Jeden wiersz arkusza nie opisuje całej relacji
W prostym arkuszu obok nazwy firmy pojawiają się telefon, nazwisko, notatka i ostatnia oferta. Taki układ bywa wystarczający na początku, lecz przestaje być jednoznaczny, gdy kontrahent ma kilku pracowników albo oddziałów. Program do obsługi klientów powinien rozróżniać organizację, osobę kontaktową, konkretną sprawę i pojedynczą aktywność. Inaczej każda nowa oferta może tworzyć kopię tego samego klienta.
Przykładowa hurtownia rozmawia z kupcem, księgową i kierownikiem magazynu tej samej firmy. Osoby potrzebują różnych wiadomości i mają inne role. Zapisanie ich w jednym polu „kontakt” utrudnia ustalenie, komu wysłano warunki i kto je potwierdził. Model warto oprzeć na relacjach między rekordami, a nie na rozbudowywaniu jednej komórki z notatką.
Wybierz trwałe identyfikatory
Nazwa firmy może się zmienić, a numer telefonu przejść do innej osoby. Dlatego rekord powinien mieć własny identyfikator niezależny od danych opisowych. Powiązania ofert i zgłoszeń odnoszą się wtedy do tego identyfikatora, zamiast do nazwy wpisanej różnymi sposobami. Klucze i ograniczenia relacyjne pomagają utrzymać poprawność takich powiązań w bazie.
Ustal, które dane są obowiązkowe na początku, a które można uzupełnić później. Nowe zapytanie nie zawsze zawiera pełny zestaw informacji o firmie. Wymuszenie kompletu może prowadzić do wpisywania fikcyjnych wartości tylko po to, by zapisać sprawę. Rozróżnij brak danych od jawnego potwierdzenia, że dana informacja nie dotyczy klienta.
Wykrywaj duplikaty ostrożnie
Zgodność adresu e-mail jest wskazówką, ale nie zawsze dowodem tożsamości osoby. Wspólna skrzynka może obsługiwać kilka działów, a ta sama nazwa należeć do różnych firm. Potrzebne są reguły dopasowania oraz poziom pewności. Jednoznaczne przypadki można oznaczać automatycznie, a niepewne pozostawić do decyzji uprawnionej osoby zamiast bezpowrotnie scalać dane.
Normalizacja powinna być przewidywalna. Usunięcie zbędnych odstępów czy ujednolicenie formatu telefonu pomaga porównywać rekordy, lecz nie powinno niszczyć oryginalnej wartości bez możliwości sprawdzenia. OWASP rozróżnia walidację składniową i znaczeniową; dane poprawne jako tekst nadal mogą nie pasować do założeń konkretnego procesu.
Scalanie potraktuj jak kontrolowaną operację
Przed scaleniem pokaż różnice między rekordami: właściciela kontaktu, numery telefonów, otwarte sprawy i źródła danych. Operator powinien wybrać wartości pozostające w rekordzie głównym. Historia ofert musi trafić do właściwej relacji bez zgubienia autorów i dat. Zachowaj informację, które identyfikatory połączono, aby późniejszy import nie odtworzył tej samej kopii.
Taki porządek danych można zaplanować z MyTworzymy.pl, która obsługuje przedsiębiorstwa z całej Polski. Na spotkanie warto przygotować zanonimizowaną próbkę problematycznych rekordów, zamiast całą bazę klientów. Kilka rzeczywistych typów pomyłek pozwala określić reguły programu i sprawdzić, czy migracja uporządkuje relacje, czy jedynie przeniesie stary chaos do nowego panelu.
Zachowaj historię zamiast nadpisywać rozmowy
Notatka „zadzwonić w piątek” nie powinna zastępować poprzedniej rozmowy. Aktywność potrzebuje czasu, autora, powiązanej sprawy i ewentualnego następnego działania. Dzięki temu pracownik przejmujący klienta widzi ciąg zdarzeń. Osobno przechowuj dane aktualne, a osobno historię zmian; nie każ obsłudze szukać obecnego numeru telefonu w kilkunastu starych notatkach.
Zastanów się również, kto ma dostęp do poszczególnych informacji. Sprzedawca może potrzebować kontaktu i historii oferty, ale nie całego zakresu danych innych działów. Zasada najmniejszych uprawnień i kontrola każdego żądania są podstawą projektowania dostępu według OWASP. Ograniczenia powinny działać na serwerze, nie tylko przez ukrycie kolumny.
Zrób próbę migracji na reprezentatywnych danych
Nie zaczynaj od przeniesienia wszystkich rekordów. Przygotuj próbkę zawierającą jednego klienta z kilkoma osobami, podobne nazwy, brak telefonu i sprawę należącą do nieaktywnego opiekuna. Sprawdź, jak dane będą wyglądały po imporcie. Raport powinien pokazać liczbę dodanych, dopasowanych, pominiętych i wymagających decyzji pozycji, a nie tylko zielony komunikat „gotowe”.
Przy zamawianiu programu w MyTworzymy.pl warto włączyć taki raport do warunków odbioru. Obsługa firm na terenie całej Polski nie wymaga fizycznego przekazywania arkuszy; potrzebny jest uzgodniony, bezpieczny sposób dostarczenia danych i jednoznaczna odpowiedzialność za decyzje o scalaniu. To właściciel procesu powinien zatwierdzić reguły rozpoznawania klientów.
Ustal zasady utrzymania jakości
Po migracji duplikaty mogą wrócić, jeżeli formularz dodawania nie pokazuje podobnych rekordów, a import nie rozpoznaje wcześniejszych operacji. Dodaj okresową kontrolę oraz osobę odpowiedzialną za wyjaśnianie konfliktów. Nie przekształcaj jednak jakości danych w wyścig o maksymalną liczbę wypełnionych pól. Informacja powinna mieć uzasadnione zastosowanie i znane źródło.
Dobrze zaprojektowana baza pozwala odpowiedzieć, z kim firma współpracuje, czego dotyczy konkretna sprawa i kto odpowiada za następny krok. Liczba kart klientów jest wskaźnikiem pomocniczym. Tysiące pozornie kompletnych rekordów nie zastąpią kilkuset relacji, którym można zaufać podczas rozmowy, przygotowania oferty i przekazania zadania innemu pracownikowi.
Przetestuj także wycofanie błędnego scalenia. Jeżeli operacja jest nieodwracalna, operator powinien wiedzieć o tym przed potwierdzeniem i mieć zatwierdzoną kopię. W bezpieczniejszym procesie można przynajmniej odtworzyć pochodzenie wartości oraz listę przeniesionych spraw. Bez tego jedna nietrafna decyzja porządkowa może zniekształcić całą historię kontaktu.