Po wysłaniu formularza użytkownik powinien jednoznacznie wiedzieć, czy zgłoszenie zostało odebrane i co wydarzy się dalej. Komunikat może potwierdzać przyjęcie sprawy, podawać bezpieczny numer referencyjny oraz wskazywać przewidywany czas odpowiedzi, ale nie powinien ujawniać pełnych danych ani obiecywać informacji, których system lub zespół nie może potwierdzić.
Elementy skutecznego komunikatu po wysłaniu formularza
Skuteczny komunikat po wysłaniu formularza powinien jednoznacznie opisywać stan zgłoszenia: potwierdzać powodzenie albo informować o niepowodzeniu. W wersji potwierdzającej warto krótko wskazać, że formularz został wysłany. Treść powinna być jasna, krótka i pozytywna, bez nieokreślonych komunikatów systemowych, które nie wyjaśniają użytkownikowi, co faktycznie się wydarzyło.
Potwierdzenie odbioru bez ujawniania danych
Potwierdzenie odbioru powinno jasno wskazywać, że zgłoszenie zostało otrzymane, ale nie musi odtwarzać jego pełnej treści. Bezpiecznym rozwiązaniem jest ograniczone podsumowanie oraz, opcjonalnie, numer referencyjny ułatwiający późniejszy kontakt lub śledzenie sprawy.
- Numer referencyjny – można go pokazać jako identyfikator zgłoszenia.
- Ograniczone podsumowanie – na przykład temat lub wybrana kategoria, bez pełnych adresów i numerów dokumentów.
- Dane wrażliwe – nie powinny pojawiać się na stronie potwierdzenia ani w pełnej kopii wiadomości.
Kolejne kroki i przewidywany czas odpowiedzi
Po przyjęciu formularza komunikat powinien wyjaśniać, co wydarzy się dalej i czy użytkownik musi podjąć dodatkową akcję. Warto krótko opisać przegląd zgłoszenia oraz wskazać, że w razie potrzeby zespół skontaktuje się e-mailem z prośbą o uzupełnienie informacji.
Ramy czasowe powinny być konkretne i realistyczne, a nie ograniczać się do określenia „wkrótce”. Jeśli termin zależy od zakresu sprawy lub konieczności uzyskania dodatkowych danych, należy zaznaczyć tę zależność zamiast składać niepotwierdzoną obietnicę.
Komunikat o błędzie i możliwość ponownego wysłania formularza
Komunikat o nieudanym wysłaniu powinien krótko nazwać problem i od razu wskazać dostępne rozwiązanie. Jeśli błąd dotyczy konkretnego pola, należy zachować poprawnie wpisane dane oraz wyraźnie oznaczyć miejsce wymagające korekty. Gdy przyczyna nie jest związana z treścią formularza, użytkownik powinien otrzymać możliwość ponowienia próby albo kontaktu z pomocą.
- Błąd konkretnego pola – wskaż, co wymaga poprawy, i podaj oczekiwany format danych.
- Nieudane wysłanie – poinformuj o problemie oraz pozostaw przycisk ponownego wysłania bez usuwania prawidłowych informacji.
- Brak możliwości ponowienia – podaj alternatywny sposób kontaktu z pomocą.
Po obsłużeniu żądania warto zastosować przekierowanie, aby odświeżenie strony nie uruchamiało ponownie tej samej operacji. Komunikat powinien pozostać oddzielony od potwierdzenia udanego wysłania i od informacji o dalszym czasie odpowiedzi.
Widoczność komunikatu dla użytkownika
Widoczność komunikatu zależy nie tylko od jego położenia, lecz także od czytelnego kontrastu i jednoznacznego przekazania zmiany stanu. Domyślne zielone tło komunikatu sukcesu oraz czerwone tło komunikatu niepowodzenia można zmienić własnymi stylami CSS, ale tekst powinien pozostać wyraźny na wybranym tle.
Znaczenie nie powinno wynikać wyłącznie z koloru, ponieważ część użytkowników może go nie rozróżniać. Informację należy przekazać również treścią i strukturą komunikatu. Zmiana dynamicznej treści może być udostępniana technologiom asystującym dzięki atrybutowi aria-live=”polite”, który pozwala zakomunikować ją bez przerywania bieżącego odczytu.
Powiązane posty:
Nagłówki sprzedażowe – jak tworzyć komunikaty, które przyciągają uwagę i wspierają sprzedaż
Dowody wiarygodności w tekście sprzedażowym: dane, opinie, przykłady i granice obietnic
Struktura opisu usługi na stronie internetowej: kolejność sekcji od problemu klienta do CTA
Microcopy w formularzu: etykiety, podpowiedzi i komunikaty ułatwiające jego wypełnienie