Sådan onboarder du nye brugere, så de bliver

For at onboarde nye brugere godt skal du beslutte den ene handling, der viser at nogen har fået værdi — dit aktiveringsøjeblik — og derefter fjerne alle trin der ikke fører til det. Brug eksempeldata eller skabeloner, så første skærm ikke er tom, styr med en kort tjekliste og kontekstuelle hints frem for en lang tur, og følg op med nogle få adfærdsbaserede e-mails. Mål hvilken andel af tilmeldingerne der når aktivering, og ret det største frafald først.

De fleste afgør om en app er værd deres tid i den første session. Onboarding er den del af produktet, der gør den session værdifuld.

Hvorfor onboarding betyder mere, end det ser ud til

Lanceringsguiden handler om at få folk ind ad døren. Onboarding afgør hvad der sker bagefter. Hvis nye tilmeldinger ikke når kerneværdien hurtigt, betyder mere trafik bare flere, der forlader — og du jagter churn, der startede på dag ét.

Onboarding er ikke bare en velkomstskærm. Det dækker:

• Tilmeldingsformularen og eventuelt et verifikationstrin
• Den første skærm en person ser, og om den er tom
• Opsætningstrin (profil, import af data, invitation af teammedlemmer)
• Vejledning i appen: tjeklister, hints, tomme tilstande
• De første par e-mails
• Menneskelig hjælp, hvis du tilbyder det

Trin 1: Definér dit aktiveringsøjeblik

Aktivering er første gang en ny bruger oplever det, dit produkt er til for. Det bør være en specifik, målbar handling.

For at finde dit, så kig på brugere der blev ved med at bruge produktet (fra din beta eller tidlige lancering) og spørg hvad de alle gjorde tidligt, som andre ikke gjorde. Behandl det som en hypotese og revurder den, efterhånden som du lærer mere.

Opdigtet eksempel: en klientportal-app opdager at brugere, der både uploader en fil og får en klient til at se den i den første uge, typisk bliver. Den sætter aktivering til „en klient åbner en delt fil“.

Trin 2: Kortlæg vejen til aktivering

Skriv hvert trin ned fra landingssiden for tilmelding til aktivering. Vær ærlig og tag alt med: bekræft e-mail, vælg en plan, udfyld virksomhedens navn, forbind en kalender og så videre.

Stil derefter spørgsmål ved hvert trin:

• Er det nødvendigt nu? Virksomhedens logo, tidszone og profilbillede kan typisk vente.
• Kan du forudindstille det? Gæt tidszonen, udfyld valutaen på forhånd, vælg en fornuftig skabelon.
• Kan du gøre det for dem? Importér fra en fil, kopiér en skabelon, eller tilbyd at sætte det op på et opkald.
• Kan det ske senere? Spørg om betalingsoplysninger, teammedlemmer eller integrationer, når de har set værdi, medmindre din model kræver andet.

Et nyttigt mål: nogen bør nå aktivering i deres første session uden at læse dokumentation.

Trin 3: Design den første skærm

Den første skærm efter tilmelding er den vigtigste i produktet. Et tomt dashboard med en ensom „Opret“-knap er der, hvor mange brugere giver op.

Bedre valg:

• Eksempeldata de kan udforske og slette, tydeligt markeret som eksempel.
• Skabeloner der matcher deres brug, især hvis du stillede ét spørgsmål ved tilmelding („Hvad skal du bruge det til?“).
• En hjælpsom tom tilstand der siger hvad der skal stå her, hvorfor det betyder noget, og har én knap til at starte.
• Én primær handling. Ét tydeligt næste skridt slår en menu med ti muligheder.

Trin 4: Tilføj let vejledning

Vejledning bør dukke op når den er nødvendig og træde til side når den ikke er.

Skabelon til tjekliste

En startende tjekliste for en opdigtet faktureringsapp:

• Tilføj din virksomheds navn (forududfyldt fra tilmeldingen hvor muligt)
• Tilføj din første kunde
• Opret en faktura fra en skabelon
• Send den — til dig selv først, hvis du vil se hvad kunderne får

