--- id: komunikacja-wiadomosci-i-microcopy title: "Wiadomości i microcopy" section: komunikacja language: pl version: "2026.1" status: approved updated_at: "2026-10-06" url: https://refindi-guidelines.pages.dev/pl/guidelines/komunikacja/wiadomosci-i-microcopy markdown_url: https://refindi-guidelines.pages.dev/guidelines/content/pl/komunikacja/wiadomosci-i-microcopy.md --- # Wiadomości i microcopy > Jak piszemy wiadomości e-mail, powiadomienia, komunikaty statusu, ekrany startowe i teksty formularzy (etykiety, podpowiedzi, błędy, potwierdzenia). Korzystaj przy każdym tekście, który prowadzi użytkownika przez zgłoszenie i zwrot rzeczy. Refindi rozmawia z użytkownikiem nie tylko przez ekran, ale też przez e-maile, SMS-y, powiadomienia i krótkie komunikaty przejściowe. Te teksty prowadzą przez zgłoszenie, potwierdzenie i zwrot — szczególnie wtedy, gdy system czeka na obiekt albo na kuriera. Mają dawać poczucie kontroli: co się stało, co dalej, co mam zrobić. ## Rola wiadomości Komunikaty przejściowe uzupełniają doświadczenie wszędzie tam, gdzie system działa „w tle” lub z opóźnieniem. Typowe sytuacje: - status zgłoszenia — „Zgłoszenie odebrane”, „Przedmiot w drodze”, - oczekiwanie na odpowiedź obiektu lub akceptację wysyłki, - potwierdzenie płatności, - prośba o opinię po zakończonym zwrocie. Dzięki nim użytkownik wie, na jakim etapie jest sprawa, choć nie musi nic klikać. Etykiety statusów są krótkie i w formie dokonanej — w art direction PDF (s. 113) przycisk lub etykieta brzmi „Zgłoszono”. Ikony stanów (wyłączone, neutralne, w realizacji, zatwierdzone) opisuje [Grafika i ikony](https://refindi-guidelines.pages.dev/guidelines/content/pl/identyfikacja/grafika-i-ikony.md#ikony). Obowiązujące reguły: - **[MUSI]** Informuj użytkownika o każdym etapie, na którym system działa w tle lub czeka (zgłoszenie odebrane, oczekiwanie na odpowiedź obiektu, akceptacja wysyłki, przedmiot w drodze). Użytkownik nie może zostać bez informacji, co się dzieje. _Zakres: e-mail, SMS, push, ekrany statusu, okna modalne._ `msg-rola-01` (źródło: PDF s. 91-92) ## Wiadomości e-mail i SMS Wzorzec z PDF: tytuł z nowiną → powitanie → jedno zdanie faktu → następny krok (link lub przycisk). Ton jest ciepły i rzeczowy: „Mamy dobre wieści – …”. Wersje PL i EN mają tę samą budowę. W nazwach systemu używamy „System Lost & Found” (PL) i „Lost & Found System” (EN). Ogólne zasady tonu: temat „Ton i język” (`komunikacja-ton-i-jezyk`). E-maile pracowników kończą się systemową stopką z drobną klauzulą pod spodem (wzór poniżej, do weryfikacji prawnej). Układ stopki: [Materiały firmowe](https://refindi-guidelines.pages.dev/guidelines/content/pl/zastosowania/materialy-firmowe.md#stopka-email). Obowiązujące reguły: - **[MUSI]** Wiadomość buduj w trzech krokach: tytuł z nowiną (kilka słów), powitanie i jedno zdanie faktu, następny krok lub przycisk. Jedna wiadomość — jedna informacja i jedno działanie. _Zakres: e-mail, push, komunikaty przejściowe._ `msg-struktura-01` (źródło: PDF s. 91) - **[POWINNO]** Tytuł mówi o rezultacie z perspektywy odbiorcy („Twój przedmiot został odnaleziony”), a nie o operacji systemu („Status zmieniony na: znaleziono”). _Zakres: e-mail, push, statusy._ `msg-struktura-02` (źródło: PDF s. 89, 91) - **[MUSI]** Do odbiorcy zwracaj się bezpośrednio i uprzejmie; zaimki Ty, Twój, Ciebie w wiadomościach i interfejsie pisz wielką literą. Powitanie: „Dzień dobry,” albo „Szanowny Gościu,” (EN: „Hello,” / „Dear Guest,”). _Zakres: wszystkie wiadomości i interfejs PL._ `msg-zwrot-01` (źródło: PDF s. 91; witryna (repo)) - **[MUSI]** Każda wiadomość systemowa ma równoległe wersje językowe o tej samej strukturze i długości (co najmniej PL i EN). Tłumacz sens, nie słowo w słowo. _Zakres: wszystkie wiadomości systemowe._ `msg-jezyki-01` (źródło: PDF s. 91; witryna (repo)) **Tekst do użycia: Przedmiot odnaleziony (PL).** ```text Twój przedmiot został odnaleziony Dzień dobry, Mamy dobre wieści – hotel potwierdził, że Twój przedmiot został odnaleziony. ``` **Tekst do użycia: Item found (EN).** ```text Your item has been found Hello, Good news – the hotel has confirmed your item has been found. ``` **Tekst do użycia: Zaproszenie do formularza zgłoszenia (PL).** ```text System Lost & Found Zgłoś pozostawiony przedmiot Szanowny Gościu, Dziękujemy za zgłoszenie. Aby rozpocząć proces zwrotu, wypełnij formularz: 👉 [link do formularza] ``` **Tekst do użycia: Invitation to the claim form (EN).** ```text Lost & Found System Claim your left-behind item Dear Guest, Thank you for your report. To start the return process, please fill out the form: 👉 Lost Item Form ``` ## Powiadomienia i komponenty przejściowe Komponent przejściowy to biała karta w kształcie dymka: ikona sytuacji w ciemnym kwadracie po lewej, pogrubiony tytuł, pod nim jedno–dwa zdania. Ten sam komponent działa jako push na ekranie blokady, okno modalne w aplikacji, slajd w prezentacji lub baner w kampanii. Ikony odpowiadają sytuacjom: paczka z „ptaszkiem” — przedmiot odnaleziony; dzwonek recepcji — zgłoszenie; banknot — płatność; gwiazdki — opinia. Wygląd komponentów w obecnym interfejsie opisuje temat „Interfejsy” (`zastosowania-interfejsy`). Obowiązujące reguły: - **[POWINNO]** Powiadomienie push: tytuł do ok. 4–5 słów i treść w jednym–dwóch krótkich zdaniach. Najważniejsza informacja musi być widoczna na ekranie blokady bez rozwijania. _Zakres: push, SMS._ `msg-push-01` (źródło: PDF s. 89) - **[POWINNO]** Komponent przejściowy (dymek statusu) ma ikonę sytuacji po lewej, pogrubiony tytuł i krótką treść. Używaj go jako slajdu informacyjnego, okna modalnego lub graficznego banera — zawsze z tym samym tekstem co wiadomość, którą zapowiada. _Zakres: interfejs, materiały marketingowe._ `msg-widget-01` (źródło: PDF s. 91) **Przykład: Komponenty przejściowe.** Białe karty-dymki z ogonkiem u dołu. Po lewej ciemnoszary kwadrat z białą ikoną (paczka z „ptaszkiem” dla znaleziska, dzwonek recepcji dla zgłoszenia, banknot dla płatności). Obok pogrubiony tytuł, pod nim krótka treść. Małe dymki: „Płatność pomyślna / Payment successful” oraz dymki opinii z pięcioma gwiazdkami i przykładowym tekstem opinii. **Przykład: Powiadomienie push na ekranie blokady.** Ekran blokady z godziną 9:30 na brzoskwiniowo-błękitnym gradiencie. Karta powiadomienia: ikona aplikacji, tytuł „Your item has been found”, treść „Hello, Good news – the hotel has confirmed your item has been found.” Obok ekran podziękowania po wysłaniu zgłoszenia. ## Ekrany startowe Ekrany startowe w PDF powstały na potrzeby kampanii i onboardingu jako graficzne intro do systemu: logo na środku, pod nim jedna linia („System Lost & Found”), jasne tło z miękkim brzoskwiniowo-błękitnym gradientem, czasem jeden przycisk. Ekran podziękowania po zgłoszeniu ma ten sam układ: logo, „Dziękujemy!”, zdanie o przyjęciu zgłoszenia i sekcję „Co dalej?”. Obowiązujące reguły: - **[POWINNO]** Ekran startowy ma tylko logo, jedną linię opisu (np. „System Lost & Found”) i co najwyżej jeden przycisk. Bez akapitów i bez obietnic. _Zakres: ekrany startowe, onboarding, materiały promocyjne._ `msg-splash-01` (źródło: PDF s. 88-89) **Tekst do użycia: Ekran startowy.** Logo Refindi na środku jasnego ekranu z delikatnym brzoskwiniowo-błękitnym gradientem, pod nim jedna linia opisu. ```text System Lost & Found ``` ## Formularze Formularz zgłoszenia prowadzi krok po kroku: co, kiedy, gdzie, dowód własności, kontakt, podsumowanie. Zasady microcopy: - **etykiety sekcji** — pytania w drugiej osobie („Co zostało pozostawione?”, „Gdzie zostawiłeś swój przedmiot?”), - **pola** — krótkie rzeczowniki, a placeholder z przykładem („np. czarny, granatowy”), - **podpowiedzi** — wyjaśniają, po co pytamy („Im więcej szczegółów, tym szybciej znajdziemy właściwą zgubę.”), - **walidacja** — mówi, jak poprawić, - **błędy systemowe** — ludzkim językiem i z następnym krokiem, bez kodów. W PDF (s. 85) formularz gościa ma sekcje: dane kontaktowe, co zostało pozostawione, data wymeldowania, miejsce pozostawienia, opcjonalne zdjęcie. Obecny formularz na stronie jest szerszy (różne rodzaje miejsc, dowód własności, wybór kanału powiadomień) — to on jest wzorcem dla nowych tekstów. Obowiązujące reguły: - **[POWINNO]** Etykiety sekcji formularza formułuj jako pytania w języku użytkownika („Co zostało pozostawione?”, „Jak mamy się z Tobą skontaktować?”), a pola — jako krótkie rzeczowniki („Imię i nazwisko”, „Adres e-mail”). _Zakres: formularze._ `msg-form-01` (źródło: PDF s. 85, 87; witryna (repo)) - **[POWINNO]** Placeholder podaje przykład („np. pokój 214, stolik 8”), a nie powtarza etykiety. Pola opcjonalne oznaczaj słowem „opcjonalnie”. _Zakres: formularze._ `msg-form-02` (źródło: witryna (repo)) - **[MUSI]** Komunikat walidacji mówi, co zrobić, w trybie rozkazującym i bez obwiniania („Podaj prawidłowy adres e-mail.”). Nie pisz „Błąd”, „Niepoprawne dane” ani „Pole wymagane” bez wskazania, czego brakuje. _Zakres: formularze._ `msg-form-03` (źródło: witryna (repo)) - **[MUSI]** Błąd systemowy opisuj ludzkim językiem i z następnym krokiem („Nie udało się wysłać zgłoszenia. Spróbuj jeszcze raz.”). Nie pokazuj użytkownikowi kodów technicznych. _Zakres: interfejs, e-mail._ `msg-bledy-01` (źródło: witryna (repo)) **Tekst do użycia: Obecne microcopy formularza (witryna).** ```text Powiedz nam, co zostawiłeś Krótko opisz przedmiot, kiedy i gdzie go zostawiłeś. Każdą rzecz możesz później poprawić. Gdzie dokładnie / co pamiętasz — np. recepcja, lobby, przy stoliku pod oknem… Jak mamy się z Tobą skontaktować? ``` **Tekst do użycia: Komunikaty walidacji i błędów (witryna).** ```text Podaj imię i nazwisko. Podaj prawidłowy adres e-mail. Zdjęcie jest za duże (max 8 MB). Zaznacz Regulamin, aby wysłać zgłoszenie. Nie udało się wysłać zgłoszenia. Spróbuj jeszcze raz. ``` **Błędnie: Kod techniczny zamiast komunikatu.** Użytkownik widzi „Error CLAIM-004” lub „REPORT-002”. Zamiast tego: „To zgłoszenie zostało już wysłane” albo „Data „do” musi być późniejsza niż „od””. ## Potwierdzenia i „Co dalej?” Każde zakończone działanie dostaje potwierdzenie: krótki fakt lub podziękowanie i lista kolejnych kroków. W PDF ekran po wygenerowaniu zlecenia kurierskiego prowadzi personel przez trzy kroki (spakuj przedmiot, wydrukuj etykietę, przekaż paczkę kurierowi). Na stronie ekran „Sprawa przyjęta.” kończy się sekcją „Co dalej?” i przyciskiem „Śledź status sprawy”. Potwierdzenie opisuje rzeczywisty przebieg — bez deklaracji czasu i zakresu automatyzacji, których zespół nie potwierdził. Obowiązujące reguły: - **[MUSI]** Po wysłaniu zgłoszenia lub płatności zawsze pokaż potwierdzenie: krótkie podziękowanie lub fakt („Płatność pomyślna”, „Sprawa przyjęta.”) i sekcję „Co dalej?” z kolejnymi krokami. _Zakres: interfejs, e-mail._ `msg-potwierdzenie-01` (źródło: PDF s. 87, 89, 91; witryna (repo)) **Tekst do użycia: Potwierdzenie płatności.** ```text Płatność pomyślna / Payment successful ``` **Tekst do użycia: Potwierdzenie przyjęcia sprawy (witryna).** ```text Sprawa przyjęta. Prowadzimy ją od teraz. Powiadomimy Cię, kiedy pojawi się jakakolwiek informacja. Co dalej? ``` ## Pliki do pobrania Brak zatwierdzonych plików dla tego tematu. ## Powiązane tematy - Ton i język: https://refindi-guidelines.pages.dev/guidelines/content/pl/komunikacja/ton-i-jezyk.md - Hasła i copy: https://refindi-guidelines.pages.dev/guidelines/content/pl/komunikacja/hasla-i-copy.md - Interfejsy: https://refindi-guidelines.pages.dev/guidelines/content/pl/zastosowania/interfejsy.md - Social media i kampanie: https://refindi-guidelines.pages.dev/guidelines/content/pl/komunikacja/social-media-i-kampanie.md - Materiały firmowe: https://refindi-guidelines.pages.dev/guidelines/content/pl/zastosowania/materialy-firmowe.md - Grafika i ikony: https://refindi-guidelines.pages.dev/guidelines/content/pl/identyfikacja/grafika-i-ikony.md ## Źródła i historia zmian - Brandbook PDF (06.06.2025), s. 88-89 — Ekrany startowe (promocyjne) i powiadomienie push - Brandbook PDF (06.06.2025), s. 85, 87 — Formularz zgłoszenia (gość) i zgłoszenie znaleziska (hotel) — teksty ekranów - Brandbook PDF (06.06.2025), s. 90-92 — Komunikaty użytkownika i komponenty przejściowe - witryna-repo, s. src/data/caseFlowTranslations.ts, src/lib/apiErrors.ts — Obecne microcopy formularza zgłoszenia i komunikatów błędów - Wersja treści 2026.1, aktualizacja 2026-10-06. - 3 reguł(y) w statusie roboczym lub do przeglądu nie są częścią tego eksportu.