Slik onboarder du nye brukere så de blir

For å onboarde nye brukere godt, bestem den ene handlingen som viser at noen fikk verdi — ditt aktiveringsøyeblikk — og fjern deretter alle steg som ikke fører dit. Bruk eksempeldata eller maler, slik at første skjerm ikke er tom, veiled med en kort sjekkliste og kontekstuelle hint i stedet for en lang visning, og følg opp med noen få atferdsbaserte e-poster. Mål hvor stor andel av registreringene som når aktivering, og fiks det største frafallet først.

De fleste bestemmer seg for om en app er verdt tiden deres i løpet av første økt. Onboarding er den delen av produktet som gjør at den økten teller.

Hvorfor onboarding betyr mer enn det ser ut til

Lanseringsguiden handler om å få folk inn døren. Onboarding avgjør hva som skjer videre. Hvis registreringer ikke raskt når kjerneverdien, betyr mer trafikk bare at flere forlater — og du vil jage etter frafall som startet på dag én.

Onboarding er ikke bare en velkomstskjerm. Den omfatter:

• Registreringsskjemaet og eventuelt verifiseringssteg
• Den første skjermen noen ser, og om den er tom
• Oppsettstegene (profil, import av data, invitere lagkamerater)
• Veiledning i appen: sjekklister, hint, tomme tilstander
• De første e-postene
• Menneskelig hjelp, hvis du tilbyr det

Steg 1: Definer aktiveringsøyeblikket ditt

Aktivering er første gang en ny bruker opplever det produktet er til for. Det bør være en spesifikk, målbar handling.

For å finne ditt, se på brukere som fortsatte å bruke produktet (fra betaen eller tidlig lansering) og spør hva de alle gjorde tidlig som andre ikke gjorde. Behandle det som en hypotese og vurder den på nytt etter hvert som du lærer.

Oppdiktet eksempel: en klientportal-app ser at brukere som laster opp en fil og får en klient til å åpne den i løpet av første uke, pleier å bli. Den setter aktivering til «en klient åpner en delt fil».

Steg 2: Kartlegg veien til aktivering

Skriv ned hvert steg fra landingssiden for registrering til aktivering. Vær ærlig og ta med alt: bekreft e-post, velg abonnement, fyll inn firmanavnet, koble til en kalender, og så videre.

Still deretter spørsmål ved hvert steg:

• Trengs det nå? Firmalogo, tidssone og profilbilde kan vanligvis vente.
• Kan du sette en standard? Gjett tidssonen, forhåndsutfyll valutaen, velg en fornuftig mal.
• Kan du gjøre det for dem? Importer fra en fil, kopier en mal, eller tilby å sette det opp i en samtale.
• Kan det skje senere? Be om betalingsopplysninger, lagkamerater eller integrasjoner når de har sett verdi, med mindre modellen din krever noe annet.

Et nyttig mål: noen bør nå aktivering i sin første økt uten å lese dokumentasjon.

Steg 3: Design første skjerm

Den første skjermen etter registrering er den viktigste i produktet. Et tomt dashbord med en ensom «Opprett»-knapp er der mange brukere gir opp.

Bedre alternativer:

• Eksempeldata de kan utforske og slette, tydelig merket som et eksempel.
• Maler tilpasset bruksområdet deres, særlig hvis du stilte ett spørsmål ved registrering («Hva skal du bruke dette til?»).
• En hjelpsom tom tilstand som sier hva som havner her, hvorfor det betyr noe, og har én knapp for å starte.
• En enkelt primærhandling. Ett åpenbart neste steg slår en meny med ti valg.

Steg 4: Legg til lett veiledning

Veiledning bør dukke opp når den trengs og gå av veien når den ikke trengs.

Malen for sjekklisten

En startsjekkliste for en fiktiv fakturaapp:

• Legg inn firmanavnet ditt (forhåndsutfylt fra registrering der det går)
• Legg til din første klient
• Lag en faktura fra en mal
• Send den — til deg selv først hvis du vil se hva klienter får

