Het 4-tier meldingsmoeheidsmodel

Pushmeldingen zijn de goedkoopste manier om een gebruiker te verliezen. De retentiecurve bij 1 pushmelding per dag ziet er goed uit – industriële gegevens van Localytics en Urban Airship clusteren rond 88 procent drie-maanden-retentie. Bij 3 pushmeldingen per dag daalt de curve met 17 procentpunten. Bij 5 pushmeldingen per dag daalt deze met 34. De vorm is steil en onomkeerbaar: 46 procent van de gebruikers zet pushmeldingen volledig uit wanneer een app hen 2 tot 5 pushmeldingen per week stuurt die zij niet willen.

Soulwise's antwoord is een 4-tallig vermoeidheidsmodel. Het detecteert een daling van de openingsgraad over een rollend 14-daags venster en vermindert progressief het meldingsvolume voordat de gebruiker permanent afzegt.

Dit artikel doorloopt het ontwerp, de drempelwaarden en de herstellogica.## De vier niveaus

De statemachine is overzichtelijk. Elke gebruiker bevindt zich altijd in precies één niveau.

• T0 - Gezond. Volledig schema. Ochtendritueel-prompt, contextuele ochtendtussenstoot, avondreflectie, plus evenementgebaseerde prompts.
• T1 - Teruggezet. De contextuele ochtendtussenstoot is gepauzeerd. Al het andere loopt door.
• T2 - Alleen anker. Alleen de ochtendritueel-prompt en de retrospectieve zondag blijven over. Alle optionele pushberichten zijn gepauzeerd.
• T3 - Alleen wekelijks. Er blijft één wekelijks pushbericht over. De dagelijkse cadens is onderbroken.

De volgorde is van belang. De ochtendtussenstoot is het eerste dat verdwijnt, omdat deze de laagste evenementwaarde heeft: het is een contextuele stimulans, onderdeel van het dagelijkse ritueel zelf. Het ochtendprompt wordt het langst behouden, omdat evenementgebaseerde dagelijkse pushberichten ongeveer 2.85x meer retentie opleveren dan generieke; het doden hiervan doodt de app.## Wat veroorzaakt een tierwijziging

Een rollend venster van 14 dagen met openpercentagegegevens per gebruiker. Elke dag bekijkt het model de laatste 14 dagen en berekent het openpercentage van de gebruiker voor pushmeldingen die in dat venster zijn verzonden.

De drempel van Soulwise is een afname van 30 procent openpercentage ten opzichte van de persoonlijke basislijn van de gebruiker. Als een gebruiker doorgaans 60 procent van de pushmeldingen opent en het rollende venster daalt naar 42 procent of lager, verlaagt het model hem/haar een tier. De daling moet minimaal 3 dagen aanhouden om te voorkomen dat wordt gereageerd op één slechte week (een vakantie, ziekte, een drukke werkweek).

Bevordering is symmetrisch. Als een gebruiker op T2 zit en hun openpercentage gedurende 3 opeenvolgende dagen weer boven hun basislijn minus de drempel van 30 procent stijgt, verplaatsen ze naar T1. Herstel naar T0 vereist dezelfde stap.## Waarom gebeurtenisgeankerde pushberichten het langst meegaan

Het Localytics / Urban Airship-gegevenspunt dat het ontwerp stuurt: dagelijkse pushberichten die geankerd zijn aan een gebeurtenis leveren ongeveer 2.85x de retentie van generieke dagelijkse pushberichten. Een generieke "Neem contact met ons op!" om 9 uur 's avonds is onvergetelijk. Een ochtendmelding die verankerd is aan de feitelijke cyclusfase van vandaag ("Zachte start. Wat staat er vandaag op jouw planning?") is gebeurtenisgeankerd - het bevat nieuwe informatie.

T2 behoudt de ochtendmelding, want als je deze verwijdert, verdwijnt het gehele dagelijkse ritueel. Alles in de app is erop gebouwd dat de gebruiker 's ochtends een keer en 's avonds een keer inlogt. Zonder de melding breekt de cyclus.## Het fatigue-banner UX

Wanneer een gebruiker gedegradeerd wordt, verschijnt er de volgende keer dat hij de app opent een klein banner in de app:

"We hebben het 7 dagen rustiger aan gedaan – weer wat meer aandacht?"

Die zin doet drie dingen: het erkent de verandering, wijt het aan het gedrag van de app (niet aan het falen van de gebruiker), en biedt de gebruiker een keuze. De gebruiker kan de degradatie met één tik ongedaan maken als hij weer meldingen wil ontvangen.

Dit is belangrijk, want een stille degradatie voelt aan alsof de app de gebruiker in de steek laat. Een luide degradatie voelt alsof de app er om geeft. Dezelfde actie, een andere framing.## Anti-patroons die we bewust niet hebben gebouwd

Het productvoorschrift is duidelijk over wat verboden is:

• Geen pushberichten die schuldgevoel aanwakkeren over 'onderbreek je streak niet'. Streaks zijn schaamtactieken voor vermijdingsverlies. Het vermoeidheidsmodel degradeert gebruikers niet; het beschaamt hen niet.
• Geen 'we missen je'-reactiveringpush aan het einde van T3. Een gebruiker op T3 vertelt de app al iets. Nog meer pushberichten sturen is de verkeerde reactie.
• Geen nep-tellers of schaarste in pushberichtteksten. "X mensen hebben zich zojuist aangemeld" is donkerpatroontheater, geen notificatie.
• Geen menstruatie- of astrologie-inhoud in push-titels of -teksten. Pushberichten doorlopen een CI-lint dat builds met verboden patronen afkeurt; het vermoeidheidsmodel omzeilt dit nooit.## Hoe de data er in het systeem daadwerkelijk uitziet

Het model slaat per gebruiker de status op met drie velden:

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

Dit is de volledige vermoeidheidsstatus. Geen browsegeschiedenis, geen score voor betrokkenheid boven open rate, geen machinelearning-model dat op de gebruiker is getraind. De eenvoud is het doel: de regels zijn auditable, de drempelwaarden zijn gedocumenteerd, en de gevolgen voor de gebruikerservaring zijn voorspelbaar.## Wat dit niet is

Een opmerking over de reikwijdte.

Het vermoeidheidsmodel is per gebruiker, niet per cohort. We bekijken niet "gebruikers zoals jij" of voeren experiments uit die gebruikers demotiveren om retentie te leren begrijpen. Het model dient het individu.

Het vervangt ook niet de door de gebruiker bepaalde instellingen. Stille uren, per categorie dempen en expliciet alles-berichten-uitwerken werken allemaal onafhankelijk van het vermoeidheidsmodel. De twee systemen werken samen; de expliciete keuze van de gebruiker prevaleert altijd boven de afleiding van het model.## Waarom dit ertoe doet voor de rest van de app

Pushmeldingen zijn hoe een dagelijks ritueel dagelijks blijft. Een check-in-app die zijn pushrechten verliest, verliest zijn belangrijkste vasthoudingslus. Het 4-tiermodel bestaat zodat de app dit privilege niet misbruikt en het niet op de trage manier verliest – door net iets te irritant te zijn, net lang genoeg.

De volledige context van het dagelijkse ritueel vind je op de Soulwise-hub. Het vermoeidheidsmodel is één onderdeel van waarom het ritueel wederkerig blijft in plaats van eisend.

De verkorte versie: het juiste aantal pushmeldingen is het grootste aantal dat geen afmeldingen veroorzaakt. Het vermoeidheidsmodel is hoe de app dat aantal vindt, per gebruiker, elke 14 dagen.