Brukere hopper ofte over tutorials i apper/systemer.

Sikt mot å bygge et system som er så intuitivt at det ikke kreves tutorial for at brukeren skal forstå funksjonaliteten. 'Onboarding' er den første opplevelsen en ny bruker har når de tar i bruk produktet ditt – og den avgjør ofte om de blir værende eller forsvinner. Realiteten er at de fleste hopper over instruksjonssider (tutorials), fordi folk vil bruke et produkt, ikke lese om det. Derfor er den beste 'tutorialen' et grensesnitt som forklarer seg selv. Slik jobber du mot dette i praksis: Følg etablerte mønstre brukerne allerede kjenner fra andre apper (knapper, ikoner og navigasjon som oppfører seg som forventet) – da slipper de å lære noe nytt. Bruk tydelige etiketter fremfor kryptiske ikoner, og reduser antall valg på hver skjerm slik at neste steg alltid er åpenbart. Et godt prinsipp er 'show, don't tell': la brukeren lære ved å gjøre, gjerne med små hint som dukker opp akkurat når de trengs (kontekstuell hjelp), i stedet for en lang innledende gjennomgang. Test dette med ekte mennesker gjennom brukertesting: be 5 personer som aldri har sett appen om å løse en oppgave mens de tenker høyt, og noter hvor de stopper opp eller blir forvirret. Disse stoppestedene viser nøyaktig hvor designet ikke er intuitivt nok. Allerede 5 testpersoner avdekker de fleste store problemene. En vanlig fallgruve er at teamet selv synes alt er opplagt – fordi dere har bygget det – mens en fersk bruker går seg vill. En tutorial bør være siste utvei for det som virkelig ikke kan forenkles, ikke en plaster på et forvirrende design. Spark* anbefaler å investere i godt, selvforklarende design tidlig; det reduserer behovet for support og øker andelen brukere som faktisk kommer i gang.