---
title: 4-poziomowy model zmęczenia powiadomieniami push
description: >-
  Jak 4-poziomowy model zmęczenia powiadomieniami Soulwise wykorzystuje ruchome
  okno otwarć z 14 dni, by ograniczać, stabilizować lub wstrzymywać
  powiadomienia, zanim użytkownicy zrezygnują na dobre.
image: /images/blog/soulwise/4-tier-push-fatigue-model.webp
date: '2026-05-16'
updatedAt: '2026-05-16'
category: soulwise
tags:
  - soulwise
  - powiadomienia-push
  - model-zmęczenia
  - retencja
  - inżynieria
featured: false
author:
  name: My Zodiac AI Team
  avatar: /logo.svg
  slug: my-zodiac-ai-team
readTime: 5
seo:
  title: 'Model zmęczenia powiadomieniami push: jak 4-poziomowy system ratuje retencję'
  description: >-
    4-stopniowy model zmęczenia powiadomieniami (T0 zdrowy, T1 obniżenie, T2
    tylko kotwica, T3 tylko cotygodniowe) oparty na ruchomym oknie 14 dni
    współczynnika otwarć. Zobacz, jak zbudował go Soulwise.
  keywords: >-
    zmęczenie powiadomieniami push, model zmęczenia powiadomieniami, retencja
    powiadomień push, optymalizacja powiadomień push, powiadomienia push a
    retencja użytkowników
answerCapsule:
  question: >-
    Czym jest model zmęczenia powiadomieniami push i dlaczego aplikacja go
    potrzebuje?
  answer: >-
    Model zmęczenia powiadomieniami wykrywa, gdy użytkownik otwiera coraz mniej
    powiadomień aplikacji, i automatycznie zmniejsza ich liczbę, zanim
    użytkownik całkowicie z nich zrezygnuje. Soulwise korzysta z modelu
    4-poziomowego T0 zdrowy, T1 ograniczenie, T2 tylko kluczowe, T3 tylko
    tygodniowe opartego na kroczącym 14-dniowym oknie współczynnika otwarć.
  keyPoints:
    - Wykrywa spadek współczynnika otwarć w ruchomym oknie 14 dni
    - Cztery poziomy stopniowo zmniejszają liczbę powiadomień
    - Powrót jest możliwy – użytkownik może wrócić do poziomu T0
    - >-
      Zaprojektowane, by zapobiegać rezygnacji, a nie maksymalizować dzienną
      liczbę powiadomień
faq:
  - question: Dlaczego liczba powiadomień push ma tak duże znaczenie dla retencji?
    answer: >-
      Dane branżowe z Localytics i Urban Airship: jedno powiadomienie dziennie
      wiąże się z około 88% utrzymania użytkowników po trzech miesiącach. Trzy
      powiadomienia dziennie obniżają ten wynik o 17 punktów procentowych. Pięć
      powiadomień dziennie obniża go o 34 punktów procentowych. Krzywa spada
      gwałtownie.
  - question: Co oznacza tutaj „ruchome okno 14 dni”?
    answer: >-
      Każdego dnia model ponownie oblicza wskaźnik otwarć użytkownika z
      ostatnich 14 dni. Okno przesuwa się do przodu; starsze dane tracą ważność.
      Dzięki temu szybko wychwytuje spadek zaangażowania, nie reagując
      nadmiernie na jeden gorszy tydzień.
  - question: Czy użytkownik może wyjść z niskiego poziomu?
    answer: >-
      Tak. Jeśli wskaźniki otwarć w ruchomym oknie wrócą powyżej progu,
      użytkownik awansuje z powrotem. Model jest symetryczny. Spadek aktywności
      obniża pozycję, a powrót do aktywności ją podnosi.
  - question: Jak wygląda najgorsza wersja tej funkcji?
    answer: >-
      Prosty system powiadomień, który wysyła maksymalną liczbę komunikatów
      niezależnie od zaangażowania. Dane branżowe pokazują, że 46% użytkowników
      całkowicie rezygnuje z powiadomień, gdy otrzymują od 2 do 5 powiadomień
      tygodniowo z aplikacji, której tak naprawdę nie chcą. Model zmęczenia
      istnieje po to, by do takiej rezygnacji nigdy nie doszło.
