Design og udvikling af SaaS-onboarding

Hvad er den første værdifulde handling?

I et rapportværktøj kan det være at se sin første rapport. I et planlægningsværktøj kan det være at dele første vagt. Jeg tager udgangspunkt i den handling og går baglæns gennem oprettelsen for at se, hvilke felter, tilladelser og integrationer der reelt skal på plads først.

De dele af onboarding vi kan forbedre

• Oprettelse og invitation

  Se på forskellen mellem en ny konto, en invitation til et team og en tilbagevendende bruger. Giv hvert forløb en tydelig start og adgang til den rette konto.

• Tomme tilstande og fejl

  Forklar hvad der mangler på en tom skærm, og giv én oplagt næste handling. Vis hvad brugeren kan gøre, hvis en integration bliver afvist eller en invitation er udløbet.

• Aktivering og opfølgning

  Aftal hvad der tæller som aktivering, og gem de få målepunkter, der hjælper teamet med at finde frafald. Segmentér efter rolle, når brugerne har forskellige opgaver.

Eksempel med en første rapport

Et fiktivt værktøj til projektrapportering kræver tre opsætningstrin før første visning. Vi kan lade nye brugere se en mærket eksempelrapport, før de tilslutter deres datakilde. En vellykket tilslutning registreres separat fra det at læse en rapport med egne data. Det gør det muligt at se forskel på et teknisk stop og en bruger, der kom ind uden at finde næste skridt.

Kontrol af roller og aktivering

Når produktet allerede har brugere

En administrator og en inviteret kollega behøver sjældent samme gennemgang. Vi kan tegne to korte forløb og teste dem hver for sig, så en kollega kan komme direkte til sin opgave, mens administratoren får den nødvendige opsætning.

Hvis eksisterende brugere allerede har delvist udfyldt deres konto, skal en ny onboarding kunne læse deres status og tilbyde et relevant næste trin. Ved ændringer i produktionen aftaler vi, hvem der skal se den nye version først, og hvordan teamet kan opdage fejl.

Sådan starter arbejdet med onboarding

Send et kort skærmklip eller en testadgang og fortæl, hvor de nye brugere stopper. Sammen vælger vi én målgruppe og et startflow. Før udgivelse tester vi både en ny bruger og en bruger, der genoptager processen, samt de fejlveje teamet faktisk støder på.

Inden et flow bliver bygget, kan vi tegne tilstandene for en helt ny konto, en delvist oprettet konto og en inviteret bruger. På den måde kan vi afklare, hvad der sker, hvis brugeren lukker fanen midt i et trin, vender tilbage fra en anden enhed eller åbner samme invitation igen. Overleveringen kan indeholde et kort diagram over tilstande og begivenheder, så produktteamet senere kan ændre rækkefølge og hjælpebeskeder med kendskab til de tekniske afhængigheder.

Plan for det nye onboardingflow

1. Observer en ny bruger

   Se en person uden forhåndsviden gennemføre opgaven. Notér hvor personen stopper, hvor der mangler information, og hvad der sker ved tilbageklik.

2. Afprøv en ny sekvens

   Byg eller prototyp de trin, der fjerner den konkrete barriere. Gennemgå invitationer og skift af rolle, før den samme sekvens bruges bredt.

3. Vælg mål og tidspunkt

   Gem en baseline for den valgte aktivering, og dokumentér hvilke brugere der får ændringen hvornår. Så har teamet en måde at følge effekten og opdage nye stop.

Spørgsmål om SaaS-onboarding

Kan du forbedre et produkt, der allerede er live?

Ja. Vi starter med de nuværende trin, den vigtigste rolle og de fejl, I oplever. Omfanget afhænger af kodebase, adgang og ansvar for implementering.

Skal der altid være en produktguide?

Vælg format efter opgaven. En synlig næste handling, eksempeldata eller en kort instruktion i kontekst kan være nok.

Hvordan følger vi effekten?

Følg den aftalte aktiveringshandling og tiden fra oprettelse, opdelt efter relevante brugertyper og perioder. Ved få brugere supplerer vi med konkrete observationer.

Kan den samme onboarding bruges på tværs af roller?

Del de trin, der reelt er fælles, og giv hver rolle en afslutning, der passer til dens første opgave. Vi kan planlægge rollen allerede i invitationen.

Hvad hvis frafaldet starter før første login?

Vi kan følge forbindelsen fra registreringsformular til første session, så teamet kan se forskel på problemer med oprettelse og problemer efter login.

Fra oprettelse til den første opgave

• SaaS-hjemmeside – Gør vejen frem til demo eller tilmelding tydelig.
• MVP-udvikling – Afgræns de første produktfunktioner for et nyt projekt.
• Webapp-udvikling – Byg arbejdsgange, der skal fungere i browseren.

Få gennemgået dit onboardingflow

Send en kort beskrivelse af opgaven. Så kan jeg vurdere omfanget og foreslå næste skridt.

Direkte til mig: +45 20 71 02 89 · ow@oscarwinther.dk

Få gennemgået dit onboardingflow · Se prisberegner