Jak walidować dane klientów przy wprowadzaniu?

Aby skutecznie walidować dane klientów przy wprowadzaniu, trzeba określić wymagania dla każdego pola, sprawdzać wartości przed zapisaniem rekordu i wyświetlać komunikaty jasno wskazujące sposób poprawienia błędu. Reguły powinny kontrolować nie tylko obecność danych, lecz także ich format, dopuszczalne wartości oraz zależności między polami.

Walidacja powinna działać wszędzie tam, gdzie mogą powstać lub zmienić się dane klienta: w formularzu internetowym, CRM-ie, aplikacji pracownika, imporcie pliku i integracji z innym systemem. Sama kontrola widoczna w formularzu nie wystarczy, jeżeli błędny rekord może zostać zapisany inną drogą.

Na czym polega walidacja danych klientów?

Walidacja polega na sprawdzeniu, czy wprowadzona wartość spełnia wymagania ustalone dla danego pola. System może na przykład kontrolować, czy adres e-mail ma odpowiednią strukturę, numer telefonu pasuje do wybranego kraju, a status klienta pochodzi z dostępnej listy.

Dobra reguła nie powinna ograniczać się do pytania, czy pole zostało wypełnione. Musi także odpowiadać na trzy kolejne pytania:

• czy wartość ma właściwy typ i format,
• czy znajduje się w dopuszczalnym zakresie,
• czy pasuje do pozostałych informacji w rekordzie.

Reguły walidacji danych klienta można podzielić na techniczne, słownikowe i biznesowe. Reguła techniczna kontroluje na przykład długość tekstu lub format daty. Reguła słownikowa dopuszcza wyłącznie wartości z ustalonego zestawu. Reguła biznesowa sprawdza, czy dane są wystarczające na konkretnym etapie procesu, na przykład przed przygotowaniem oferty albo wystawieniem dokumentu.

Walidacja nie potwierdza automatycznie, że podane dane są prawdziwe lub aktualne. Poprawnie zapisany adres e-mail może nie istnieć, a numer telefonu może należeć do innej osoby. Celem walidacji przy wprowadzaniu jest przede wszystkim niedopuszczenie do zapisu wartości niekompletnych, niemożliwych do wykorzystania lub niezgodnych z przyjętymi zasadami.

Jak przygotować reguły walidacji?

Określ znaczenie i przeznaczenie każdego pola

Przed ustawieniem reguły trzeba ustalić, do czego dane pole będzie wykorzystywane. Numer telefonu potrzebny wyłącznie do kontaktu handlowego może podlegać innym wymaganiom niż numer używany do wysyłania automatycznych powiadomień. Podobnie adres klienta potrzebny do segmentacji regionalnej nie musi zawierać tylu elementów co adres przeznaczony do dostawy.

Dla każdego pola warto określić:

• jednoznaczną nazwę i definicję,
• typ przyjmowanych danych,
• informację, czy pole jest obowiązkowe,
• dopuszczalny format i zakres wartości,
• zależności od innych pól,
• sposób reakcji na błąd.

Takie ustalenia powinny być zapisane w jednym miejscu. Dzięki temu administrator CRM-u, osoba tworząca formularz i zespół odpowiedzialny za integracje korzystają z tych samych definicji. Pomaga w tym słownik danych klientów, w którym można opisać znaczenie pól i dopuszczalne wartości.

Ogranicz pola obowiązkowe do niezbędnego minimum

Pola obowiązkowe w formularzu powinny obejmować wyłącznie informacje rzeczywiście potrzebne na danym etapie. Nadmierna liczba wymaganych pól zwiększa ryzyko, że użytkownik wpisze przypadkową wartość, pojedynczy znak albo słowo „brak”, aby tylko przejść dalej.

Warto rozróżnić trzy rodzaje pól:

• zawsze obowiązkowe, bez których rekord nie może zostać wykorzystany,
• obowiązkowe warunkowo, zależnie od wybranej opcji lub etapu procesu,
• opcjonalne, które wzbogacają rekord, ale nie są konieczne do jego utworzenia.

Przykładowo numer telefonu może być opcjonalny podczas wysyłania zapytania, ale wymagany, gdy klient wybierze kontakt telefoniczny. Dane rozliczeniowe nie muszą natomiast blokować utworzenia kontaktu, jeżeli będą potrzebne dopiero przed wystawieniem faktury.

Dobierz kontrolę do rodzaju danych

Nie wszystkie pola powinny być walidowane w taki sam sposób. Pole tekstowe może wymagać limitu długości, data kontroli zakresu, a status klienta wyboru z zamkniętej listy.

Najczęściej stosowane reguły obejmują:

• sprawdzenie, czy wartość została podana,
• kontrolę typu danych,
• minimalną i maksymalną długość,
• dopuszczalny zakres liczbowy lub czasowy,
• zgodność z oczekiwanym formatem,
• wybór wartości ze słownika,
• kontrolę zależności między polami,
• sprawdzenie, czy wartość może wystąpić na danym etapie procesu.

Jeżeli możliwe odpowiedzi są znane z góry, lepiej zastosować listę wyboru niż pole tekstowe. Zmniejsza to liczbę literówek i różnych określeń oznaczających to samo. Pole tekstowe pozostaje potrzebne tam, gdzie użytkownik rzeczywiście powinien móc wpisać własną treść.

Jak walidować najważniejsze pola danych klienta?

Poniższe zestawienie pokazuje, jak dopasować rodzaj kontroli do najczęściej używanych pól.

Sprawdzanie poprawności adresu e-mail

Podstawowa walidacja adresu e-mail powinna sprawdzić, czy pole nie jest puste, jeżeli adres jest wymagany, oraz czy wpisana wartość ma strukturę charakterystyczną dla adresu poczty elektronicznej.

Nie należy jednak traktować poprawnego formatu jako dowodu, że skrzynka istnieje. Sprawdzenie obecności znaku „@” i części domenowej nie potwierdza możliwości dostarczenia wiadomości ani tego, że adres należy do konkretnego klienta. Jeżeli ma to znaczenie dla procesu, adres można dodatkowo potwierdzić przez wysłanie wiadomości z linkiem lub kodem.

Reguła nie powinna być nadmiernie restrykcyjna. Zbyt uproszczone założenia mogą odrzucać prawidłowe adresy, na przykład zawierające znak plus, kropkę albo dłuższą końcówkę domeny.

Dobry komunikat brzmi: „Wpisz adres w formacie [email protected]”. Informacja „Nieprawidłowe dane” nie wyjaśnia, co należy poprawić.

Kontrola formatu numeru telefonu

Numer telefonu powinien być sprawdzany z uwzględnieniem kraju. Reguła wymagająca zawsze dziewięciu cyfr może działać dla części polskich numerów, ale odrzuci poprawne numery zagraniczne albo wartości zapisane z kodem kraju.

Formularz może oddzielać kod kraju od numeru lub wymagać pełnego numeru międzynarodowego. Ważne, aby reguła była zgodna ze sposobem późniejszego wykorzystania danych. Jeżeli system wysyła wiadomości lub przekazuje numer do zewnętrznej usługi, zapis powinien być jednoznaczny.

Walidacja powinna tolerować znaki ułatwiające wpisywanie, takie jak spacje, nawiasy lub myślniki, jeżeli system potrafi je bezpiecznie usunąć przed zapisaniem. Następnie numer można przechować w ustalonym formacie. Szersze ujednolicanie formatów danych obejmuje już sposób przechowywania i prezentacji wartości w całej bazie.

Przykładowy komunikat może brzmieć: „Sprawdź numer telefonu i wybierz właściwy kod kraju”.

Imię, nazwisko i nazwa firmy

