Voorbeelden van onboardingflows: 15 patronen om gebruikers naar waarde te leiden

De beste onboardingflows brengen een nieuwe gebruiker zo snel mogelijk naar zijn eerste echte resultaat. Ze vragen weinig bij het aanmelden, zetten namens de gebruiker iets nuttigs klaar, begeleiden met een korte checklist of behulpzame lege schermen in plaats van lange tours, en volgen op via e-mail met de volgende stap. Onboarding gebeurt grotendeels achter een aanmelding. Daarom beschrijven we hieronder zes openbare voorbeelden die we in oktober 2026 konden controleren vóór aanmelding, en daarna negen veelvoorkomende patronen binnen het product, zonder een product te noemen. Daarna volgen een checklist, veelgemaakte fouten en hoe je je eigen onboardingflow bouwt.

De 15 voorbeelden in één overzicht

Openbare onboardingvoorbeelden

Dit is wat elk bedrijf in oktober 2026 openbaar liet zien. We hebben geen accounts aangemaakt, dus beschrijven we alleen wat zichtbaar is vóór aanmelding of wat op hun eigen sites is gedocumenteerd.

1. Cal.com: twee aanmeldknoppen en geen kaart

De homepage van Cal.com biedt "Aanmelden met Google" en "Aanmelden met e-mail" naast "Geen creditcard nodig", en legt de instelling uit in drie stappen: koppel je agenda, stel je beschikbaarheid in, kies hoe je elkaar ontmoet.

Leer hiervan: onboarding begint op de marketingpagina. Als je mensen vóór aanmelding de instelstappen vertelt, voelt het eerste scherm binnen al vertrouwd.

2. Basecamp: een proefperiode die je niet vastzet

De prijspagina van Basecamp vermeldt dat betaalde abonnementen een gratis proefperiode van 30 dagen hebben, zonder kaart, en dat je na afloop niet automatisch wordt belast.

Leer hiervan: het wegnemen van de angst voor een onverwachte betaling verlaagt de drempel om te proberen. Het is een afweging: om een kaart te vragen filtert serieuze gebruikers eruit, zonder kaart krijg je meer mensen binnen. Zie freemium vs gratis proefperiode.

3. Plausible: zie het voordat je je aanmeldt

De homepage van Plausible zet "Bekijk live demo" naast de proefperiode van 30 dagen zonder kaart. De live demo is de echte analytics van de eigen site.

Leer hiervan: een openbare demo laat mensen zichzelf "onboarden" voordat ze zich vastleggen, zodat wie zich aanmeldt al weet wat hij krijgt.

4. Stripe: een veilige plek om te oefenen

De documentatie van Stripe beschrijft sandboxes om een integratie te testen zonder live transacties of echte data te raken.

Leer hiervan: als fouten in je product kostbaar zijn (geld, berichten aan klanten), geef nieuwe gebruikers dan een veilige modus om in te leren.

5. Basecamp: live lessen

De homepage van Basecamp nodigt bezoekers uit voor een live demo en vragenrondes, met een link naar aankomende lessen.

Leer hiervan: sommige mensen leren het best van een persoon. Een groepsles schaalt beter dan één-op-één-demo's.

6. Vercel: onboarding voor AI-agents

De homepage van Vercel vertelt ontwikkelaars dat ze een codeeragent kunnen onboarden door die Vercels installatiegids op te laten halen en te volgen.

Leer hiervan: als je gebruikers steeds vaker via AI-tools werken, wordt documentatie die voor die tools is geschreven onderdeel van de onboarding.

Onboardingpatronen binnen het product die je kunt overnemen

7. Welkomstvragen

Twee of drie vragen direct na het aanmelden ("Waarvoor gebruik je dit?", "Hoe groot is je team?") die bepalen wat de gebruiker daarna ziet, zoals een ander sjabloon of een andere checklist. Als een antwoord niets verandert, vraag het dan niet.

8. Sjablonenkiezer

Bied in plaats van een lege pagina een paar startpunten aan per toepassing. De gebruiker bewerkt iets echts in plaats van naar een leeg scherm te staren.

9. Voorbeelddata

Vul het account met een realistisch voorbeeldproject of dataset, duidelijk gelabeld als voorbeeld, met een knop "voorbeelddata wissen" met één klik. Mensen leren door te experimenteren met iets dat al werkt.

10. Instelchecklist

