Eksempler på onboarding-flows: 15 mønstre, der får brugerne til værdien

De bedste onboarding-flows bringer en ny bruger til hans eller hendes første rigtige resultat så hurtigt som muligt. De beder om lidt ved oprettelsen, sætter noget nyttigt op på brugerens vegne, vejleder med en kort tjekliste eller hjælpsomme tomme skærme i stedet for lange rundvisninger og følger op med en mail om næste skridt. Onboarding foregår for det meste bag en oprettelse, så nedenfor beskriver vi seks offentlige eksempler, som vi kunne tjekke, før man opretter sig, i oktober 2026, og derefter ni almindelige mønstre inde i produktet, beskrevet uden at nævne et produkt. Derefter følger en tjekliste, almindelige fejl og hvordan du bygger dit eget.

De 15 eksempler i korte træk

Offentlige onboarding-eksempler

Dette er, hvad hver virksomhed viste offentligt fra oktober 2026. Vi oprettede ingen konti, så vi beskriver kun det, der er synligt før oprettelse, eller det, der er dokumenteret på deres egne sider.

1. Cal.com: to knapper til oprettelse og intet kort

Cal.coms forside tilbyder ”Tilmeld dig med Google” og ”Tilmeld dig med e-mail” ved siden af ”Ingen kort påkrævet”, og forklarer opsætningen i tre trin: forbind din kalender, angiv din tilgængelighed, vælg hvordan I mødes.

Lær af det: onboarding starter på markedsføringssiden. Hvis du fortæller folk, hvilke opsætningstrin der venter, før de opretter sig, føles den første skærm inde i appen velkendt.

2. Basecamp: en prøveperiode, der ikke binder dig

Basecamps prissider oplyser, at de betalte planer har en 30 dages gratis prøveperiode uden kort, og at du ikke bliver opkrævet automatisk, når den slutter.

Lær af det: at fjerne frygten for en overraskende betaling sænker prisen for at prøve. Det er en afvejning: at kræve kort filtrerer for seriøse brugere, men at undlade det får flere ind. Se freemium vs gratis prøveperiode.

3. Plausible: se den, før du opretter dig

Plausibles forside sætter ”Se live-demo” ved siden af sin 30 dages prøveperiode uden kort. Live-demoen er sidens egen rigtige analyse.

Lær af det: en offentlig demo lader folk ”onboarde” sig selv, før de forpligter sig, så dem der opretter sig, allerede ved, hvad de får.

4. Stripe: et sikkert sted at øve sig

Stripes dokumentation beskriver sandboxes til at teste en integration uden at påvirke live-transaktioner eller rigtige data.

Lær af det: hvis fejl i dit produkt er dyre (penge, beskeder til kunder), så giv nye brugere en sikker tilstand at lære i.

5. Basecamp: live-klasser

Basecamps forside inviterer besøgende til en live-demo og spørgetime med et link til kommende klasser.

Lær af det: nogle lærer bedst af et menneske. En gruppeklasse skalerer bedre end en-til-en-demoer.

6. Vercel: onboarding for AI-agenter

Vercels forside fortæller udviklere, at de kan onboarde en kodeagent ved at lade den hente og følge Vercels opsætningsguide.

Lær af det: hvis dine brugere i stigende grad arbejder gennem AI-værktøjer, bliver dokumentation skrevet til disse værktøjer en del af onboarding.

Onboarding-mønstre inde i produktet, du kan kopiere

7. Velkomstspørgsmål

To eller tre spørgsmål lige efter oprettelsen (”Hvad skal du bruge det til?”, ”Hvor stort er dit team?”), der ændrer, hvad brugeren ser næste gang, for eksempel en anden skabelon eller tjekliste. Hvis et svar ikke ændrer noget, så spørg ikke om det.

8. Skabelonvælger

I stedet for en tom side tilbyder du nogle få startpunkter efter anvendelsesformål. Brugeren redigerer noget rigtigt i stedet for at stirre på en tom skærm.

9. Eksempeldata

Udfyld kontoen med et realistisk eksempelprojekt eller datasæt, tydeligt mærket som eksempel, med en knap til ”ryd eksempeldata” med ét klik. Folk lærer ved at prøve noget, der allerede virker.

10. Opsætningstjekliste

