Komunikacja mikrotekstowa i UX

1) Jakie mikroteksty są i dlaczego są potrzebne

• wyjaśnia „co się dzieje teraz” i „co dalej”;
• Zmniejsza błędy i wsparcie
• zwiększa konwersję i zaufanie.

2) Podstawowe zasady

1. Jasność> Brak dwuznaczności i slangu.
2. Kontekst. Piszemy dokładnie to, co jest przydatne tutaj i teraz.
3. Zwięzłość. Usuwamy niepotrzebne słowa bez poświęcenia znaczenia.
4. Aktywny głos i czasowniki akcji. Zapisz, kontynuuj, wyślij dokumenty.
5. Szczegóły i punkty orientacyjne. Co, dlaczego, jak naprawić, ile to zajmie.
6. Kolejność terminów. Jeden termin jest jednym znaczeniem w całym produkcie.
7. Głos marki i ton sytuacji. Przyjazny, ale bez znajomości; w stresujących krokach - neutralne i spokojne.
8. Dostępność. Jasny język, czytelność na głos, kompatybilność z czytnikami ekranu.
9. Lokalizacja pierwsza. Żetony projektowe na długość ciągu, liczby, czas; unikanie wrażliwych kulturowo dowcipów.
10. Etyka i odpowiedzialność. Przejrzystość warunków, uczciwe oczekiwania, brak manipulacji.

3) Mapa punktu mikrotekstowego

Nawigacja i CTA: nazwy pozycji, przyciski, stany wyłączone.
Formularze i CCM/rejestracja: etykiety, znaczniki, maski, prompty, walidacja inline, błędy, potwierdzenia.
Puste stany i „zero” ekrany: co to jest i jak zacząć.
Statusy i postępy: pliki do pobrania, kolejka, kroki, czas oczekiwania.
Powiadomienia systemowe: toast, banery, puszek, e-mail/skrzynka odbiorcza.
Wyszukiwanie i filtrowanie: zapytania próbki, zero wyników, sortowanie.
Płatności/wnioski: wymagania dotyczące danych, terminy, prowizje, limity.
Ustawienia i zabezpieczenia: hasła, 2FA, sesje, alerty ryzyka.
Pomoc interfejsu: wskazówki, wskazówki narzędzi, wstawki FAQ, linki do pomocy.

4) Wzorce stref kluczowych (z przykładami)

4. 1 CTA i nazwy działań

Zasada: przycisk = działanie użytkownika + obiekt.

Przed: Ok → Po: Zapisz zmiany

Przed: „Dowiedz się więcej” → Po: „Czytaj zasady premii”

Przed: "Wyślij' → Po:" Wysłać dokument "

Dobrze: krótko, konkretnie, na miejscu. Zły: abstrakcyjny, żartobliwy, niejednoznaczny.

4. 2 Etykiety i łożyska

Etykieta jest wymagana; placeholder jest przykładem formatu.
Przed: placeholder „Ivan Ivanov” bez etykiety → Po: etykieta „FULL NAME”, placeholder „Ivan Мvanov”.

Oczekiwania formatu: "DD. MM. RRRR", "Min. 8 znaków, 1 cyfra"

4. 3 Walidacja inline i błędy

Formuła komunikatu o błędzie: co jest nie tak + jak naprawić + (dlaczego/ograniczenie).

Przed: "Błąd 400" → Po: "Nieprawidłowy format daty. Użyj DD. MM. RRRR"

Przed: "Nie udało się załadować" → Po: "Plik jest zbyt duży (max. 10 MB). Wybierz mniejszy plik.
Aby otworzyć/blokady: Dodaj obok siebie łącze Pokaż wymagania.

4. 4 Puste stany

Cel: Wyjaśnić wartość i zasugerować działanie.

Szablon: "Oto [wynik/historia], jak tylko [akcja]. [Przycisk kroku]"

