En bra onboarding ska inte lära användaren allt om appen. Den ska hjälpa personen att förstå värdet och komma till rätt första handling så snabbt som möjligt. Det är en viktig skillnad. Många appar börjar med flera informationsskärmar, långa registreringsflöden och frågor som användaren ännu inte förstår varför de ska svara på. Resultatet blir friktion innan appen ens har fått chansen att visa vad den är bra på.
Börja med appens första värdefulla ögonblick
Det första du behöver definiera är inte vilka onboarding-skärmar som ska finnas, utan vilket resultat användaren ska nå. I en träningsapp kan det vara att starta sitt första pass. I en bokningsapp kan det vara att hitta en ledig tid. I en intern arbetsapp kan det vara att se dagens uppgifter.
Detta brukar kallas aktivering: ögonblicket då användaren faktiskt har fått nytta av produkten. Hela onboarding-flödet bör utformas baklänges från den punkten.
När vi arbetar med apputveckling för iOS och Android är därför användarflöden en viktig del redan i designfasen. ScriptSector beskriver också wireframes, användarflöden och klickbara prototyper som centrala delar av designarbetet. En snygg välkomstskärm hjälper inte om användaren fortfarande inte förstår vad nästa steg är.
Visa värdet innan du ber om för mycket
Ett vanligt misstag är att appen kräver konto, profilbild, notisbehörighet, platsdata och flera personliga uppgifter direkt efter första öppningen. Varje extra steg måste förtjäna sin plats.
Om en uppgift inte behövs för att användaren ska nå sitt första värdefulla resultat kan den ofta vänta. Behöver appen exempelvis platsdata för att visa aktiviteter i närheten är det bättre att förklara nyttan när funktionen faktiskt används. Att hålla onboarding kort, använda progressiv introduktion och tajma behörigheter efter behov återkommer också i aktuella guider om mobil onboarding.
Samma princip gäller registrering. Om användaren kan prova en central funktion innan konto skapas kan det ibland vara en bättre introduktion än att börja med ett formulär.
En bra onboarding förklarar genom handling
Undvik att bygga onboarding som en manual. Fem skärmar som beskriver fem funktioner betyder inte att användaren kommer ihåg hur appen fungerar när de väl kommer in.
Låt i stället användaren göra något. Om appen hjälper företag att skapa offerter kan första flödet exempelvis guida användaren genom att skapa en enkel testoffert. En tom startsida med texten “Här kommer dina offerter visas” lär betydligt mindre än ett konkret första arbetsmoment.
En effektiv onboarding kan ofta sammanfattas i fem principer:
- Led användaren mot ett tydligt första mål.
- Visa bara information som behövs just nu.
- Be om behörigheter när funktionen kräver dem.
- Gör det tydligt hur långt användaren har kommit.
- Låt användaren hoppa över delar som inte är nödvändiga.
Anpassa onboarding efter vilken typ av app du bygger
Det finns ingen perfekt onboarding som fungerar för alla appar. En social app, en bankapp och ett internt lagerverktyg har helt olika krav.
För en konsumentapp kan det vara viktigt att skapa motivation och snabbt visa personlig relevans. För en intern företagsapp är målet ofta det motsatta: användaren vet redan varför appen finns och vill komma till arbetsuppgiften så snabbt som möjligt.
Det är också därför teknik, målgrupp och första version bör planeras tillsammans. I vår guide om apputveckling för iOS och Android går vi igenom hur målgrupp, funktioner och plattform påverkar vilka beslut som bör tas tidigt i projektet.
Gör onboarding personlig utan att göra den lång
Personalisering kan göra onboarding mer relevant, men bara om svaren faktiskt förändrar upplevelsen. Frågan “Vad vill du använda appen till?” är värdefull om svaret styr innehåll, rekommendationer eller nästa steg. Om alla användare ändå hamnar på exakt samma startsida tillför frågan mest friktion.
Ett bra riktmärke är därför att varje fråga ska ha en konsekvens. Användarens svar ska påverka vad personen ser, vad som rekommenderas eller vilken väg genom appen som blir mest relevant.
Det gör också appen enklare att förstå. Användaren behöver inte först lära sig hela produkten och därefter hitta de funktioner som passar dem.
Mät var användarna faktiskt fastnar
Onboarding är inte färdig bara för att designen är godkänd och appen har lanserats. Du behöver följa vad användarna gör.
Mät framför allt hur många som börjar onboarding, hur många som slutför varje steg och hur stor andel som når appens första värdefulla handling. Drop-off mellan steg, tid till aktivering och retention efter onboarding är vanliga mått i moderna onboarding-analyser.
Om många lämnar på samma skärm har du ett tydligt ställe att undersöka. Det är ofta mer användbart än att bara titta på antalet nedladdningar.
När du planerar en ny produkt är detta också ett argument för att hålla första versionen fokuserad. I vår kompletta guide till apputveckling går vi igenom vägen från idé och prioritering till lanserad app.
Vanliga onboarding-misstag att undvika
Den vanligaste fällan är att försöka förklara för mycket. En annan är att optimera varje skärm individuellt i stället för att titta på hela resan från öppning till första resultat.
Var också försiktig med obligatoriska tutorials, generiska välkomstkaruseller och tidiga behörighetsfrågor utan tydlig förklaring. Aktuella onboarding-guider rekommenderar bland annat progressiv information, möjlighet att hoppa över delar och att introducera funktioner när de blir relevanta.
Testa gärna flödet på personer som inte känner produkten. Be dem använda appen utan instruktioner och observera var de tvekar. Sådana tester kan snabbt synliggöra problem som är svåra att upptäcka när du själv känner varje funktion utan och innan.
Bygg onboarding som en del av produkten - inte som ett lager ovanpå
Den bästa onboardingen känns sällan som onboarding. Den känns som att appen direkt hjälper användaren framåt.
På ScriptSector hjälper vi företag att ta fram användarflöden, design och teknik för mobilappar från idé till lansering. Onboarding blir då en del av produktdesignen från början, i stället för något som läggs till veckan innan publicering.
Har du en appidé eller en befintlig app där nya användare inte kommer igång som du vill? Kontakta ScriptSector och boka ett första samtal, så kan vi titta på användarflödet och vilka delar som bör förenklas, flyttas eller testas.