geoHints:
  primaryIntent: informational
  targetSearchEngine: all
  entityType: TechnicalArticle
  quickAnswer: >-
    Model zmęczenia powiadomieniami o 4 poziomach wykorzystuje przesuwne okno
    współczynnika otwarć z 14 dni, by przesunąć użytkownika ze stanu zdrowego
    (T0) przez stan obniżony (T1), tylko-zakotwiczone (T2) i tylko-tygodniowe
    (T3), zanim całkowicie zrezygnuje. Soulwise stworzyło to po to, by
    zapobiegać rezygnacjom, a nie maksymalizować liczbę powiadomień.
  keyFact: >-
    Dane branżowe (Localytics / Urban Airship) pokazują, że codzienne
    powiadomienia powiązane z konkretnym wydarzeniem zapewniają mniej więcej
    2.85 razy wyższą retencję niż te ogólne — dlatego T2 zachowuje poranny punkt
    zaczepienia, wstrzymując całą resztę.
aiSummary: >-
  Model zmęczenia powiadomieniami push w Soulwise, oparty na 4 poziomach,
  wykorzystuje ruchome okno współczynnika otwarć z 14 dni, aby wykryć spadek
  zaangażowania i ograniczyć liczbę powiadomień, zanim użytkownicy je wyłączą.
  Poziom 0 (zdrowy) to pełny harmonogram. Poziom 1 (obniżony) rezygnuje z
  powiadomienia w okolicach przedpołudnia. Poziom 2 (tylko kotwica) zachowuje
  poranne przypomnienie o rytuale oraz niedzielne podsumowanie. Poziom 3 (tylko
  tygodniowy) ogranicza się do jednego powiadomienia na tydzień. Próg spadku
  współczynnika otwarć o 30 procent uruchamia zmiany poziomów. Powrót do
  wyższych poziomów działa symetrycznie. Projekt opiera się na branżowych
  punktach odniesienia z Localytics i Urban Airship: 1 powiadomienie dziennie
  wiąże się z około 88% retencji po 3 miesiącach, 3 powiadomienia dziennie
  obniżają ją o 17 punktów procentowych, a 46% użytkowników całkowicie wyłącza
  powiadomienia przy 2–5 powiadomieniach tygodniowo z aplikacji o niskiej
  wartości.
tldr:
  summary: >-
    Jak 4-poziomowy model zmęczenia powiadomieniami Soulwise wykorzystuje
    ruchome okno otwarć z 14 dni, by ograniczać, stabilizować lub wstrzymywać
    powiadomienia, zanim użytkownicy zrezygnują na dobre.
howTo:
  name: 'How to use this guide: 4-poziomowy model zmęczenia powiadomieniami push'
  description: >-
    Jak 4-poziomowy model zmęczenia powiadomieniami Soulwise wykorzystuje
    ruchome okno otwarć z 14 dni, by ograniczać, stabilizować lub wstrzymywać
    powiadomienia, zanim użytkownicy zrezygnują na dobre.
  totalTime: PT5M
  steps:
    - name: Read the guide
      text: >-
        Review the key ideas and identify the parts most relevant to your
        question.
    - name: Apply one step
      text: >-
        Choose one practical step and evaluate the result using your own
        context.
canonical_url: https://my-zodiac-ai.com/pl/blog/4-tier-push-fatigue-model
md_url: https://my-zodiac-ai.com/pl/blog/4-tier-push-fatigue-model.md
last_updated: 2026-10-08T17:31:27.134Z
---

<!-- brand:soulwise -->


---

# 4-poziomowy model zmęczenia powiadomieniami push

