Formularz kontaktowy jest jednym z najważniejszych miejsc na stronie, bo często decyduje o tym, czy użytkownik zrobi kolejny krok. Może chcieć zapytać o usługę, zapisać się na wydarzenie, zgłosić problem, poprosić o ofertę, wysłać dokument albo skontaktować się z instytucją. Jeśli formularz jest trudny, nieczytelny albo niedostępny, cała wcześniejsza praca strony może pójść na marne. Użytkownik zrozumiał ofertę, zaufał firmie, znalazł właściwą podstronę, a na końcu nie może wysłać wiadomości.
Prosty formularz nie oznacza prymitywnego formularza. Oznacza taki, który pyta tylko o dane potrzebne do załatwienia sprawy i jasno prowadzi użytkownika. Inaczej wygląda formularz kontaktowy dla małej firmy, inaczej zapis na warsztaty w instytucji kultury, inaczej zgłoszenie dostępnościowe, a inaczej formularz rekrutacyjny. W każdym przypadku trzeba jednak zadać to samo pytanie: które pola są naprawdę potrzebne teraz, a które można ustalić później?
Najczęstszy błąd to zbyt wiele pól. Firma chce od razu wiedzieć wszystko: imię, nazwisko, telefon, e-mail, nazwa firmy, stanowisko, budżet, termin, branża, liczba pracowników, załączniki, zgody, szczegółowy opis. Przy skomplikowanych usługach część tych informacji może być przydatna, ale pierwszy kontakt nie powinien przypominać egzaminu. Jeśli ktoś chce zapytać o stronę internetową, wystarczy imię, adres e-mail lub telefon, krótki opis sprawy i ewentualnie adres obecnej strony. Resztę można omówić w rozmowie.
W instytucjach zbyt długie formularze też są problemem. Rodzic zapisujący dziecko na zajęcia potrzebuje wiedzieć, jakie dane są wymagane i dlaczego. Uczestnik wydarzenia nie powinien podawać zbędnych informacji, jeśli rezerwuje tylko miejsce na spotkanie. Formularz zgłoszenia dostępności powinien pozwolić opisać barierę, podać kontakt i wskazać, czego użytkownik potrzebuje. Nadmiar pól zwiększa ryzyko błędów, rezygnacji i niepotrzebnego przetwarzania danych.
Każde pole powinno mieć etykietę. Placeholder, czyli tekst widoczny wewnątrz pola przed wpisaniem danych, nie zastępuje etykiety. Gdy użytkownik zaczyna pisać, placeholder znika. Osoba z problemami pamięci, słabszym wzrokiem albo korzystająca z czytnika ekranu może stracić informację, czego dotyczy pole. Etykieta powinna być widoczna i powiązana technicznie z polem. „Adres e-mail”, „Numer telefonu”, „Treść wiadomości”, „Data wydarzenia” – proste nazwy działają najlepiej.
Informacja o polach wymaganych powinna być jasna. Gwiazdka bez wyjaśnienia bywa niewystarczająca. Można napisać przy polu „wymagane” albo na początku formularza wyjaśnić, że pola oznaczone gwiazdką są obowiązkowe. Jeśli pole ma określony format, warto podać przykład. Przy adresie e-mail zwykle nie trzeba wiele tłumaczyć, ale przy numerze telefonu, NIP-ie, dacie albo liczbie uczestników przykład może pomóc.
Komunikaty błędów są krytyczne. „Coś poszło nie tak” albo „formularz zawiera błędy” nie pomaga, jeśli użytkownik nie wie, co poprawić. Dobry komunikat wskazuje pole i problem: „Wpisz adres e-mail w formacie nazwa@example.pl”, „To pole jest wymagane”, „Wybierz termin warsztatów”. Błąd powinien być widoczny, zrozumiały i dostępny dla czytnika ekranu. Nie może być przekazywany wyłącznie kolorem czerwonym, bo część osób go nie rozróżni.
Po wysłaniu formularza użytkownik powinien dostać jasne potwierdzenie. Komunikat „Dziękujemy, wiadomość została wysłana” to minimum. Warto dodać, co stanie się dalej: „Odpowiemy w ciągu dwóch dni roboczych” albo „Potwierdzenie zapisu wyślemy e-mailem”. Jeśli formularz dotyczy wydarzenia, dobrze poinformować, czy samo wysłanie oznacza rezerwację miejsca, czy dopiero zgłoszenie. Brak jasnej informacji po wysłaniu powoduje niepewność i powtarzanie zgłoszeń.
CAPTCHA bywa jednym z najbardziej frustrujących elementów formularza. Ma chronić przed spamem, ale często karze zwykłych użytkowników. Zaznaczanie obrazków, rozpoznawanie znaków, limity czasowe i nieczytelne zadania mogą blokować osoby niewidome, słabowidzące, starsze, korzystające z urządzeń mobilnych albo po prostu zmęczone. Ochrona antyspamowa jest potrzebna, ale warto wybierać rozwiązania możliwie mało inwazyjne: zabezpieczenia działające w tle, pułapki na boty, filtry po stronie serwera, ograniczenia bez zmuszania użytkownika do rozwiązywania zagadek.
Formularz musi działać klawiaturą. Użytkownik powinien móc przejść przez wszystkie pola klawiszem Tab, zaznaczyć checkbox, wybrać opcję, wysłać formularz i zobaczyć fokus. Jeśli fokus znika, kolejność pól jest nielogiczna albo przycisk nie reaguje, formularz staje się barierą. Test klawiaturą jest prosty i warto go wykonywać po każdej większej zmianie formularza.
Zgody i informacje prawne powinny być czytelne. Checkbox zgody nie może być domyślnie zaznaczony, jeśli wymaga aktywnej decyzji użytkownika. Tekst zgody powinien mówić, na co użytkownik się zgadza, a link do polityki prywatności powinien być opisowy. Nie warto ukrywać kilku różnych zgód w jednym długim zdaniu. Przy prostym formularzu kontaktowym często wystarczy informacja o przetwarzaniu danych w celu odpowiedzi na wiadomość, ale konkret zależy od sytuacji i warto go ustalić odpowiedzialnie.
Perspektywa użytkownika jest prosta: chce szybko i bezpiecznie wysłać sprawę. Jeśli formularz go zatrzymuje, może zadzwonić, ale może też zrezygnować. Osoba z niepełnosprawnością może nie mieć alternatywy, jeśli numer telefonu nie jest dla niej wygodny. Osoba pisząca po godzinach woli formularz. Rodzic zapisujący dziecko na zajęcia chce mieć potwierdzenie. Klient pytający o usługę nie chce wypełniać ankiety na dziesięć minut, zanim dowie się, czy firma ma termin.
Dla właściciela firmy prosty formularz oznacza więcej sensownych zapytań. Jeśli pola są dobrze dobrane, wiadomości zawierają najważniejsze informacje, ale nie odstraszają użytkownika. Można zapytać o typ usługi, termin i krótki opis sprawy, zamiast wymagać pełnego briefu. Dobrze zaprojektowany formularz nie zastępuje rozmowy, tylko ją przygotowuje.
Dla instytucji publicznej lub kultury formularz ma dodatkowe znaczenie. Może obsługiwać zapisy, wnioski, zgłoszenia dostępnościowe, rezerwacje, kontakt z organizatorem. Jeśli jest niedostępny, część osób nie może skorzystać z oferty instytucji. To nie jest tylko problem techniczny. To problem udziału w kulturze, edukacji, projekcie albo usłudze publicznej.
W Bearded Wolf formularze są traktowane jako część całego doświadczenia strony WordPress: treści, dostępności, SEO i późniejszej obsługi. Dobry formularz powinien być prosty dla użytkownika i użyteczny dla osoby, która odbiera zgłoszenia. Nie ma sensu zbierać danych, których nikt potem nie wykorzystuje. Nie ma też sensu robić pięknej strony, która kończy się formularzem trudnym do wysłania.
Dobrym początkiem jest przejście przez własny formularz jak zwykły użytkownik: na komputerze, na telefonie, klawiaturą, z celowo popełnionym błędem, z pustym wymaganym polem. Warto sprawdzić, czy wiadomo, co wpisać, co poprawić i czy zgłoszenie dotarło. Jeśli formularz wymaga wyjaśnień poza stroną, prawdopodobnie trzeba go uprościć. Krytyczne miejsce strony powinno być najbardziej spokojne, nie najbardziej wymagające.