Drie tot vijf eerste taken ("Voeg je logo toe", "Maak je eerste factuur", "Nodig een teamlid uit") met een voortgangsindicator. Maak hem wegklikbaar en markeer taken automatisch als afgerond wanneer de gebruiker ze ergens in het product voltooit.

11. Behulpzame lege staten

Elke lege lijst of pagina legt uit wat er komt te staan en biedt de actie om hem te vullen: "Nog geen klanten. Voeg je eerste klant toe of importeer een CSV."

12. Importeren uit een andere tool

Als mensen overstappen van een bekende tool, bied dan op de eerste dag een import aan (CSV of rechtstreeks). Hun eigen data laat het product meteen als het hunne voelen.

13. Teamleden uitnodigen op het juiste moment

Vraag pas wanneer de gebruiker iets heeft gemaakt dat het delen waard is, niet als eerste stap. "Deel dit project" werkt beter dan een lege "nodig je team uit"-pagina.

14. Toestemming voorbereiden op mobiel

Voordat het systeem om toegang tot meldingen, camera of locatie vraagt, leg je op je eigen scherm uit waarom je dat nodig hebt en wat de gebruiker ervoor terugkrijgt. Toon de systeemvraag pas als hij akkoord gaat.

15. Reeks welkomstmails

Een korte reeks, waarbij elke mail één volgende stap bevat die aansluit op wat de gebruiker nog niet heeft gedaan. Stop met instelmails zodra hij het heeft gedaan. Zie hoe je e-mails vanuit je app verstuurt.

Wat de beste onboardingflows gemeen hebben

• Een gedefinieerd eerste resultaat, zoals "eerste boeking ontvangen", waar de flow omheen is gebouwd.
• Korte aanmelding. Aanmelden via sociale login of e-mail, en niets wat kan wachten.
• Geen verrassingen. Lengte van de proefperiode en kaarteisen worden vermeld vóór aanmelding.
• Iets ingevuld: een sjabloon, voorbeelddata of import, geen leeg scherm.
• Begeleiding in context via checklists en lege staten in plaats van lange tours.
• Overslaanbare stappen voor ervaren gebruikers.
• Opvolging per e-mail of bericht in de app, gebaseerd op wat de gebruiker wel en niet heeft gedaan.
• Gemeten. Je weet welk deel van de aanmeldingen het eerste resultaat bereikt.

Veelgemaakte fouten

• Te veel vragen vooraf. Telefoonnummer, bedrijfsgrootte en functie voordat er iets nuttigs is.
• Lange tours die naar knoppen wijzen voordat de gebruiker weet waarom ze belangrijk zijn.
• Lege eerste schermen zonder aanwijzing wat te doen.
• Teamleden als eerste uitnodigen, voordat er iets te delen is.
• Mails die gedrag negeren en mensen vertellen dingen te doen die ze al hebben gedaan.
• Iedereen op één pad dwingen. Een power-user en een beginner hebben andere routes nodig.
• Het nooit herzien. Onboarding moet meeveranderen met het product.

Hoe je je eigen onboardingflow bouwt

1. Benoem het eerste resultaat en lijst elke stap op tussen aanmelden en het bereiken ervan.
2. Schrap of stel stappen uit tot alleen de essentiële overblijven.
3. Kies twee of drie patronen hierboven: meestal een sjabloon of voorbeelddata, een checklist en een mailreeks.
4. Bouw het. Met Mythex beschrijf je de flow in een chat ("na het aanmelden twee vragen stellen en dan een checklist van drie taken tonen") en zie je het in een live voorbeeld, met inloggen en een database voor het opslaan van voortgang erbij wanneer de app die nodig heeft. Als je al een product met een grote gebruikersgroep hebt, kan een speciale tool voor producttours of in-app berichten sneller toe te voegen zijn dan zelf bouwen. Bekijk sjablonen voor startpunten voor apps.
5. Meet en los de grootste uitval op, één wijziging tegelijk.

Voor de strategie achter dit alles, lees hoe je nieuwe gebruikers onboardt en hoe je churn verlaagt.

Hoe we deze voorbeelden kozen

We noemden alleen bedrijven waarvan we de onboarding konden zien zonder een account aan te maken, of die door hun eigen pagina's of documentatie worden beschreven, per oktober 2026. We beschrijven wat ze openbaar lieten zien, niet hun flows binnen de app, die we niet hebben getest. De patronen binnen het product zijn veelgebruikte aanpakken, algemeen beschreven.

Veelgestelde vragen