Dobrze zaplanowane microcopy pomaga przejść przez formularz bez domyślania się, jakich danych oczekuje dane pole i co zrobić po pojawieniu się błędu. Szczególnego rozróżnienia wymagają etykiety, które pozostają stałym punktem odniesienia, oraz podpowiedzi i przykłady formatu, które doprecyzowują sposób wpisu, ale nie zastępują opisu pola.
Rola microcopy w formularzu i miejsca, w których zmniejsza tarcie
Microcopy w formularzu zmniejsza tarcie wtedy, gdy pojawia się dokładnie w miejscu niepewności użytkownika. Pomaga zrozumieć sens zadania, podać potrzebne dane, zareagować na problem i przejść dalej bez zgadywania. Największą wartość ma więc nie liczba komunikatów, lecz ich kontekst i moment.
Treść powinna wspierać kolejne decyzje użytkownika, ale nie obciążać go dodatkowymi objaśnieniami przy każdym polu. Warto koncentrować ją tam, gdzie może pojawić się wahanie, obawa dotycząca danych albo ryzyko pomyłki. Takie podejście upraszcza wykonanie zadania, podczas gdy nadmiar tekstu może utrudnić szybkie odczytanie formularza.
Etykiety, opisy i podpowiedzi przy polach formularza
Etykieta pola powinna znajdować się nad polem i pozostać widoczna jako stały punkt odniesienia podczas wpisywania danych. Sama etykieta wystarcza, gdy jednoznacznie wskazuje, jakiej informacji dotyczy pole. Dodatkowy opis jest potrzebny wtedy, gdy nazwa może być różnie rozumiana albo nie wyjaśnia rodzaju oczekiwanej informacji.
Podpowiedź pod polem warto stosować przy danych, których użytkownik może nie znać na pamięć. Może wskazywać, gdzie znaleźć potrzebną informację, na przykład na fakturze. Krótkie wyjaśnienie celu podania danych dodatkowo ogranicza wrażenie nieuzasadnionego ich zbierania, ale nie powinno zastępować jasnej etykiety.
Format danych, placeholdery i oznaczenia pól wymaganych
Format danych warto pokazać wtedy, gdy użytkownik może wpisać informację na kilka sposobów. Krótki przykład lub bezpośrednia instrukcja wskazuje oczekiwany zapis, ale nie powinna zastępować etykiety pola. Placeholder może pełnić funkcję takiej wskazówki, jednak znika po rozpoczęciu wpisywania, więc sam nie zapewnia stałego kontekstu.
Zakres wymaganych informacji powinien być widoczny bez domyślania się, które pola można pominąć. Rozróżnienie dotyczy zarówno danych, jak i zgód: element wymagany powinien być oznaczony w sposób spójny, a opcjonalność należy komunikować tylko tam, gdzie ma znaczenie dla podjęcia decyzji.
- Przykład formatu — pokazuje oczekiwany sposób zapisu danych.
- Placeholder — uzupełnia wskazówkę, lecz nie zastępuje etykiety.
- Pole wymagane — jasno sygnalizuje informację niezbędną do wykonania działania.
- Pole opcjonalne — pozwala odróżnić dane dodatkowe od koniecznych.
Komunikaty błędów z jasną instrukcją poprawy
Skuteczny komunikat walidacyjny nie tylko sygnalizuje błąd, lecz także wyjaśnia jego przyczynę i wskazuje sposób naprawy. Powinien znajdować się przy właściwym polu, aby użytkownik łatwo połączył informację z miejscem wymagającym poprawy. Neutralny ton, pozbawiony obwiniania, żargonu i niezrozumiałych kodów, ułatwia wykonanie kolejnego kroku.
- Wskazanie problemu — nazwij, czego dotyczy błąd.
- Wyjaśnienie przyczyny — krótko doprecyzuj, dlaczego informacja wymaga poprawy.
- Instrukcja naprawy — wskaż konkretne działanie, które pozwoli usunąć problem.
Tekst przycisku i komunikat po wysłaniu formularza
Tekst przycisku powinien jasno wskazywać skutek kliknięcia, dlatego lepiej użyć sformułowania opisującego działanie niż ogólnego „Dalej” lub „Wyślij”. Po wykonaniu czynności komunikat powinien jednoznacznie potwierdzać ukończenie procesu, na przykład informować, że wiadomość została otrzymana. Jeśli proces obejmuje dalszy kontakt, warto wskazać jego sposób; nie należy jednak obiecywać konkretnego terminu bez potwierdzenia w danym procesie.
Istotna jest także spójność między stanem przycisku a komunikatem końcowym. Użytkownik powinien rozumieć, czy formularz jest jeszcze przetwarzany, czy został już skutecznie wysłany. Potwierdzenie może pojawić się na tej samej stronie albo na osobnej stronie podziękowania, ale w obu przypadkach musi wyraźnie zamykać etap wypełniania formularza i wskazywać następny krok, jeśli jest potrzebny.
Spójność, prostota i dostępność języka formularza
Prosty język formularza opiera się na krótkich, konkretnych zdaniach i słowach zrozumiałych bez specjalistycznej wiedzy. Ograniczenie żargonu ułatwia odczytanie instrukcji, zwłaszcza gdy użytkownik wykonuje zadanie w pośpiechu lub korzysta z formularza na urządzeniu mobilnym.
Spójność oznacza utrzymanie jednolitego stylu etykiet, podpowiedzi i komunikatów w całym interfejsie. Ton powinien pasować do usługi, ale nie może utrudniać zrozumienia treści. Warto także stosować język neutralny, który nie zawęża komunikatu do jednej grupy społecznej ani jednej płci. Każdą treść należy dopasować do sytuacji użytkownika, celu formularza i etapu procesu, na którym się pojawia.