Powiadomienia push to najtańszy sposób, by stracić użytkownika. Krzywa retencji przy 1 powiadomieniu dziennie wygląda dobrze — dane branżowe od Localytics i Urban Airship układają się wokół 88 procent retencji w skali trzech miesięcy. Przy 3 powiadomieniach dziennie krzywa spada o 17 punktów procentowych. Przy 5 powiadomieniach dziennie spada o 34. Jej kształt jest stromy i nieodwracalny: 46 procent użytkowników całkowicie rezygnuje z powiadomień push, gdy aplikacja wysyła im od 2 do 5 niechcianych powiadomień tygodniowo.

Odpowiedzią Soulwise jest 4-poziomowy model zmęczenia. Wykrywa on spadek współczynnika otwarć w przesuwnym oknie 14 dni i stopniowo ogranicza liczbę powiadomień, zanim użytkownik zrezygnuje z nich na dobre.

W tym wpisie omawiamy projekt, progi oraz logikę odzyskiwania.

## Cztery poziomy

Maszyna stanów jest niewielka. Każdy użytkownik znajduje się dokładnie na jednym poziomie naraz.

- **T0 – Zdrowy.** Pełny harmonogram. Poranne przypomnienie o rytuale, kontekstowa zachęta przed południem, wieczorna refleksja oraz przypomnienia powiązane z wydarzeniami.
- **T1 – Obniżony.** Kontekstowa zachęta przed południem zostaje wstrzymana. Reszta działa dalej.
- **T2 – Tylko kotwice.** Zostają wyłącznie poranne przypomnienie o rytuale i niedzielne podsumowanie. Wszystkie powiadomienia uznaniowe są wstrzymane.
- **T3 – Tylko tygodniowo.** Przetrwa jedno powiadomienie tygodniowe. Codzienny rytm zostaje zawieszony.

Kolejność ma znaczenie. Przedpołudniowa zachęta znika pierwsza, bo niesie najmniejszą wagę zdarzeniową: to kontekstowy bodziec, a nie część samego codziennego rytuału. Poranne przypomnienie zachowujemy najdłużej, bo codzienne powiadomienia powiązane z wydarzeniami dają około 2.85x większą retencję niż te ogólne; wyłączenie go zabija aplikację.

## Co wyzwala zmianę poziomu

Ruchome okno danych o współczynniku otwarć z 14 dni dla każdego użytkownika. Każdego dnia model analizuje ostatnie 14 dni i oblicza współczynnik otwarć powiadomień push wysłanych w tym oknie.

Próg w Soulwise to **spadek współczynnika otwarć o 30 procent** względem osobistej linii bazowej użytkownika. Jeśli ktoś otwiera zwykle 60 procent powiadomień push, a w ruchomym oknie wartość spada do 42 procent lub niżej, model przenosi tę osobę o poziom w dół. Spadek musi utrzymać się przez co najmniej 3 dni, by nie reagować na jeden gorszy tydzień (urlop, chorobę, intensywny czas w pracy).

Awans działa symetrycznie. Jeśli użytkownik jest na poziomie T2, a jego współczynnik otwarć przez 3 kolejnych dni wraca powyżej linii bazowej pomniejszonej o próg 30 procent, przechodzi na poziom T1. Powrót na poziom T0 przebiega tym samym krokiem.

## Dlaczego powiadomienia zakotwiczone w wydarzeniach przetrwają najdłużej

Dane Localytics / Urban Airship, na których opiera się ta konstrukcja: codzienne powiadomienia zakotwiczone w wydarzeniach dają mniej więcej 2.85x większą retencję niż ogólne powiadomienia codzienne. Ogólne "zajrzyj do nas!" o 9 rano łatwo zignorować. Poranny komunikat powiązany z rzeczywistą fazą dzisiejszego cyklu ("Spokojny początek. Co masz dziś na głowie?") jest zakotwiczony w wydarzeniu - niesie nową informację.

T2 zachowuje poranny komunikat, bo jego usunięcie likwiduje cały codzienny rytuał. Wszystko inne w aplikacji opiera się na tym, że użytkownik loguje się raz rano i raz wieczorem. Bez tego komunikatu pętla się rozpada.

## UX banera zmęczenia