Hvert punkt flytter nogen mod aktiveringsøjeblikket. Det der ikke gør det, hører hjemme et andet sted.

Trin 5: Send e-mails baseret på adfærd

E-mails bør reagere på det folk har eller ikke har gjort, og ikke følge en fast kalender uanset hvad.

Skriv dem i almindelig tekst fra en rigtig person, hold hver til én idé, og inkluder en mulighed for at afmelde. Følg e-mailreglerne i dit land. Sådan sender du e-mails fra din app dækker den tekniske side.

Skabelon til velkomstmail

Emne: Din første [faktura] på to minutter

Hej [navn], tak fordi du prøver [produkt]. Den hurtigste måde at se, om det er noget for dig, er at [kernehandling] — her er linket: [link].

Hvis noget er uklart, så bare svar. Jeg læser hver eneste mail.

[Dit navn]

Trin 6: Mål og forbedr

Følg nogle få tal hver uge:

• Aktiveringsrate: andelen af nye tilmeldinger der når aktiveringsøjeblikket.
• Tid til aktivering: hvor lang tid de tager, der når det.
• Frafald i trinene: hvor folk stopper langs vejen fra trin 2.
• Tidlig fastholdelse: om aktiverede brugere kommer tilbage i de følgende uger. Se SaaS-metrikker forklaret for beslægtede mål.

Ændr derefter én ting ad gangen — fjern et felt, tilføj eksempeldata, omskriv en tom tilstand — og sammenlign den næste gruppe tilmeldinger med den forrige. Ved små tal skal du behandle resultaterne som signaler frem for bevis, og parre dem med samtaler.

Den nyttigste vane: se nye brugere. Bed nogle nylige tilmeldinger om at dele deres skærm, mens de prøver appen, eller læs deres supportbeskeder fra første session. Du finder problemer, som intet dashboard viser.

Tjekliste til onboarding-audit

Gå igennem den med friske øjne, eller spørg en ven der aldrig har set appen:

• Tilmeldingen spørger kun om det der er nødvendigt lige nu
• E-mailverifikation blokerer ikke for at se produktet, hvor det er sikkert
• Den første skærm viser ét tydeligt næste skridt
• Tomme skærme forklarer sig selv og tilbyder en handling
• Eksempeldata eller skabeloner findes til hovedbrugen
• En ny bruger kan nå aktivering uden dokumentation
• Hele flowet virker på en telefon
• Fejlbeskeder siger hvordan problemet løses
• Velkomstmailen kommer hurtigt og linker til første trin
• Der er en tydelig måde at bede et menneske om hjælp

Almindelige fejl

• At spørge om alt på forhånd. Hvert ekstra felt er en grund til at gå.
• Ture der forklarer hele grænsefladen. Folk vil gøre én ting, ikke lære hver knap.
• At behandle alle ens. En freelancer og et team på ti har brug for forskellige første trin; ét spørgsmål ved tilmelding kan styre dem.
• At irritere aktive brugere. Stop opsætningspåmindelser, når nogen er sat op.
• Aldrig at revurdere det. Onboarding driver væk, efterhånden som funktioner tilføjes; lav et audit regelmæssigt.

Bedre onboarding med Mythex

Hvis din app er bygget på Mythex, kan ændringer af onboarding beskrives i almindeligt sprog: „tilføj en opsætningstjekliste med tre punkter til dashboardet, der skjules når den er færdig“, „vis eksempelprojekter for nye konti med en knap til at rydde dem“, eller „omskriv den tomme tilstand på klientsiden“. Agenten redigerer koden, du tjekker det i Preview, og publicerer når du er tilfreds. Mythex sender ikke selv e-mails — agenten kobler den e-mailudbyder på, du vælger, som opskriften på afsendelse af e-mails forklarer. Før lancering bør du kombinere denne guide med at køre en betatest, så rigtige brugere viser dig hvor onboardingen bryder sammen.

Spørgsmål