Brukertesting av applikasjoner
Hvordan forbedre et produkt basert på brukertester?
Observer hvordan ekte brukere faktisk navigerer fremfor å høre på hva de sier, fjern uferdige funksjoner og gi tydelige feilmeldinger. Test gjerne med 5 brukere om gangen i flere runder.
Slik løser du det
For å forbedre et produkt basert på brukertester bør du observere hvordan brukere faktisk navigerer (og sammenligne med vaner fra andre apper de kjenner), fjerne funksjoner som ikke er ferdigstilte for å forenkle opplevelsen, og sørge for tydelig informasjon til brukeren når noe ikke fungerer eller når det mangler innhold i nærheten. Å observere faktisk navigasjon er nøkkelen. Brukertesting betyr at du lar ekte personer fra målgruppen prøve produktet mens du ser på, helst uten å hjelpe dem. Be dem tenke høyt («hva tenker du nå?»), og legg merke til hvor de nøler, klikker feil eller blir frustrerte. Det folk gjør er mer pålitelig enn det de sier. Sammenlign atferden med vaner fra andre apper de bruker daglig, for brukere forventer ofte at en knapp, et menyikon eller en bevegelse oppfører seg likt som i appene de allerede kjenner. Å følge slike etablerte mønstre (konvensjoner) gjør produktet umiddelbart mer intuitivt. Å fjerne uferdige funksjoner er et viktig og ofte oversett grep. En halvferdig funksjon skaper forvirring og får hele produktet til å virke mindre profesjonelt. Det er bedre å vise frem en liten, polert opplevelse enn en stor og rotete. Dette henger sammen med MVP-tankegangen (Minimum Viable Product), der du holder produktet enkelt og fokuserer på kjerneverdien. Funksjoner kan alltids legges til senere når de er klare. Tydelig informasjon når noe ikke fungerer handler om gode feilmeldinger og statusmeldinger. Hvis en bruker for eksempel ikke finner innhold i nærheten, må appen forklare dette på en vennlig og forståelig måte («Vi fant dessverre ingenting i ditt område ennå») i stedet for å vise en tom skjerm eller en kryptisk feil. Slik unngår du at brukeren tror produktet er ødelagt. Noen tips: test med 5 brukere om gangen, det avdekker de fleste problemene; noter konkrete observasjoner fremfor meninger; og test flere runder etter hvert som du forbedrer. En vanlig fallgruve er å forsvare designet sitt under testen i stedet for å lytte.
Begreper forklart
- Brukertesting
- Å la ekte personer fra målgruppen prøve produktet mens du observerer, helst uten å hjelpe dem.
- Konvensjoner
- Etablerte mønstre fra andre apper som brukere allerede kjenner, og som gjør produktet ditt mer intuitivt å bruke.
- MVP (Minimum Viable Product)
- Den enklest mulige versjonen av produktet som fokuserer på kjerneverdien, slik at du holder det polert og enkelt.
Trenger du hjelp med akkurat dette?
Er du student ved NTNU i Trondheim eller Ålesund? Da kan du få en gratis, personlig veileder fra Spark* som hjelper deg videre med nettopp din idé.
Ofte stilte spørsmål
Hvordan avgjøre hvilke funksjoner som skal utvikles først i et komplekst produkt (f.eks. for YouTube-markedet)?
Prioriter funksjoner ved å snakke med store aktører i målgruppen og finne deres største pain points, fremfor å gjette. Rangér funksjoner etter hvor mye smerte de fjerner mot hvor mye de koster, og bygg merkevare gradvis.
Les hele svaret →Bør man gå gjennom en lang patenteringsprosess før man lanserer et fysisk produkt?
Ofte lønner det seg å hoppe over en lang, kostbar patenteringsprosess og heller lansere raskt via en nettbutikk (Shopify eller WordPress) for å bevise at markedet finnes. Et mellomalternativ er å sende patentsøknad for prioritetsdato og lansere samtidig.
Les hele svaret →Hvordan vite om det er et faktisk behov for et produkt i markedet?
Bekreft behovet før du bygger noe stort: skriv ned antagelsene dine, gjør 10–20 dybdeintervjuer, suppler med en spørreundersøkelse og lag en MVP for rask validering. Det sterkeste signalet er at noen faktisk er villige til å betale.
Les hele svaret →Terskelen føles for høy for å begynne å selge et produkt som fortsatt er i tidlig fase.
Senk terskelen ved å fokusere på validering fremfor salg: beskriv produktet, vis en demo og spør potensielle kunder om de ville brukt og betalt for det. Du ber om ærlige tilbakemeldinger, ikke penger – og forhåndsbestilling eller venteliste er et sterkt signal på ekte interesse.
Les hele svaret →Hvordan bekrefte at det er et faktisk behov for et produkt (f.eks. RFID-system for bønder)?
Snakk med flere ekte potensielle brukere for å validere behovet før du bygger eller starter en pilot. Gjennomfør kundeintervjuer med åpne spørsmål og test betalingsvilje, så du unngår å bygge noe ingen trenger.
Les hele svaret →Har du et annet spørsmål? Ta kontakt med oss.