Przykład: "Nie masz jeszcze żadnych zapisanych metod płatności. Dodaj kartę - przyspieszy to płatności. [Dodaj mapę]"

4. 5 Pliki do pobrania, postęp, czekanie

Poinformuj, co się dzieje i jak długo to zajmie: „Sprawdzamy dokumenty (do 2 minut)”.
Oferta alternatywna: „Możesz zamknąć okno - powiadomimy Cię, kiedy wszystko będzie gotowe”.

4. 6 Zero wyników wyszukiwania

Przykład: „Nic nie znaleziono dla „live blackjack. "Spróbuj "blackjacka" lub usunąć filtr "Dostawca: X". [Zresetuj filtry]"

4. 7 Powiadomienia (toast/banery/pooches)

Sukces: „Aplikacja została sentenced. Poinformujemy Cię o decyzji e-mailem”.
Informacje: „Weryfikacja adresu jest wymagana, aby zwiększyć limit”.

Uwaga: "Sesja wygasa za 1 minutę. Odnowić? [Odnów] [Rzuć]"

Błąd: "Płatność została odrzucona przez bank. Spróbuj innej metody lub skontaktuj się z bankiem.

4. 8 Płatności, limity, terminy

Napisz jasno o prowizjach/terminach: "Prowizja z 1. 5% zatrzymuje dostawca", "Płatność - do 15 minut"

Wyjaśnij przyczyny awarii: „Metoda nie jest dostępna w Twoim regionie ze względu na zasady dostawcy”.

4. 9 Bezpieczeństwo i wrażliwe kroki

Neutralny ton, zero żartów.
Przykład: "Zauważyliśmy wejście z nowego urządzenia. Czy to ty? [Tak, to ja] [Nie] ".

5) Ton i styl: dostosowanie do sytuacji

Normalny przepływ: przyjazny, zwięzły.
Nauka/wejście na pokład: wsparcie i motywacja.
Stres/błąd/płatność: neutralny, spokojny, specyficzny.
Warunki prawne: formalnie przejrzyste, bez obietnic marketingowych.

• Używamy: „proszę”, „gotowy”, „nie martw się”, „sprawdź”.
• Unikamy: „oh”, „oops”, „hack”, „magia”, sarkazm, wymiary.

6) Lokalizacja i internacjonalizacja

Ustaw dłuższy margines długości linii (DE/UK).
Numery/Waluty/Daty - format lokalnie.
Nie szyfruj znaczenia w humorze/metaforach.
Zachowaj słownik terminów i mapę tonalną według języka (zestaw przykładowych zwrotów dla każdej sytuacji).

7) Dostępność (A11y)

Błędy i ważne statusy - aria-live.
Kontrast i czytelność na poziomie WCAG.
Znaczenie to znajduje się na etykiecie/etykiecie arii, nie tylko w posiadaczu.
Odpowiedniki tekstu dla ikon: „Usuń”, „Ukryj hasło”.
Kolejność zakładek = kolejność znaczeń.

8) Proces treści i system projektowania

Treść rurociągu: krótki → projekt → przegląd UX → legalność/zgodność (w razie potrzeby) → lokalizacja → testy → wydanie.

• Biblioteki państwowe (sukces/informacje/uwaga/błąd)
• Wzory błędów według typu pola
• przewodnik z nazwami CTA;
• mapa tonowa i słownik;
• „dozowniki” o długości (maksymalne znaki dla stanów).
• Weryfikacja tekstu: przechowywać linie obok kodu/komponentów, używać klawiszy i opisów.

9) Metryki i eksperymenty

Kluczowe wskaźniki: konwersja kroków, CTA CTR, czas do zakończenia, wskaźnik błędów specyficznych dla danego typu, NPS/CSAT dla skryptu, częstotliwość wywołań wsparcia w temacie.
Badania: wywiady UX, testy użyteczności, czytanie na głos, śledzenie wzroku do wykrywania ślepego miejsca, analiza pustego stanu kliknięcia-mapy.
Badania mikrokopii A/B: badanie jednego czynnika semantycznego na raz (czasownik działania, specyfika terminu, formuła błędu).