Tre til fem første opgaver (”Tilføj dit logo”, ”Opret din første faktura”, ”Inviter et teammedlem”) med en fremskridtsindikator. Gør den lukkelig, og markér opgaver som færdige automatisk, når brugeren udfører dem et hvilket som helst sted i produktet.

11. Hjælpsomme tomme tilstande

Hver tom liste eller side forklarer, hvad der skal ligge der, og tilbyder handlingen til at fylde den: ”Ingen kunder endnu. Tilføj din første kunde eller importer en CSV-fil.”

12. Import fra et andet værktøj

Hvis folk skifter fra et kendt værktøj, så tilbyd en import (CSV eller direkte) fra dag ét. Deres egne data får produktet til at føles som deres med det samme.

13. Inviter teammedlemmer på det rigtige tidspunkt

Spørg, efter brugeren har oprettet noget, der er værd at dele, og ikke som det første trin. ”Del dette projekt” virker bedre end en tom ”inviter dit team”-skærm.

14. Tilladelsesforberedelse på mobil

Før systemet beder om adgang til notifikationer, kamera eller placering, så forklar på din egen skærm, hvorfor du har brug for det, og hvad brugeren får ud af det. Vis først systemets prompt, hvis de siger ja.

15. Velkomstmail-forløb

En kort serie, hvor hver mail har ét næste skridt knyttet til det, brugeren endnu ikke har gjort. Stop med at sende opsætningsmails, når de har gjort det. Se sådan sender du mails fra din app.

Hvad de bedste onboarding-flows har til fælles

• Et defineret første resultat, for eksempel ”første booking modtaget”, som flowet er bygget op omkring.
• Kort oprettelse. Social login eller e-mail, og intet der kan vente.
• Ingen overraskelser. Prøveperiodens længde og kravet om kort oplyses, før man opretter sig.
• Noget udfyldt: en skabelon, eksempeldata eller import, ikke en tom skærm.
• Vejledning i kontekst gennem tjeklister og tomme tilstande i stedet for lange rundvisninger.
• Trin, der kan springes over, for erfarne brugere.
• Opfølgning via mail eller besked i appen, baseret på hvad brugeren har og ikke har gjort.
• Målt. Du ved, hvilken andel af tilmeldingerne der når det første resultat.

Almindelige fejl

• At spørge for meget på forhånd. Telefonnummer, virksomhedsstørrelse og rolle, før noget nyttigt sker.
• Lange rundvisninger, der peger på knapper, før brugeren ved, hvorfor de betyder noget.
• Tomme første skærme uden et hint om, hvad man skal gøre.
• At invitere teammedlemmer først, før der er noget at dele.
• Mails, der ignorerer adfærd, og beder folk om at gøre ting, de allerede har gjort.
• At tvinge alle ned ad én vej. En power-bruger og en nybegynder har brug for forskellige ruter.
• Aldrig at gentænke det. Onboarding bør ændre sig, når produktet gør.

Sådan bygger du dit eget onboarding-flow

1. Navngiv det første resultat og list hvert trin mellem oprettelse og det resultat.
2. Fjern eller udskyd trin, indtil kun de væsentlige er tilbage.
3. Vælg to eller tre mønstre ovenfor: typisk en skabelon eller eksempeldata, en tjekliste og et mailforløb.
4. Byg det. Med Mythex kan du beskrive flowet i en chat (”efter oprettelse, stil to spørgsmål, vis derefter en tjekliste med tre opgaver”) og se det i en live-forhåndsvisning, med login og en database til at gemme fremskridt, når appen har brug for det. Hvis du allerede har et produkt med en stor brugerbase, kan et dedikeret værktøj til produktrundvisninger eller beskeder i appen være hurtigere at tilføje end at bygge selv. Gennemse skabeloner for app-udgangspunkter.
5. Mål og ret det største frafald, én ændring ad gangen.

Til strategien bag dette, læs sådan onboarder du nye brugere og sådan reducerer du churn.

Sådan valgte vi eksemplerne

Vi nævnte kun virksomheder, hvis onboarding vi kunne se uden at oprette en konto, eller som deres egne sider eller dokumentation beskriver, fra oktober 2026. Vi beskriver det, de viste offentligt, ikke deres interne flows, som vi ikke testede. Mønstrene inde i produktet er almindelige fremgangsmåder, beskrevet i generelle termer.

Spørgsmål