Częstotliwość wysyłania wiadomości push — jak często, kiedy i po co?

O częstotliwości, która buduje relację – a nie frustrację

Push notifications to jedno z tych narzędzi w mobile, które potrafią być jednocześnie błogosławieństwem i przekleństwem. Dobrze użyte – wracają użytkownika do aplikacji, budują nawyk i realnie wpływają na retencję. Źle użyte – lądują w ustawieniach systemu pod hasłem „wyłącz wszystko” albo kończą się odinstalowaniem aplikacji.

I bardzo często problemem nie jest treść.

Problemem jest częstotliwość.

W tym artykule chcę opowiedzieć o tym, jak myśleć o częstotliwości wysyłania powiadomień push, na co uważać i dlaczego „więcej” niemal nigdy nie znaczy „lepiej”. Będzie o danych, ale też o doświadczeniu. O dobrych praktykach, ale i o błędach, które sam widzę jako użytkownik.


Push to rozmowa, nie megafon

Zacznijmy od prostego porównania.

Push notification to nie billboard przy autostradzie. To raczej wiadomość wysyłana bezpośrednio do czyjejś kieszeni. Na ekran, który użytkownik widzi kilkadziesiąt razy dziennie. Obok wiadomości od bliskich, alertów bankowych, przypomnień systemowych.

To oznacza jedno:

push zawsze konkuruje o uwagę. I zawsze jest oceniany bardzo szybko.

Jeśli pierwsze kilka powiadomień:

  • jest trafnych,
  • pojawia się w sensownym momencie,
  • faktycznie coś wnosi,

użytkownik daje nam kredyt zaufania.

Jeśli nie – wyciąga bardzo proste wnioski.


Dane mówią jasno: za dużo wiadomości push szkodzi

To nie jest kwestia gustu. To widać w liczbach.

Raporty branżowe pokazują, że:

  • użytkownicy otrzymujący maksymalnie 1 powiadomienie dziennie mają wyraźnie wyższą retencję,
  • przy 3–5 powiadomieniach dziennie rośnie opt-out rate i uninstall rate,
  • każda kolejna wiadomość zwiększa ryzyko, że użytkownik… przestanie słuchać.

Innymi słowy: częstotliwość ma bezpośredni wpływ na długoterminową wartość użytkownika, a nie tylko na chwilowy CTR.

I tu dochodzimy do praktyki.


Ładowanie...
appwiso.com
Pobieranie najnowszych rankingów...

Zły przykład, który dobrze ilustruje problem

Weźmy aplikację Sky Tonight – narzędzie do obserwowania nocnego nieba. Bardzo dobre merytorycznie, użyteczne, w szczególności w wersji premium.

Problem?

Powiadomienia.

Aplikacja potrafi wysyłać 1–2 powiadomienia dziennie, również użytkownikom premium. Tyle że… obserwacja nieba to nie jest czynność codzienna. Jako ktoś, kto ma teleskop, wiem, że:

  • pogoda ma znaczenie,
  • czas ma znaczenie,
  • motywacja ma znaczenie.

Nie rozkładam teleskopu co drugi dzień dlatego, że „coś ciekawego dziś na niebie”.

I po kilku dniach reakcja była oczywista: powiadomienia wyłączone. Sama ocena aplikacji też ostygła.

To nie był problem treści.

To był problem niedopasowania częstotliwości do realnego zachowania użytkownika.


Nie ma jednej „dobrej” liczby

Jedno z najczęstszych pytań, jakie słyszę, brzmi:

„Ile pushy tygodniowo jest OK?”

Odpowiedź brzmi: to zależy.

Ale są pewne punkty odniesienia.

W uproszczeniu:

  • aplikacje contentowe mogą pozwolić sobie na więcej,
  • aplikacje użytkowe – na znacznie mniej,
  • aplikacje lifestyle’owe i hobby wymagają szczególnej ostrożności.

Dla wielu produktów 2–5 powiadomień tygodniowo to bezpieczny zakres startowy. Ale to tylko punkt wyjścia, nie recepta.


Częstotliwość bez segmentacji to proszenie się o kłopoty

Największy błąd, jaki widzę w pushach, to jedna strategia dla wszystkich.

Tymczasem:

  • nowy użytkownik potrzebuje czegoś innego niż ktoś, kto jest z aplikacją od roku,
  • aktywny user zniesie więcej niż ktoś, kto zagląda raz w miesiącu,
  • użytkownik premium ma inne oczekiwania niż free.

Jeśli wszyscy dostają tyle samo – ktoś zawsze będzie niezadowolony.

Dlatego częstotliwość powinna wynikać z zachowania, a nie z kalendarza marketera.


Lepiej rzadziej, ale „w punkt”

Z mojego doświadczenia wynika jedno:

lepiej wysłać jeden push, który ma sens, niż pięć, które „trzeba było wysłać”.

Dobre powiadomienie:

  • ma jasny powód, żeby się pojawić,
  • jest osadzone w kontekście użytkownika,
  • nie udaje pilności, jeśli jej nie ma.

Złe powiadomienie:

  • istnieje tylko dlatego, że „jest zaplanowana kampania”,
  • ignoruje historię użytkownika,
  • powtarza się zbyt często.

I użytkownicy doskonale to wyczuwają.


Jak do tego podejść praktycznie?

Zamiast pytać „ile pushy wysyłać”, lepiej zadać sobie kilka innych pytań:

  1. Po co dokładnie wysyłam to powiadomienie?
  2. Komu ono realnie pomoże?
  3. Czy użytkownik zrobiłby to samo bez push’a?
  4. Czy to jest moment, w którym push ma sens?

A potem:

  • segmentować,
  • testować różne częstotliwości,
  • mierzyć nie tylko CTR, ale też opt-out i uninstall,
  • i regularnie wracać do wniosków.

Push to nie kampania jednorazowa. To system relacji.


Na koniec: myśl jak użytkownik, nie jak narzędzie

Najlepsze strategie pushowe, jakie widziałem, miały jedną cechę wspólną:

były projektowane z perspektywy odbiorcy, nie możliwości narzędzia.

Jeśli sam, jako użytkownik, czujesz, że dane powiadomienie jest:

  • niepotrzebne,
  • za częste,
  • oderwane od realnego użycia aplikacji,

to bardzo możliwe, że Twoi użytkownicy czują dokładnie to samo.

A push, który irytuje, przestaje być kanałem. Staje się problemem.

ℹ️ Polecane narzędzie

Śledząc skuteczność strategii in-app purchases i user acquisition, potrzebujesz dokładnych danych o całej ścieżce konwersji. Możesz skorzystać z AnyTrack do łączenia danych z Apple Search Ads, Google App Campaigns i web analytics. Zobaczysz dokładnie które kampanie generują subskrypcje i zakupy in-app, a nie tylko instalacje. Sprawdź darmowy trial →