Gdy częstotliwość powiadomień zostaje obniżona, aplikacja przy następnym otwarciu wyświetla niewielki baner:

> *„Zwolniliśmy tempo na 7 dni – wrócić do pełnej częstotliwości?”*

To zdanie robi trzy rzeczy: przyznaje, że coś się zmieniło, przypisuje to zachowaniu aplikacji (nie twojej porażce) i daje ci wybór. Jednym dotknięciem możesz cofnąć tę zmianę i przywrócić powiadomienia.

To ważne, bo ciche obniżenie częstotliwości sprawia wrażenie, jakby aplikacja cię porzuciła. Głośne sprawia wrażenie, że jej zależy. To samo działanie, inaczej ujęte.

## Antywzorce, których celowo nie zbudowaliśmy

Specyfikacja produktu jasno określa, co jest zabronione:

- **Żadnego wywoływania poczucia winy w stylu „nie przerywaj passy".** Passy to zawstydzanie oparte na lęku przed stratą. Model zmęczenia obniża rangę użytkowników, ale ich nie zawstydza.
- **Żadnych powiadomień reaktywacyjnych w stylu „tęsknimy za tobą" na końcu T3.** Użytkownik na etapie T3 już coś aplikacji komunikuje. Dorzucanie kolejnych powiadomień to błędna odpowiedź.
- **Żadnych fałszywych liczników ani sztucznego niedoboru w treści powiadomień.** „X osób właśnie się zapisało" to teatr w stylu dark pattern, a nie powiadomienie.
- **Żadnych treści o menstruacji ani astrologii w tytułach czy treści powiadomień.** Powiadomienia przechodzą przez linter CI, który odrzuca kompilacje zawierające zabronione wzorce; model zmęczenia nigdy go nie omija.

## Jak naprawdę wyglądają dane wewnątrz systemu

Model przechowuje stan każdego użytkownika w 3 polach:

```
tier: 'T0' | 'T1' | 'T2' | 'T3'
rolling_open_rate_14d: 0.0 to 1.0
baseline_open_rate: 0.0 to 1.0 (computed from first 30 days)
last_tier_change_at: timestamp
```

To cały stan zmęczenia. Żadnej historii przeglądania, żadnej oceny zaangażowania poza wskaźnikiem otwarć, żadnego modelu uczenia maszynowego trenowanego na użytkowniku. Prostota jest celem: reguły da się skontrolować, progi są udokumentowane, a konsekwencje dla UX są przewidywalne.

## Czym to nie jest

Słowo o zakresie.

Model zmęczenia działa dla pojedynczego użytkownika, a nie dla grupy. Nie analizujemy „użytkowników podobnych do ciebie" ani nie prowadzimy eksperymentów, które celowo ograniczają widoczność powiadomień, by badać retencję. Model służy jednostce.

Nie zastępuje też ustawień kontrolowanych przez użytkownika. Godziny ciszy, wyciszanie poszczególnych kategorii oraz całkowite wyłączenie powiadomień działają niezależnie od modelu zmęczenia. Te dwa systemy się uzupełniają, a wyraźny wybór użytkownika zawsze ma pierwszeństwo przed wnioskami modelu.

## Dlaczego ma to znaczenie dla reszty aplikacji

Powiadomienia push sprawiają, że codzienny rytuał pozostaje codzienny. Aplikacja do check-inów, która traci przywilej wysyłania powiadomień, traci swoją główną pętlę retencji. Model 4-poziomowy istnieje po to, by aplikacja nie nadużywała tego przywileju i nie straciła go powoli - przez bycie odrobinę irytującą przez wystarczająco długi czas.

Pełniejszy kontekst codziennego rytuału znajdziesz w [centrum Soulwise](/soulwise/). Model zmęczenia to jeden z powodów, dla których rytuał pozostaje wzajemny, a nie wymagający.

Krótsza wersja: właściwa liczba powiadomień to największa liczba, która nie powoduje rezygnacji. Model zmęczenia to sposób, w jaki aplikacja znajduje tę liczbę dla każdego użytkownika, co 14 dni.
