microcopy

Microcopy to krótkie teksty interfejsu — etykiety przycisków, podpowiedzi i komunikaty — istotnie wpływające na konwersję.

Microcopy jako warstwa tekstowa interfejsu

Microcopy to krótkie komunikaty umieszczane bezpośrednio w interfejsie programu, strony internetowej albo aplikacji. Do tej kategorii należą między innymi etykiety przycisków, nazwy pól formularzy, teksty w menu, podpowiedzi wyświetlane po wskazaniu elementu, komunikaty walidacyjne, opisy stanów pustych oraz informacje prezentowane podczas ładowania danych. Microcopy nie zastępuje dokumentacji technicznej. Jego zadaniem jest wyjaśnienie konkretnej czynności w miejscu, w którym użytkownik jej wykonuje.

W poprawnie zaprojektowanym interfejsie krótki tekst powinien wskazywać działanie, obiekt działania albo skutek wybranej operacji. Etykieta „Zapisz dokument” określa czynność i jej przedmiot dokładniej niż samo „OK”. Komunikat „Nie można zapisać pliku: brak miejsca na dysku” przekazuje więcej informacji diagnostycznych niż ogólne „Wystąpił błąd”. Microcopy jest więc częścią komunikacji między oprogramowaniem a człowiekiem, a nie ozdobnym dodatkiem do warstwy wizualnej.

Etykiety, podpowiedzi i komunikaty stanu

Najczęściej spotykaną formą microcopy są etykiety kontrolek. Tekst przycisku powinien odpowiadać operacji wykonywanej po jego użyciu, zwłaszcza gdy działanie zmienia dane, uruchamia proces albo prowadzi do kolejnego kroku. W formularzu istotne są także nazwy pól, przykładowe wartości i instrukcje dotyczące formatu. Informacja „Adres e-mail” opisuje oczekiwane dane, natomiast komunikat „Podaj adres w formacie Ten adres pocztowy jest chroniony przed spamowaniem. Aby go zobaczyć, konieczne jest włączenie w przeglądarce obsługi JavaScript.” wyjaśnia, jak poprawić wartość odrzuconą przez walidator.

Podpowiedź może doprecyzować funkcję elementu, ale nie powinna być jedynym miejscem przekazania informacji koniecznej do wykonania zadania. Jest to szczególnie ważne na urządzeniach z ekranem dotykowym, gdzie nie występuje klasyczny stan wskazania kursorem. Komunikaty statusu powinny rozróżniać stan trwający, zakończony i nieudany. „Przesyłanie pliku w toku”, „Plik przesłano” oraz „Przesyłanie przerwane” opisują trzy różne sytuacje, które wymagają od użytkownika innych reakcji.

Microcopy obejmuje również teksty ostrzegawcze i potwierdzenia operacji. Ostrzeżenie powinno wskazywać konsekwencję, a nie tylko używać abstrakcyjnego określenia „uwaga”. Przy usuwaniu danych czytelny komunikat może zawierać nazwę obiektu oraz informację, czy operację da się cofnąć. Jeśli program wymaga uprawnień, komunikat powinien wyjaśniać, jaki zasób jest niedostępny i jaka czynność może rozwiązać problem. Dzięki temu tekst interfejsu wspiera rozpoznanie przyczyny, zamiast zmuszać do zgadywania.

Microcopy a obsługa błędów i dostępność

W obsłudze błędów microcopy powinno oddzielać opis problemu od proponowanego działania. Sam kod błędu może być przydatny dla administratora lub programisty, ale dla użytkownika zwykle potrzebny jest także zrozumiały kontekst. Przykładowo komunikat „Połączenie z serwerem zostało przerwane. Sprawdź połączenie z siecią i spróbuj ponownie” wskazuje zarówno zdarzenie, jak i możliwy następny krok. Nie należy sugerować przyczyny, której oprogramowanie nie potwierdziło. Jeżeli aplikacja wykryła brak dostępu do pliku, nie oznacza to automatycznie uszkodzenia dysku.

Treść komunikatu powinna być zgodna ze stanem technicznym programu. Nieuzasadnione zapewnienie o pomyślnym zakończeniu operacji może prowadzić do utraty danych lub błędnych decyzji. W systemie, który wykonuje operację asynchronicznie, microcopy powinno informować, czy proces nadal trwa, czy został tylko zainicjowany. Ważne jest także zachowanie spójnych nazw: jeżeli funkcja jest nazywana „kopią zapasową” w jednym miejscu, nie powinna być określana jako „archiwizacja” w innym, jeśli program nie rozróżnia tych operacji.

Microcopy wpływa również na dostępność interfejsu. Tekst powinien być możliwy do odczytania przez technologie asystujące, a informacja nie może być przekazywana wyłącznie kolorem, położeniem lub ikoną. Etykiety pól formularza powinny być powiązane z odpowiednimi kontrolkami, a komunikaty o błędach powinny wskazywać element wymagający poprawy. Należy unikać skrótów bez objaśnienia, wieloznacznych symboli oraz zdań, które opisują jedynie wygląd elementu. W praktyce jakość microcopy można sprawdzać razem z testami interfejsu, analizą przepływu czynności i oceną komunikatów generowanych w różnych stanach aplikacji.

Spójność microcopy w codziennym oprogramowaniu

W laptopie lub komputerze PC microcopy występuje w systemie operacyjnym, przeglądarce internetowej, programach biurowych, narzędziach do obsługi plików oraz aplikacjach instalowanych przez użytkownika. Problemy z tekstami interfejsu mogą wynikać z błędnego tłumaczenia, niepełnego pakietu językowego, uszkodzonych zasobów programu, niezgodności wersji albo błędu samej aplikacji. Objawem może być pusty przycisk, ucięta etykieta, komunikat w innym języku lub opis niepasujący do wykonywanej operacji. Sama zmiana ustawień języka nie zawsze rozwiązuje problem, ponieważ tekst może być pobierany z osobnego modułu lub generowany dynamicznie.

Podczas diagnostyki warto ustalić, czy nieprawidłowość występuje tylko w jednym programie, na jednym koncie użytkownika, czy w całym systemie. Należy także sprawdzić, czy problem pojawił się po aktualizacji, instalacji dodatku lub zmianie ustawień skalowania ekranu. Zbyt mały obszar kontrolki może powodować wizualne obcięcie tekstu bez uszkodzenia danych aplikacji. Z kolei komunikat pojawiający się w niewłaściwym momencie może wskazywać na błąd przepływu programu, a nie na problem z ekranem czy klawiaturą.

Warszawskie Pogotowie Komputerowe zajmuje się profesjonalną naprawą laptopów, komputerów PC i ich podzespołów, dlatego przy problemach z działaniem oprogramowania można rozpocząć od ustalenia, czy źródłem objawu jest aplikacja, konfiguracja systemu, sterownik czy sprzęt. W przypadku microcopy analiza powinna obejmować rzeczywisty komunikat, moment jego wyświetlenia oraz czynność, która go poprzedza. Takie rozdzielenie warstwy tekstowej od przyczyny technicznej ułatwia dobranie właściwego sposobu dalszej diagnostyki.