Afbeelding: 80 onboarding-schermen van apps [originele ontwerpen van Roastmyapp]
Ik geloof dat elke sterk converterende onboarding-funnel van een mobiele app gebouwd is op 10 kernpijlers, op de een of andere manier. Dit is de onderliggende anatomische structuur die ik gebruik om onboarding-varianten voor te bereiden die het testen waard zijn...
Afbeelding: 10 kernpijlers van een sterk converterende onboarding-funnel voor apps
- Welkomstblok: laat het verhaal aansluiten op de beloften bovenaan de funnel, in advertenties, zoekwoorden en screenshots
- Probleemherkenning: benoem de pijn, vergroot die en bouw emotionele resonantie op vóór de pitch
- Productbelofte: laat zien hoe de ideale uitkomst eruitziet als ze doorgaan
- Oplossingsmechanisme: maak duidelijk hoe je app de belofte waarmaakt
- Bewijs dat het werkt: bewijs dat de oplossing heeft gewerkt voor mensen precies zoals zij
- Gepersonaliseerde uitkomst: geef ze een resultaat op maat terug dat ze zelf hebben helpen bouwen
- Betrokkenheid vóór de paywall: vergroot hun investering met kleine toezeggingen
- Onboarding-paywall: je eerste verzoek om te kopen wat je ook verkoopt
- UX van de onboarding na de aankoop: erken de financiële investering
- Duwtje naar activatie van de kernfunctie: leid ze naar de ervaring met de grootste waarde voordat ze de proefperiode opzeggen, of erger [om een terugbetaling vragen].
Let op: dit is geen vaststaande, lineaire of opeenvolgende formule. Het is eerder een fundamenteel mentaal model waarmee ik bewust ontworpen onboarding-trajecten kan bouwen.
Elk scherm dat je hieronder vindt, is een origineel ontwerp dat we in de loop der jaren hebben gemaakt voor apps waarmee we hebben gewerkt. Eerlijk is eerlijk: niet al deze onboarding-iteraties leverden een omzetstijging op. Maar veel natuurlijk wel [bijv. een complete vernieuwing van de onboarding leverde 30%+ meer opbrengst op]
“Het is geweldig hoeveel van mijn kleine suggesties in het nieuwe onboarding-ontwerp terecht zijn gekomen.” – Timo
“Je onboarding-ontwerpen zijn uitstekend. Ik vind het geweldig om hoogwaardige opties te hebben om hierna uit te proberen.” – Luke
“De nieuwe onboarding-schermen zijn echt prachtig en passen heel goed bij mijn app.” – Jonah
Wil je in de komende 4 weken 2 radicaal nieuwe onboarding-flows voor je app testen? Bekijk mijn sprint voor onboarding-ontwerp en -optimalisatie hieronder.
Afbeelding: Sprint voor onboarding-ontwerp en -optimalisatie van mobiele apps
7 principes die ik volg bij onboarding-experimenten voor mobiele apps
- Diagnosticeer eerst de frictiepunten voordat je iets aanraakt → Mijn vuistregel: 15 tot 20%+ uitval tussen twee schermen is een serieus waarschuwingssignaal dat onderzoek waard is.
- De onboarding zet het verhaal voort dat bovenaan de funnel is beloofd → Bouw voort op de belofte van je advertentie. Neem elk verschil tussen verwachting en werkelijkheid weg. En sla daarna de brug naar de oplossing.
- Alles wordt geschreven in de taal die klanten spreken → Niemand schrijft uit de verbeelding. Bouw een werkblad met de stem van de klant op basis van reviews in de App Store, uitgeschreven interviews, enquêtes en andere bronnen.
- Geef elk scherm een doel, of schrap het → Een scherm verdient zijn plek als het beproefde verhaalstructuren volgt, motivatie opbouwt of ons iets over de gebruiker leert [leeftijd, demografie, acquisitiebron enz.]
- De lengte van de onboarding hangt af van hoe groot het probleem is, en van hoe dicht het bij een fundamenteel menselijk verlangen ligt → Apps voor een grote pijn converteren beter met een lange onboarding. Apps voor een kleine pijn doen het beter met een korte.
- De 5-5-5-regel. De eerste 5 schermen na de installatie, de 5 schermen vóór de paywall, de 5 schermen na de aankoop → Deze 3 reeksen schermen krijgen de hoogste prioriteit om uitval te verhelpen, de gebruiker klaar te maken voor het verzoek en de onzekerheid weg te nemen waardoor een proefperiode wordt opgezegd.
- Volg de funnel per scherm, en op een gedetailleerd niveau → Naast primaire metrieken zoals de voltooiing van de onboarding, de start van de proefperiode, de conversie van proefperiode naar betaald en de opbrengst per gebruiker, moeten analytics laten zien welke antwoorden mensen kiezen, en hoe de conversie verschilt per leeftijd, per taak die ze willen volbrengen, per acquisitiebron en per probleem waarmee ze binnenkwamen.
Pijler #1/10 → Welkomstblok
De eerste reeks schermen na de installatie. Die vertelt mensen waarvoor de app is en brengt ze de funnel in. Hier zien we ook aanzienlijke uitval. Meestal wanneer de belofte bovenaan de funnel na de installatie niet wordt voortgezet.
Mensen komen binnen met een verwachting uit een advertentie, een pagina in de store of een zoekopdracht. Het welkomstscherm bevestigt die verwachting of breekt die. Laat het verhaal aansluiten, niet alleen de huisstijl. De kop met de waardepropositie moet de advertentie weerspiegelen die ze binnenbracht.
Hoe het eruitziet in het ontwerp: Beoordelingen, aantallen installaties of perslogo's direct eronder, zodat het vertrouwen meegaat. Eén primaire actie, en een kleine inloglink voor mensen die al een account hebben.
Pijler #2/10 → Probleemherkenning
Dit zijn vraagschermen, feedbackschermen en informatieschermen die de pijn, de problemen en de obstakels benoemen waarmee mensen hier kwamen.
Hoe het eruitziet in het ontwerp: quizvragen met verschillende invoermethoden, zoals lijsten met symptomen waaruit je er meerdere kiest, keuzelabels en schuifregelaars. Feedbackschermen gaan in op de kosten van niets doen, of laten zien wat er gebeurt als ze op de weg blijven die ze nu volgen.
Pijler #3/10 → Productbelofte
Deze onboarding-schermen laten de andere kant van het probleem zien. De ideale uitkomst, de transformatie, het voor en na.
Zodra mensen hebben verteld wat er mis is, moeten ze zien hoe het eruitziet als het is opgelost, voordat ze verdergaan. Houd de belofte krachtig, maar een beetje onvolledig. Genoeg om ze in beweging te houden, niet de volledige pitch. Daar is de paywall voor.
Hoe het eruitziet in het ontwerp: vragen over doelen, een grafiek met de verwachte voortgang, een vergelijking van voor en na, of een voorproefje van het beste scenario waarin ze zich kunnen bevinden.
Pijler #4/10 → Oplossingsmechanisme
Onboarding-schermen die laten zien hoe je de belofte die je net hebt gedaan echt gaat waarmaken.
Een belofte zonder mechanisme erachter leest als een loze bewering en wensdenken. Sterk converterende funnels maken onderscheid tussen het mechanisme van het probleem [waarom het hun overkomt] en het mechanisme van de oplossing [hoe je app het oplost].
Hoe het eruitziet in het ontwerp: echte UI van de app, geen illustraties. Of beter nog: laat gebruikers het zelf ervaren. Een budgetapp kan een gebruiker in de funnel één recente uitgave laten invoeren, voordat die iets heeft betaald.
Pijler #5/10 → Bewijs dat het werkt
Onboarding-schermen die bewijzen dat dit oplossingsmechanisme heeft gewerkt voor anderen in hetzelfde schuitje. Gebruikers willen weten of dit werkte voor iemand in hun situatie, en ze willen dat weten vlak voordat ze om een betaling worden gevraagd.
Hoe het eruitziet in het ontwerp: beoordelingen in de App Store en de Play Store, reviews, citaten, perslogo's en de productdata die je al in je database hebt staan [bijv. gekookte maaltijden, geblokkeerde oplichtingspogingen, bespaarde uren].
Even een zijpad → hoe is mijn ontwerpproces voor groei veranderd door AI?
Vroeger begon alles in Figma en eindigde het in code. Nu is het andersom. We beginnen met code, verfijnen daarna alles in Figma en voegen onze menselijke toets toe.
Ik noem het ontwerpen met AI voorop en een human-in-the-loop. Zo ziet dat eruit:
- Bouw een werkend prototype van de onboarding-funnel in HTML met tools als Mobbin MCP en Claude Code
- Krijg akkoord op de inhoud, de UI-componenten en de ontwerppatronen zodra we weten wat er op elk scherm gebeurt
- Verfijn het waar nodig in Figma. Voeg de menselijke toets toe. Weg met die uitstraling van AI-rommel.
- Geef de specificaties door aan de ontwikkelaars, of bouw het in een no-code-tool voor onboarding zoals RevenueCat, Superwall of Adapty.
Vóór AI was het maken van schetsontwerpen een groot deel van dit proces. Nu niet meer. Nu besteden we het grootste deel van onze tijd aan Claude.
Waarom we nog steeds op elk scherm een menselijke toets toevoegen: mensen herkennen AI-rommel tegenwoordig van mijlenver. En zodra ze dat doen, kleeft er meteen een negatieve bijklank aan. Ik pas goed op dat ik geen AI-rommel in productie zet en de reputatie van een klant beschadig om een dag werk te besparen.
Hoe de tijdlijn is verschoven: vóór AI kostte de voorbereiding van een nieuwe onboarding-funnel minstens 2 weken. Als je er nu echt prioriteit aan geeft, kan een complete nieuwe onboarding-variant in 3 tot 7 dagen klaar zijn om in productie te gaan.
Tot slot, 1 recente observatie: app-uitgevers met wie ik praat en werk, lijken het prettiger te vinden om de onboarding-variant zelf in code te bouwen dan naar een no-code-tool te grijpen. Is dat bij jou ook zo?
Pijler #6/10 → Gepersonaliseerde uitkomst
Onboarding-schermen die de beloning laten zien voor elke vraag die je hebt gesteld. Een score, een diagnose, een plan met hun eigen naam en cijfers erin. Dit is het scherm waar mensen het minst graag van weglopen, omdat ze het zelf hebben helpen bouwen. Er is een naam voor: het IKEA-effect.
Hoe het eruitziet in het ontwerp: een analysescherm, percentages, een score op een meter, of een overzicht van wat je goed en wat je fout doet. Of een gepersonaliseerd plan waarin hun antwoorden zichtbaar zijn.
Pijler #7/10 → Betrokkenheid vóór de paywall
Je laatste stuk vóór het verzoek. Een account aanmaken, toestemmingsvragen, toezeggingen, ja-ladders en een laatste scherm met sociaal bewijs.
Let op: een account aanmaken en de vraag om pushmeldingen toe te staan kosten je bijna altijd gebruikers. Maar vaak winnen ze, wanneer de motivatie en het vertrouwen die ze toevoegen meer waard zijn dan de frictie die ze kosten.
Hoe het eruitziet in het ontwerp: een toezegging waarmee de gebruiker met één tik instemt. Een planner voor herinneringen. Vermeldingen in gerenommeerde media. En één die het testen waard is in bijna elke app: het account aanmaken na de paywall in plaats van ervoor.
Pijler #8/10 → Onboarding-paywall
Je belangrijkste verzoek om een proefperiode te starten of direct te kopen. Elke voorgaande pijler bestaat om dit scherm te laten slagen. Hier ontdek je of de weg ernaartoe zijn werk goed heeft gedaan of niet.
Hoe het eruitziet in het ontwerp: paywalls in meerdere stappen, abonnementskiezers, het ontwerppatroon met een geannoteerde tijdlijn van de proefperiode, exitaanbiedingen en eenmalige aanbiedingen, je tweede verzoek aan een gebruiker die al één keer nee heeft gezegd.
Pijler #9/10 → UX van de onboarding na de aankoop
De schermen die een betalende gebruiker direct na de conversie ziet. Die heeft net een investering gedaan. De volgende paar schermen bevestigen die beslissing of zetten de gedachte aan een terugbetaling in gang. Een nieuwe abonnee die in een lege app belandt, denkt al aan opzeggen.
Hoe het eruitziet in het ontwerp: een bericht van de oprichter. Een rondleiding. Een gratis 1-op-1-gesprek voor de onboarding bij duurdere producten. Een uitnodiging voor de community. Goedkoop om te bouwen, maar bijna niemand doet het.
Pijler #10/10 → Duwtje naar activatie van de kernfunctie
De gebruiker de eerste kernactie laten voltooien. Geen rondleiding langs elke functie. Eén actie die precies levert wat hun bij binnenkomst is beloofd. Ontwerp dit vanuit monetisatie, niet vanuit betrokkenheid.
Hoe het eruitziet in het ontwerp: een uitnodiging voor de eerste invoer. Een korte checklist om alles in te stellen, met een voortgangsring, zodat het werk al begonnen is. Een bevestiging dat de proefperiode is ontgrendeld, die naar de volgende actie wijst in plaats van naar een doodlopend punt.
Veelgestelde vragen
Wat is onboarding van mobiele apps?
Onboarding van mobiele apps is de reeks schermen die een gebruiker doorloopt tussen het installeren van je app en het bereiken van de eerste kernactie die de waarde levert waarvoor hij kwam. In een abonnementsapp moet de onboarding de gebruiker ook door de eerste paywall leiden, en daarin verschilt die van onboarding in een gratis product. Het is geen rondleiding langs functies. Het doel is het probleem voelbaar genoeg te maken en genoeg geloof in je mechanisme op te bouwen, zodat het verzoek aankomt.
Wat is het verschil tussen onboarding van mobiele apps en een rondleiding door het product?
Een rondleiding door het product leert mensen waar de knoppen zitten. Onboarding in een abonnementsapp moet verkopen voordat die iets uitlegt. Een rondleiding gaat ervan uit dat de gebruiker al heeft besloten het product te gebruiken, dus het doel is begrip. Onboarding gaat nergens van uit, dus het doel is motivatie, geloof en toezegging, en begrip komt na de aankoop. Als je onboarding een carrousel met schermafbeeldingen van functies is, heb je een rondleiding gebouwd en vraag je aan het eind om geld.
Hoeveel schermen moet een onboarding-funnel van een app hebben?
Er is geen absoluut goed of fout aantal, en het wordt niet bepaald door wat je concurrenten doen. Onze vuistregel: hoe groter het probleem, en hoe dichter dat probleem bij een fundamenteel menselijk verlangen ligt, hoe langer de onboarding meestal moet zijn.
Apps voor een grote pijn hebben een lange onboarding, omdat de funnel het probleem voelbaar moet maken vóór het verzoek. Apps voor een kleine pijn zijn meestal beter af met een korte onboarding. Vraag je af hoeveel werk je funnel moet doen, niet hoeveel schermen hij moet hebben.
Wat is de 5-5-5-regel bij de optimalisatie van onboarding voor mobiele apps?
De 5-5-5-regel stelt dat drie korte reeksen schermen het grootste deel van de abonnementsomzet bepalen: de eerste vijf na de installatie bepalen of een gebruiker blijft, de vijf vóór de eerste paywall bepalen of hij klaar is voor het verzoek, en de vijf na de aankoop bepalen of hij opzegt.
Hoort de paywall in de onboarding-flow of erna?
Erin, bijna altijd, en eerder dan de meeste teams prettig vinden. Een gebruiker die vragen over zijn probleem heeft beantwoord, een gepersonaliseerd resultaat heeft gezien en een kleine toezegging heeft gedaan, staat veel meer open voor het verzoek dan dezelfde gebruiker drie sessies later. De uitzondering zijn apps met een natuurlijke trigger in de dag van de gebruiker, waarbij de waarde bij het eerste gebruik duidelijk is en het verzoek kan wachten. Test de plaatsing in plaats van ervan uit te gaan. Het is een van de goedkoopste experimenten die er zijn, en het levert meer op dan de meeste tekstwijzigingen.
Wat is een goed voltooiingspercentage voor de onboarding van een mobiele app?
Dat is het verkeerde getal om te optimaliseren. Het voltooiingspercentage is makkelijk te verhogen door schermen te schrappen, en als je de schermen schrapt die het probleem opbouwen, stijgt de voltooiing meestal terwijl de omzet daalt. Wij gebruiken het voor diagnose, nooit als primaire metriek. Wat telt, is de opbrengst per gebruiker, daarna de conversie van installatie naar betaald en van proefperiode naar betaald. Wil je een vuistregel voor de diagnose, kijk dan naar de daling tussen afzonderlijke schermen in plaats van naar het totaal: 15 tot 20%+ van het ene scherm naar het volgende is meestal een waarschuwingssignaal dat onderzoek waard is.
Wat zijn de 10 pijlers van een sterk converterende onboarding-funnel voor apps?
Welkomstblok, probleemherkenning, productbelofte, oplossingsmechanisme, bewijs dat het werkt, gepersonaliseerde uitkomst, betrokkenheid vóór de paywall, onboarding-paywall, UX van de onboarding na de aankoop en duwtje naar activatie van de kernfunctie. Niet elke app heeft ze alle tien nodig, maar de volgorde is belangrijker dan het aantal.
Hoe lang duurt het om een nieuwe onboarding-variant te ontwerpen en te lanceren?
Vóór AI kostte dat minstens 2 weken. Als je er nu echt prioriteit aan geeft, kan een complete nieuwe onboarding-variant in 3 tot 7 dagen klaar zijn om in productie te gaan.
We bouwen eerst een werkend prototype van de funnel in HTML, leggen de inhoud vast, verfijnen het in Figma en geven het daarna door aan je ontwikkelaars, of bouwen het in een no-code-tool voor onboarding. Het resultaat aflezen duurt langer dan het bouwen, omdat we tests de volledige periode van proefperiode naar betaald laten lopen in plaats van ze te beoordelen op de conversie op D0.
Staat AI voorop in jullie ontwerpproces voor groei?
Ja. Ik noem het ontwerpen met AI voorop en een human-in-the-loop. Vroeger begon alles in Figma en eindigde het in code. Nu is het andersom: we beginnen met code en bouwen met tools als Mobbin MCP en Claude Code een werkend prototype van de schermen van de funnel in HTML, daarna verfijnen we het in Figma en voegen we onze menselijke toets toe. Het maken van schetsontwerpen was vroeger een groot deel van het proces. Nu niet meer.
Waarom niet gewoon door AI gegenereerde onboarding-funnels lanceren?
Omdat mensen herkennen wanneer iets door AI is gemaakt, en zodra ze dat doen, kleeft er meteen een negatieve bijklank aan. Een funnel die er gegenereerd uitziet, ondermijnt het vertrouwen precies op het moment dat je iemand om een betaling vraagt, en die schade werkt nog lang na het einde van de test door in hoe ze je merk zien.
We passen goed op dat we geen AI-rommel in productie zetten en de reputatie van een klant beschadigen om een dag werk te besparen. AI is een instrument voor snelheid binnen ons proces. Het is niet het proces.
Hoe schrijven jullie de teksten voor onboarding-schermen?
Vanuit een werkblad met de stem van de klant dat we voor je app opbouwen voordat er ontwerpwerk begint. Dat is de kennisbank waarmee we werken. We halen reviews van gebruikers uit de App Store en andere bronnen, plus enquêtes, functieverzoeken en supportverzoeken, en we schrijven de hele onboarding op basis daarvan. Niemand in het team schrijft een onboarding-scherm uit de verbeelding.
Hoeveel iteraties van de onboarding-funnel voeren jullie doorgaans uit?
Afhankelijk van het verkeer lanceert het volledig verzorgde programma van 3 maanden 10+ experimenten voor onboarding, paywall, prijsstelling en monetisatie, allemaal vanuit een op RICE geprioriteerde roadmap. De onboarding-sprint lanceert 2 radicaal nieuwe onboarding-funnels in 4 weken. Het ritme is belangrijker dan één herontwerp. Een eenmalige vernieuwing van de onboarding levert je één datapunt op. Een vast ritme versterkt zichzelf.
Welke succesmetrieken meten jullie bij onboarding-experimenten?
Het voltooiingspercentage is een benadering. Nuttig voor diagnose, verkeerd als primaire metriek. De opbrengst per gebruiker is onze primaire metriek bij onboarding-tests, met de conversie van installatie naar betaald, het percentage gestarte proefperiodes en de conversie van proefperiode naar betaald als de cijfers die aan omzet gekoppeld zijn. We willen funnel-rapporten per scherm in Mixpanel of Amplitude, niet één getal voor de voltooiing van de onboarding, en we lezen de conversie per segment: leeftijd, de taak die de gebruiker wil volbrengen, acquisitiebron en het probleem waarmee de gebruiker binnenkwam.
Hoe krijgen we een audit van onze onboarding-funnel, en wat kost dat?
De audit is gratis. Je kunt je app hier indienen. Na je aanmelding nemen we samen je paywall- en onboarding-opzet door tijdens een gesprek van 30 minuten. De meeste mensen uit de appwereld weten daarna waar hun funnel abonnementsomzet verliest en welke 3 experimenten ze als eerste moeten uitvoeren.
Na de eerste audit kies je 1 van de 4 pakketten:
→ Volledig verzorgd programma voor monetisatie en CRO: 15.000 USD eenmalig voor een traject van 3 maanden. We ontwerpen, programmeren, lanceren en analyseren 10+ experimenten voor onboarding, paywall, prijsstelling en monetisatie.
→ Sprint voor onboarding-ontwerp en -optimalisatie: 7.500 USD eenmalig voor een sprint van 4 weken. Test 2 radicaal nieuwe onboarding-flows voor mobiel met productieklare ontwerpen en teksten. Volledig uit handen genomen.
→ 1 paywall- of monetisatie-experiment: 1.000 USD eenmalig. We ontwerpen, implementeren en analyseren 1 test op je bestaande techstack.
→ 1-op-1-advies: 1.500 USD per maand, maandelijks opzegbaar. Ik geef richting, jouw team bouwt.
De 3 pakketten waarbij we alles uit handen nemen, zijn eenmalige betalingen. Geen vaste maandvergoeding. Geen automatische verlenging. Bekijk hier alle pakketten en prijzen.
Hoe verschilt Roast My App van de groeidienst van Superwall?
De groeidienst van Superwall draait om experimenten met paywall, prijzen en aanbiedingen, met een maandabonnement vanaf 5.000 USD per maand, afhankelijk van de omzet. Roast My App dekt de volledige D0-monetisatiereis, met ontwerp en optimalisatie van de onboarding-funnel als kern, voor vaste eenmalige prijzen op de pakketten waarbij het alles uit handen neemt en met een garantie op een positieve ROI. Lees de volledige vergelijking: Superwall-alternatief voor groeidiensten rond monetisatie.
Ben je tot hier gekomen? Gefeliciteerd, jij bent iemand die dingen afmaakt. Hier zijn 3 andere handige bronnen om te bekijken.
Afbeelding: Bibliotheek met paywall-experimenten van Muhammad Rahat
Afbeelding: Paywall-voorbeelden uit de Swipe File van Roastmyapp
Afbeelding: Verzameling van fouten bij het optimaliseren van paywalls
Hulp nodig bij het ontwerp en de optimalisatie van de onboarding-funnel van je mobiele app?
Start met een gratis CRO-audit van je app: we plannen een koffiegesprek van 30 minuten via Google Meet om samen de huidige paywall- en onboarding-opzet van je mobiele app door te nemen. Ik probeer deze review elke maand voor 5 apps volledig GRATIS te doen.
Aan het eind weten mensen wat hun 3 grootste blokkades zijn die hen echt geld kosten. Als ik denk dat mijn monetisatie- en CRO-programma voor apps niet goed bij je app past, zeg ik je dat ook.
Lees hier meer over mijn 11FA-framework voor monetisatie en CRO van mobiele apps →
Groet,
Muhammad Rahat
Oprichter van Roast My App LLC