Reguły dla nazw nie powinny zakładać, że poprawna wartość może zawierać wyłącznie litery od A do Z. Imiona, nazwiska i nazwy firm mogą zawierać polskie znaki, spacje, apostrofy, łączniki, skróty oraz cyfry.

System może odrzucić wartość pustą, składającą się wyłącznie ze spacji albo przekraczającą techniczny limit pola. Ostrożności wymaga natomiast automatyczne blokowanie nazw krótkich, wieloczłonowych lub zawierających rzadziej spotykane znaki.

Warto również usuwać zbędne spacje na początku i końcu wartości. Takie działanie nie zmienia informacji podanej przez użytkownika, a zapobiega tworzeniu pozornie różnych zapisów.

Kraj, kod pocztowy i adres

Walidacja kodu pocztowego powinna zależeć od wybranego kraju. Wymaganie polskiego formatu dla każdego klienta prowadziłoby do odrzucania prawidłowych adresów zagranicznych.

Można sprawdzać, czy kod pocztowy pasuje do kraju, a wybrany region jest dla niego dostępny. Nie należy jednak automatycznie przyjmować, że kraj adresu, kod kraju telefonu i kraj prowadzenia działalności zawsze muszą być identyczne.

Zakres wymaganych danych adresowych powinien wynikać z ich przeznaczenia. Adres dostawy wymaga większej dokładności niż ogólna informacja o lokalizacji klienta.

Statusy, źródła kontaktu i inne pola wyboru

Pola opisujące status klienta, źródło pozyskania, branżę lub typ kontaktu najlepiej oprzeć na zamkniętych listach. Swobodne pole tekstowe szybko prowadzi do powstania wielu wariantów tej samej wartości, na przykład „formularz”, „Formularz WWW” i „strona internetowa”.

System powinien sprawdzać poprawność wartości również wtedy, gdy rekord trafia do bazy przez import lub integrację. Lista widoczna pracownikowi w CRM-ie nie ochroni bazy, jeżeli zewnętrzna aplikacja może przesłać dowolny tekst.

Kiedy blokować zapis, a kiedy tylko ostrzegać?

Nie każdy nietypowy zapis jest błędem. Dlatego reakcja systemu powinna zależeć od tego, czy wartość uniemożliwia wykorzystanie rekordu, czy jedynie wymaga uwagi użytkownika.

Zapis warto zablokować, gdy:

• brakuje danych niezbędnych do wykonania procesu,
• wartość ma niemożliwy format,
• wybrano opcję spoza dopuszczalnego słownika,
• zależne od siebie pola pozostają w jednoznacznej sprzeczności,
• rekord po zapisaniu byłby technicznie bezużyteczny.

Ostrzeżenie będzie lepsze, gdy wartość jest możliwa, ale nietypowa, system podejrzewa literówkę albo pracownik może mieć uzasadniony powód użycia wyjątku. Użytkownik powinien wtedy móc sprawdzić dane i świadomie zatwierdzić zapis.

Podobną zasadę warto zastosować przy podejrzeniu, że klient już istnieje w bazie. Zamiast bezwzględnie odrzucać rekord, system może pokazać podobne kontakty i pozwolić użytkownikowi wybrać właściwe działanie. Szczegółowe reguły wykrywania podobieństw należą jednak do procesu zapobiegania duplikatom w CRM.

Jak tworzyć komunikaty błędnych danych?

Komunikat walidacyjny powinien wskazywać konkretne pole, opisywać przyczynę problemu i podpowiadać sposób poprawienia wartości. Użytkownik nie powinien domyślać się, co oznacza ogólny komunikat „Błąd formularza”.

Zamiast informacji „Nieprawidłowy e-mail” lepiej użyć: „Wpisz adres w formacie [email protected]”. Zamiast „Błąd numeru” można wyświetlić: „Wpisz numer z kodem kraju, na przykład +48”.