10) Anty-wzory

Humor w krytycznych krokach („upsik!” w przypadku błędu płatniczego).
Abstrakcyjne CTA („OK”, „Next”) bez obiektu akcji.
Kody techniczne bez tłumaczenia („Błąd 500” zamiast „Usługa nie jest dostępna”).
Odtwórca zamiast etykiety.
Ukryte warunki i nierozsądne oczekiwania („Natychmiast”, gdy są opóźnienia).
„Zero” puste stany bez następnego kroku.
Pasywne struktury zabezpieczające i bezosobowe („należy wypełnić”).

11) Wzory zwrotów (można przyjmować i wstawiać)

• „Wprowadź numer telefonu w formacie + 380”...
• "Hasło jest zbyt krótkie. Minimum 8 znaków"
• "Dokument jest niewyraźny. Prześlij jaśniejsze zdjęcie"

• "Zrobione! Sprawdzimy dokumenty (do 2 minut) i wyślemy powiadomienie"
• "Płatność zaakceptowana. Paragon został wysłany e-mailem"

• "Historia transakcji po pierwszym uzupełnieniu pojawi się tutaj. [Napełnij]"

• "Łączymy dostawcę... zwykle trwa do 30 sekund"

• "Zablokowaliśmy próbę wejścia z nieznanego miejsca. Jeśli to ty - potwierdź w aplikacji"

12) Listy kontrolne

• Czy to jasne, co użytkownik powinien zrobić dalej?
• Czy istnieją specyfikacje: format, limit, termin, przyczyna/efekt?
• Czy warunki odpowiadają słownikowi?
• Czy ton jest odpowiedni dla sytuacji?
• Wiadomość czytelna na głos i na ekranie 320 px?
• Dostępność: etykiety, atrybuty arii, ostrość, kontrast.
• Czy opcja jest gotowa do lokalizacji (bez pułapek kulturowych)?

• Czy przesłanie wyjaśnia powód?
• Sugeruje naprawę?
• Nie obwinia użytkownika?
• Czy nie ujawnia zbędnych szczegółów technicznych?

13) Przykłady przed/po

1. Odmowa płatności

Do: „Błąd płatności”

Po: "Płatność została odrzucona przez bank. Spróbuj innej karty lub skontaktuj się z bankiem. Opłata nie została naliczona"

2. Dwuznaczny przycisk

Przed: „Kontynuuj” (nie wiadomo, co dokładnie)

Po: „Przejdź do potwierdzenia tożsamości”

3. Zero wyszukiwania

Przed: „Nic nie znaleziono”

Po: "Nic nie znaleziono na ruletce na żywo. „Usuń filtr „High-limit” lub spróbuj „ruletka. „[Zresetuj filtry]”

4. Pusty portfel

Przed: „Tu jest pusto”

Po: "Aby rozpocząć, połączyć kartę lub portfel. Przyspieszy to uzupełnianie i płatności. [Dodaj formę płatności]"

14) Wbudowanie mikrokopii w prace produktowe

Zaplanuj tekst w tym samym czasie co projekt i logika.
Zachowaj „bank wierszy” w repozytorium i systemie projektowania.
Określić etap testowania tekstów na kopiach ekranów.
Decyzje dokumentowe: dlaczego wybrano preparat, które hipotezy są testowane.

Krótki arkusz oszustwa

Znaczenie → Działanie → Słowo. Najpierw to, co trzeba zrobić, potem jak to powiedzieć.
Jeden ekran to jeden cel. Microtext służy celowi kroku.
Więcej kontekstu - mniej wsparcia. Wyjaśnij na czas i w sprawie.
Testuj słowa w taki sam sposób jak UI. Teksty są częścią interfejsu, nie dekoracji.