Pod koniec 2025 miałem gotową funkcję: system, przez który instytucje lokalne (urząd, spółdzielnia, stowarzyszenie) mogą informować mieszkańców o ważnych sprawach.
Przez kilka tygodni ta funkcja nazywała się „Alerty”.
W grudniu zmieniłem to na „Ogłoszenia”. Jeden wyraz, jedna zmiana. I dopiero wtedy cały opis produktu zaczął brzmieć spójnie.
Co kojarzy „alert”
Wpisz „alert” w aplikacji gminy. Co widzisz w głowie?
Powódź. Awaria sieci. Zaginione dziecko. Sytuacja wymagająca natychmiastowego działania.
Gmina ani spółdzielnia nie chcą być „źródłem alertów” w codziennej komunikacji. Chcą informować — ale słowo „alert” podnosi poprzeczkę. Jeśli wyślę alert, czy to znaczy, że to pilne? Czy mieszkańcy będą oczekiwać, że każdy alert to sytuacja kryzysowa?
Spółdzielnia wysyłająca „Alert: Zebranie wspólnoty, 15 stycznia, godz. 18:00” brzmi absurdalnie.
Naming to interfejs
Nazwy funkcji to interfejs użytkownika, zanim ktokolwiek zobaczy ekran.
Gdy opisujesz produkt potencjalnemu klientowi instytucjonalnemu, mówisz: „mamy funkcję alertów dla społeczności.” Słyszysz w odpowiedzi: „czy to konieczne? Nie chcemy stresować mieszkańców na co dzień.”
Gdy mówisz: „mamy ogłoszenia, przez które możecie informować mieszkańców o harmonogramach, spotkaniach i planach” — rozmowa wchodzi w szczegóły.
To samo narzędzie. Inaczej nazwane. Różne pierwsze reakcje.
80% rutyny, 20% pilności
Z obserwacji komunikacji instytucji lokalnych z mieszkańcami: zdecydowana większość komunikatów to rzeczy rutynowe.
Tylko mały procent to sprawy faktycznie pilne lub kryzysowe.
System zbudowany pod 20% przypadków i nazwany od tego scenariusza psuje doświadczenie dla 80% standardowego użycia.
„Ogłoszenia” obejmuje wszystkie przypadki. „Alert” sugeruje, że każda wiadomość jest pilna.
Sam pomysł był darmowy — wystarczyło dostrzec problem. Ale słowo „alert” nie siedziało tylko w labelkach: weszło w nazwy w kodzie i w bazie danych. Kilka dni później przemianowanie pociągnęło za sobą migracje bazy i refaktor warstwy domenowej. Mały koszt — ale nie zero.
I to jest właściwa lekcja. Naming powinien pojawiać się w dyskusjach produktowych tak samo jak architektura. Gdy nazwa zewnętrzna i wewnętrzna rozjadą się od początku, każde marketingowe „przecież to tylko słowo” okazuje się refaktorem. Zła nazwa to techniczny dług, który spłacasz w każdej rozmowie sprzedażowej — i jeszcze raz w kodzie.