Hvert punkt flytter noen mot aktiveringsøyeblikket. Alt som ikke gjør det, hører hjemme et annet sted.

Steg 5: Send e-post basert på atferd

E-poster bør reagere på hva folk har eller ikke har gjort, ikke følge en fast kalender uansett.

Skriv dem i ren tekst fra en ekte person, hold hver til én idé, og ta med en mulighet til å melde seg av. Følg e-postreglene i landet ditt. Slik sender du e-post fra appen din dekker den tekniske siden.

Malen for velkomst-e-post

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

Hei [navn], takk for at du prøver [produkt]. Den raskeste måten å se om det er noe for deg, er å [kjernehandling] — her er lenken: [lenke].

Hvis noe er uklart, bare svar. Jeg leser hver e-post.

[Ditt navn]

Steg 6: Mål og forbedre

Følg med på noen få tall hver uke:

• Aktiveringsrate: andelen nye registreringer som når aktiveringsøyeblikket.
• Tid til aktivering: hvor lang tid det tar for de som gjør det.
• Frafall i steg: hvor folk slutter langs veien fra steg 2.
• Tidlig retensjon: om aktiverte brukere kommer tilbake de påfølgende ukene. Se SaaS-metrikker forklart for beslektede mål.

Endre deretter én ting om gangen — fjern et felt, legg til eksempeldata, skriv om en tom tilstand — og sammenlign den neste gruppen registreringer med den forrige. Med små tall bør du se på resultatene som signaler, ikke bevis, og kombinere dem med samtaler.

Den nyttigste vanen: se på nye brukere. Be noen få som nylig har registrert seg om å dele skjermen sin mens de prøver appen, eller les støttemeldingene fra den første økten. Du vil finne problemer ingen dashbord viser.

Sjekkliste for onboarding-revisjon

Gå gjennom dette med friske øyne, eller spør en venn som aldri har sett appen:

• Registrering spør bare etter det som trengs akkurat nå
• E-postverifisering hindrer ikke folk i å se produktet, der det er trygt
• Første skjerm viser ett tydelig neste steg
• Tomme skjermer forklarer seg selv og tilbyr en handling
• Eksempeldata eller maler finnes for hovedbruksområdet
• En ny bruker kan nå aktivering uten dokumentasjon
• Hele flyten fungerer på telefon
• Feilmeldinger sier hvordan problemet løses
• Velkomst-e-posten kommer raskt og lenker til første steg
• Det finnes en åpenbar måte å be et menneske om hjelp

Vanlige feil

• Å spørre om alt på forhånd. Hvert ekstra felt er en grunn til å forlate.
• Visninger som forklarer hele grensesnittet. Folk vil gjøre én ting, ikke lære hver knapp.
• Å behandle alle likt. En frilanser og et lag på ti personer trenger ulike første steg; ett spørsmål ved registrering kan styre dem.
• Å mase på aktive brukere. Slutt med oppsettspåminnelser når noen er ferdig oppsatt.
• Aldri å vurdere det på nytt. Onboarding glir etter hvert som funksjoner legges til; revider den jevnlig.

Bygge bedre onboarding med Mythex

Hvis appen din er bygget på Mythex, er onboarding-endringer den typen ting du kan beskrive med vanlig språk: «legg til en oppsettssjekkliste med tre punkter på dashbordet som skjules når den er ferdig», «vis eksempelprosjekter for nye kontoer med en knapp for å fjerne dem», eller «skriv om den tomme tilstanden på klientsiden». Agenten redigerer koden, du sjekker den i forhåndsvisningen, og du publiserer når du er fornøyd. Mythex sender ikke e-post selv — agenten kobler inn e-postleverandøren du velger, slik oppskriften for å sende e-post forklarer. Før lansering bør du kombinere denne guiden med å kjøre en betatest, slik at ekte brukere viser deg hvor onboardingen bryter sammen.

Spørsmål