Komunikat powinien pojawić się przy polu, którego dotyczy. Nie może być przekazywany wyłącznie czerwonym kolorem, ponieważ użytkownik może go nie zauważyć lub nie rozpoznać znaczenia oznaczenia. Warto połączyć kolor z tekstem i czytelnym symbolem.

Po nieudanej próbie zapisu system powinien zachować wszystkie poprawnie wpisane wartości. Konieczność ponownego uzupełniania całego formularza zwiększa ryzyko kolejnych pomyłek i zniechęca użytkownika do zakończenia procesu.

Nie należy też wyświetlać błędu, zanim użytkownik rozpocznie wpisywanie. Kontrolę można uruchamiać po opuszczeniu pola lub przy próbie zapisu, zależnie od długości formularza i znaczenia informacji.

Gdzie wykonywać walidację?

Walidacja powinna działać na dwóch poziomach. Pierwszy to formularz lub interfejs, który szybko informuje użytkownika o problemie. Drugi to system przyjmujący dane, który ponownie kontroluje wartość bezpośrednio przed zapisemaniem rekordu.

Kontrola tylko w przeglądarce nie wystarcza. Dane mogą trafić do bazy również przez import, aplikację mobilną, integrację, automatyzację lub bezpośrednie wywołanie interfejsu systemowego. Każdy z tych kanałów powinien podlegać tym samym najważniejszym regułom.

W praktyce należy sprawdzić, czy walidacja obejmuje:

• formularze na stronie,
• ręczne tworzenie i edycję kontaktu w CRM-ie,
• importy plików,
• integracje z systemami sprzedażowymi i marketingowymi,
• automatyczne aktualizacje rekordów,
• aplikacje używane przez pracowników.

Reguły nie zawsze muszą być identyczne w warstwie wizualnej i systemowej. Formularz może dodatkowo podpowiadać właściwy zapis, ale ostateczna kontrola przed zapisem powinna opierać się na wspólnych wymaganiach dla danych.

Jak przetestować walidację przed wdrożeniem?

Dla każdego pola trzeba przygotować przykłady poprawnych, błędnych i nietypowych wartości. Test nie powinien ograniczać się do oczywistych pomyłek.

Należy sprawdzić między innymi:

• pustą wartość w polu obowiązkowym,
• minimalną i maksymalną dopuszczalną długość,
• polskie znaki, spacje, apostrofy i łączniki,
• numery telefonów z różnych krajów,
• adresy e-mail z poprawnymi, lecz mniej typowymi znakami,
• zależności między polami warunkowymi,
• zapis przez formularz, CRM, import i integrację,
• treść oraz położenie komunikatów o błędach.

Trzeba także zweryfikować, czy reguła nie odrzuca poprawnych wyjątków. Nadmiernie restrykcyjna walidacja może być równie problematyczna jak jej brak, ponieważ zmusza użytkowników do wpisywania danych zastępczych lub przechowywania ważnych informacji poza systemem.

Przed pełnym wdrożeniem warto uruchomić reguły dla ograniczonej grupy użytkowników. Powtarzające się błędy mogą oznaczać, że formularz jest niejasny, komunikat nie podpowiada rozwiązania albo sama reguła wymaga zmiany.

Checklista wdrożenia walidacji danych klientów

Przed uruchomieniem procesu należy sprawdzić, czy:

• każde pole ma jednoznaczne znaczenie i przeznaczenie,
• pola obowiązkowe ograniczono do rzeczywiście potrzebnych,
• formaty uwzględniają kraj i sposób wykorzystania danych,
• kontrolowane są zależności między polami,
• błędy krytyczne blokują zapis, a nietypowe wartości wywołują ostrzeżenie,
• komunikaty dokładnie wskazują sposób poprawienia danych,
• reguły działają we wszystkich kanałach tworzenia i aktualizowania rekordów,
• testy obejmują zarówno typowe wartości, jak i prawidłowe wyjątki.