Premiera, nowa informacja lub zmiana statusu mają sens jako powiadomienie tylko wtedy, gdy są istotne dla odbiorcy. Pomagamy ustalić zdarzenia, treść komunikatów i preferencje użytkownika, a następnie połączyć wysyłkę z aplikacją oraz jej zapleczem. Sprawdzamy także scenariusze, w których użytkownik nie wyrazi zgody, jest wylogowany albo otwiera nieaktualną wiadomość.
Rozpisujemy, co uruchamia powiadomienie, dla kogo jest ono przeznaczone i jaką czynność ma umożliwić. Rozdzielamy informacje operacyjne, przypomnienia i komunikację promocyjną, zamiast wysyłać każdą aktualizację do wszystkich.
Ustalamy kategorie komunikatów oraz sposób ich wyboru w aplikacji. Oddzielamy ustawienia produktu od zgody systemu operacyjnego na wyświetlanie powiadomień, aby użytkownik rozumiał, czym zarządza.
Wysyłka wymaga współpracy aplikacji, danych urządzenia i zaplecza produktu. Oceniamy istniejącą integrację albo przygotowujemy potrzebne połączenie, określając odpowiedzialność za źródło komunikatu i dostęp do danych.
Uzgadniamy, dokąd ma trafić użytkownik po dotknięciu wiadomości i co zobaczy, jeśli treść jest już nieaktualna albo wymaga zalogowania. Wdrożenie powinno obejmować cały scenariusz, nie tylko pojawienie się banera.
Jeżeli powiadomienia tworzy administrator, dopasowujemy panel do jego pracy. Ustalamy, które komunikaty powstają ręcznie, a które wynikają ze zdarzenia w systemie. Zakres harmonogramów i automatyzacji opisujemy w wymaganiach.
Sprawdzamy uzgodnione scenariusze na iOS i Androidzie: aplikację otwartą i działającą w tle, zmianę preferencji, brak zgody oraz zachowanie po otwarciu komunikatu. Zakres testów zależy od wspieranych urządzeń i systemów.
Napisz, do kogo ma trafić wiadomość i co użytkownik powinien zrobić po jej otwarciu. Podaj też, czy aplikacja już działa, jakie platformy obsługuje i z jakiego zaplecza korzysta.
Dobry zakres powiadomień określa zdarzenie, odbiorcę, treść i dalszy krok w aplikacji. Poniżej wyjaśniamy najważniejsze decyzje przed wdrożeniem.
Planujesz komunikację push w swoim produkcie? Porozmawiajmy o zakresie.
Możliwość i zakres wdrożenia oceniamy po sprawdzeniu aplikacji, backendu i dostępów do projektu. Ustalamy także sposób przygotowania i wydania aktualizacji. Dodanie powiadomień może wymagać zmian po obu stronach połączenia.
To różne środowiska działania. Ten zakres dotyczy aplikacji instalowanej na iOS lub Androidzie, natomiast web push działa w środowisku przeglądarki. Wybór kanału zależy od produktu i sposobu korzystania z niego przez odbiorców.
Nie gwarantujemy konkretnego czasu dotarcia powiadomienia na urządzenie. Na wyświetlenie wpływają między innymi zgoda użytkownika, połączenie i sposób działania systemu urządzenia. Komunikacji wymagającej krytycznych alarmów nie należy opierać wyłącznie na takim założeniu.
Taką funkcję można uwzględnić w projekcie, określając kategorie i zasady zapisywania preferencji. Przykładem jest JutroDrop, gdzie użytkownik wybiera rodzaje otrzymywanych informacji. Osobno trzeba uwzględnić zgodę systemu telefonu na wyświetlanie powiadomień.
Do miejsca, w którym użytkownik wykona czynność związaną z wiadomością. Przykładowy scenariusz do zaprojektowania to otwarcie szczegółów nowej premiery, a po jej zakończeniu wyświetlenie informacji o nieaktualności. Ustalamy też zachowanie przy wymaganym logowaniu i braku wskazanej treści.
Komunikat może przygotowywać administrator albo może on wynikać z określonego zdarzenia w systemie. Dla każdej grupy wiadomości ustalamy źródło, odbiorców i zasady wysyłki. Jeśli zespół obsługuje komunikację ręcznie, zakres obejmuje odpowiednie narzędzia panelu.
Znaczenie mają stan obecnej integracji, platformy, liczba scenariuszy, preferencje odbiorców, panel i testy. Przykładowa karta zakresu określa: dodanie premiery, odbiorców danej kategorii, produkt i termin w wiadomości oraz widok po otwarciu. Jeśli dopiero planujesz cały produkt, zobacz ofertę budowy całej aplikacji mobilnej.