Jeden komunikat powinien prowadzić do działania.
Powiadomienie ma sens, gdy pomaga zareagować na konkretną zmianę. Może przypominać o wizycie, wskazywać nowe zadanie lub informować o odpowiedzi na zgłoszenie. Zamiast dodawać push do każdej funkcji, ustal potrzebne zdarzenie i oczekiwany krok użytkownika.
Klient i pracownik mogą potrzebować innych komunikatów o tej samej sprawie. Potwierdzona wizyta prowadzi klienta do szczegółów terminu, a obsługę do kolejki przygotowania. Odbiorca powinien wiedzieć, czego dotyczy informacja, bez odgadywania znaczenia ogólnego alertu.
W pierwszej wersji warto zacząć od kilku ważnych zdarzeń. Dodanie wielu komunikatów nie poprawia automatycznie obsługi produktu. Najpierw sprawdź, czy każde powiadomienie rzeczywiście skraca drogę do potrzebnej czynności.
Uprawnienia zależą od decyzji użytkownika.
System telefonu może wymagać zgody na powiadomienia. W Androidzie 13 i nowszych dotyczy to większości komunikatów aplikacji. W iOS ustawienia obejmują między innymi alerty, dźwięki i oznaczenia ikony. Użytkownik może także później zmienić swoje decyzje.
Projektujemy moment prośby oraz zrozumiałe wyjaśnienie korzyści. Osoba powinna wiedzieć, czy zgadza się na informację o terminie, nowym zadaniu lub innej funkcji. Nie wykorzystujemy jednego ogólnego pytania do ukrycia różnych typów komunikacji.
Po odmowie podstawowa obsługa sprawy powinna pozostać czytelna. Aktualny status można znaleźć w aplikacji po jej otwarciu. Push jest dodatkową drogą informacji, a nie jedynym miejscem, w którym istnieje wynik ważnej operacji.
Wysłanie nie jest potwierdzeniem przeczytania.
W systemie trzeba rozróżniać zmianę sprawy, przygotowanie wiadomości i jej dostarczenie do urządzenia. Żaden z tych etapów sam w sobie nie oznacza, że odbiorca przeczytał treść lub wykonał zadanie. Reguły procesu nie powinny udawać takiego potwierdzenia.
Pracownik może mieć wyłączone komunikaty, telefon poza siecią albo otworzyć wiadomość później. Jeżeli zadanie wymaga świadomej akceptacji, projektujemy ją wewnątrz aplikacji. Status otrzymany przez push nie zastępuje właściwej zmiany danych w systemie.
Dla ważnych informacji ustalamy alternatywną ścieżkę obsługi. Jej zakres zależy od firmy i rodzaju zdarzenia. Nie deklarujemy gwarantowanego ani natychmiastowego dostarczenia każdego powiadomienia.
Dokąd trafia użytkownik po naciśnięciu?
Komunikat powinien prowadzić do właściwej sprawy, jeśli użytkownik ma do niej dostęp. Jeśli sesja wygasła, potrzebna jest czytelna droga przez logowanie i powrót do zadania. Przypadkowe otwarcie strony głównej może nie wyjaśniać, czego dotyczyła wiadomość.
Sprawdzamy również starsze powiadomienie. Termin mógł zostać zmieniony, zlecenie zakończone, a dostęp odebrany. Aplikacja powinna pokazać aktualny stan i odpowiednią informację, zamiast opierać działanie na treści dawnego komunikatu.
To część wspólnego obiegu telefonu i panelu. Połączenie interfejsów określa, gdzie znajduje się wiążąca informacja i kto może ją zmienić.
Jakie informacje pokazujemy na ekranie telefonu?
Ustalamy, co można umieścić w krótkiej treści, a co powinno pozostać dostępne dopiero po otwarciu aplikacji. Powiadomienie może być widoczne w sytuacji, w której odbiorca nie trzyma telefonu w ręce. Zakres informacji powinien wynikać z charakteru produktu.
Opis komunikatu powinien być krótki i odnosić się do zdarzenia. „Masz odpowiedź na zgłoszenie” może prowadzić do właściwej sprawy bez przenoszenia do powiadomienia całej treści rozmowy. Przykład nie jest uniwersalną regułą dla każdego procesu.
Preferencje i wyłączenie określonych kategorii wymagają zaplanowanego zachowania. W przeciwnym razie ustawienie w panelu użytkownika może nie odpowiadać temu, co system rzeczywiście wysyła.
Co sprawdzić przed uruchomieniem?
- Użytkownik zgadza się i odmawia zgody.
- Aplikacja jest otwarta, zamknięta i wraca po przerwie.
- Telefon nie ma połączenia podczas zmiany sprawy.
- Komunikat dotyczy sprawy zakończonej lub zmienionej.
- Użytkownik ma wygasłą sesję lub odebrany dostęp.
- Kolejne zdarzenie nie powoduje niepotrzebnego powielenia informacji.
Zakres testów i obsługiwane urządzenia ustalamy w projekcie. Powiadomienia, połączenie z zapleczem i utrzymanie są elementami wyceny aplikacji mobilnej; nie są automatycznie częścią każdej małej aplikacji webowej.
Dokumentacja do dalszego sprawdzenia.
Możliwości platform zależą od środowiska i konfiguracji. Poniższe materiały wyjaśniają ich zasady; nie oznaczają partnerstwa ApkaPro z dostawcami.
Jaką decyzję podjąć dalej?
Aby wiadomość nie zastępowała bieżącego wyniku, przeczytaj Powiadomienie a status sprawy: gdzie użytkownik sprawdza aktualny wynik?.
Dla wyboru potrzebnych możliwości telefonu przeczytaj Funkcje aplikacji na telefon: powiadomienia, zdjęcia i offline.
Od decyzji do zakresu wykonania.
Zakres związany z tą decyzją opisujemy na stronie Aplikacje mobilne.
Praktyczny kontekst znajdziesz w opisie Wydarzenia i konferencje. To możliwy zakres dla branży, który dobieramy do konkretnej firmy.