Det kan være vanskelig å forstå et produkt med mange funksjoner. For oss er det en konstant balansegang mellom å legge til nye funksjoner raskt og samtidig gjøre dem enkle å bruke. Det er her våre retningslinjer for brukervennlighet kommer inn i bildet. De hjelper oss med å ta designbeslutninger, prioritere hva vi bør gjøre for å gjøre det brukbart i første omgang, og finne ut hva som kan forbedres i en senere iterasjon. Ved å jobbe på denne måten trenger du ikke å vente til funksjonen er helt perfekt, og du som kunde kan allerede nå dra nytte av den nye funksjonen.
Nivåer av brukervennlighet
Noen funksjoner vil dessverre alltid kreve litt mer tankevirksomhet
Noen funksjoner er komplekse av natur, for eksempel når det gjelder å sette opp integrasjoner med andre systemer. Derfor har vi definert ulike nivåer av brukervennlighet. For å gjøre det helt klart trenger ikke alle retningslinjene våre å gjelde for alle funksjoner vi jobber med.
Hvis vi tar integrasjoner som eksempel, kan vi gjøre det superenkelt på vår side, men vi har ingen innflytelse på brukervennligheten til systemet du setter opp integrasjonen med. I tillegg kan det omfatte noe koding eller avanserte innstillinger på tvers av flere systemer. Derfor vil det mest sannsynlig aldri være en enkel oppgave å fullføre. Det er noe som er mer avansert av natur. Spesielt hvis noe går galt, er det noen ganger vanskelig å vite hvilken side som forårsaker avbrudd i flyten.
I forrige avsnitt presenterte jeg deg for to av våre fem nivåer av brukervennlighet. La meg dele de andre med deg:
Mundane oppgaver skal gjøres enkle.
Utfordrende oppgaver skal gjøres enkle.
Avanserte oppgaver skal gjøres gjennomførbare.
Sofistikerte oppgaver skal støttes.
Utfordringer som vi ikke planlegger å støtte.
Oppgaver vi ikke planlegger å støtte.
La meg gjøre dette litt mer håndgripelig. Noen funksjoner, som å legge til spørsmål, er dagligdagse ting å gjøre. Vi vil at de skal være uanstrengte. For å få til det, vil vi at alle retningslinjene våre for brukervennlighet skal anvendes. Andre funksjoner, som å sette opp single sign-on, er i seg selv mer komplekse. Vi ønsker likevel å støtte denne funksjonaliteten. Når det gjelder en sofistikert funksjon, som denne, er det færre retningslinjer som må følges.
Men hvordan sørger vi for at brukeropplevelsen er optimalt utformet for alle de bestemte nivåene? Hva trenger vi for å få det til? La meg introdusere deg for prosessen vår.
Retningslinjer i praksis
Velge hva vi skal jobbe med
Først bestemmer vi hvilken funksjon vi skal jobbe med i første omgang. Vi går gjennom en vurderingsprosess der vi sammenligner viktigheten av ulike høyt prioriterte funksjoner for å finne ut hva det haster mest å jobbe med.

I will use our export buttons as an example. They enable the exporting of the results of participants to a file you can view and crunch further in Excell. The image on the right shows how they all used to look. From this button, you do not know the behavior that it has. Do you have to wait for all the data to compile first, or does it download straight away? Because of all this unclarity, we decided to pick it up.
Fastsettelse av gjeldende tilstand
Deretter vurderer vi hvilket nivå av brukervennlighet funksjonen har ved å gå gjennom retningslinjene som bør legges til grunn. Deretter bestemmer vi også hvilket nivå vi ønsker å sikte mot. Dette kan avvike fra det endelige målet, ettersom det kan være et for stort steg å ta i én iterasjon. På den måten vet vi hvilke retningslinjer vi bør fokusere på i denne iterasjonen for å sikre en best mulig brukeropplevelse.
For hver iterasjon fokuserer vi hovedsakelig på å forbedre én retningslinje om gangen. Det betyr ikke at vi ikke tar hensyn til de andre retningslinjene i det hele tatt. Vi ønsker bare å forbedre minst én ting om gangen, og som Jeroen minnet meg på en gang: Hastighet er også kvalitet. "Vi jobber i korte sykluser fordi det har vist seg at det faktisk går raskere og gir bedre resultater, men det betyr at vi må ta bittesmå skritt, og det er ikke alt som passer inn", forklarer Anouk, en av frontend-designerne våre.
Vi lanserer heller en ny eller forbedret funksjon raskt, enn å bruke lang tid på å gjøre det perfekt
Vi har bestemt at prosessen med å eksportere resultatene dine skal være uanstrengt. Dette betyr at alle retningslinjene våre må gjelde. Knappen brøt med retningslinjene våre for forutsigbarhet, som sier at kundene skal kunne forstå hvordan de skal samhandle med en funksjon og kunne forutsi resultatene. Det var det vi bestemte oss for å fokusere på i denne iterasjonen.
Finne en løsning
Så snart vi har diskutert mulige løsninger, bestemmer vi hvilke av retningslinjene som er viktigst å forbedre på det aktuelle tidspunktet. Hvordan vi skal gjøre det, blir så inkludert i løsningsforslaget. Og så er det endelig på tide å sette i gang med å få det til å skje!
Som nevnt tidligere var det i utgangspunktet to ting som kunne skje når du klikket på eksportknappen. Enten må du vente litt før nedlastingen starter, eller så lastes den ned med en gang. For å gjøre det tydelig hva du kan forvente, designet vi en knapp for hvert av de to scenariene.
The Start Export button (see image on the right) implies the waiting time through the use of the icon. The wording also shows that you will start the process of exporting so you will not have an immediate result.
The Export button (see image on the right) shows it will download straight away because of the universally used icon for downloading. The wording implies that it is a one-click action and that the data is available straight away.
Evaluering av forbedringen
Til slutt, når utviklingsdelen av historien er ferdig, tester teamet den ved å gå gjennom mulige scenarier basert på akseptkriteriene. På denne måten kan vi vurdere om standardene for retningslinjene er oppfylt. Når testingen er fullført, frigir vi historien, og du kan også bruke den nye eller forbedrede funksjonen.
På grunn av de forbedringene vi har gjort, har vi fastslått at kravene til forutsigbarhet er oppfylt. Fordi de andre retningslinjene allerede er fulgt, kan vi si at dette er Mundane!