Brukskvalitet

Alle som har vært på store konferanser kjenner sikkert igjen følgende scenario: Foredraget er slutt og sesjonslederen åpner for spørsmål fra publikum til foredragsholderen. Arrangøren går rundt med en mikrofon til spørsmålstillerne for at foredragsholderen og resten av publikum (og eventuelle videoopptak) skal få med seg spørsmålet. Siden salen er stor og tettpakket med folk, tar det lang tid å få mikrofonen rundt mellom spørsmålsstillerne.

I forbindelse med en studiereise til Stanford University og Silicon Valley deltok jeg på en konferanse ved forskningssenteret til IBM i Almaden, San Jose, CA. Her hadde de en orginal og brukervennlig løsning på problemet: En trådløs mikrofon var satt inn i en lett og myk tøyball. Arrangøren kastet denne raskt til den som ønsket å stille spørsmål til foredragsholderen. Når hun var ferdig, kastet hun den videre til nestemann som hadde noe på hjertet.

Med mikrofonballen ble spørsmålsrunden aldri skjemmet av langvarige spørsmålssesjoner – på et øyeblikk hadde alle som ville fått stilt spørsmål til foredragsholderen.

I forbindelse med en studietur til Stanford University og Silicon Valley sommeren 2009 besøkte jeg Computer History Museum (CHM) i Mountain View (rett ved Googles kontorer), et museum som har en enorm samling av gjenstander som viser den datateknologiske utviklingen, alt i fra oldtidens kulerammer og regnestaver til dagens superdatamaskiner og personlige datamaskiner.

Googles første filserver (venstre), radiorør fra ENIAC – vedrens første datamaskin (midten), Den første Apple, som ble solgt som et byggesett til entusiaster for 666,66$ (høyre)

CHM kunne ha gjort litt mer ut av noen av utstillingene sine som kan oppleves som noe rotete (venstre), Kopi av Babbages store mekaniske regnemaskin (midten). Fotografen speiler seg i en enorm harddiskplate på godt over en meter i diameter (høyre)

Les hele artikkelen »

Smidige metoder er i vinden og det er gode sjanser for at ditt neste prosjekt vil baseres på denne metodikken. Smidige metoder som Scrum gir gode beskrivelser av hvordan roller og oppgaver fordeles mellom utviklerne, men sier ikke fullt så mye om brukervennlighet og design. Å sitte sammen med utviklerne i et team gjør at informasjonen flyter lettere og at veien til avklaringer er kortere. I denne artikkelen får du som interaksjonsdesigner 10 praktiske tips til hvordan du kan passe inn i smidige prosjekter.

Les hele artikkelen »

Banknæringen har tidligere fått pepper for brukervennligheten til nettbankene. Dårlig brukervennlighet har fått dyre konsekvenser for enkelte. Her er det siste lille tilskuddet i rekken av problemer med brukervennligheten i nettbanken: Kodekalkulatoren som brukes for å autentisere deg som bruker i nettbanken.

Da jeg for første gang skulle logge meg på nettbanken med kodekalkulatoren (og ved flere senere anledninger) fikk jeg feilmelding om at jeg hadde tastet feil sikkerhetskode hele tiden. Igjen tastet jeg inn koden sakte, tall for tall, for deretter å få sleng feilmeldingen i ansiktet gang på gang. Hva var galt? Etter 7-8 forsøk, rett før jeg ringte support, prøvde jeg å snu kodekalkulatoren å taste inn nummeret som åpenbarte seg når man leste tallene opp ned. Noen sekunder åpenbarte både saldo og disponibelt seg på skjermen foran meg.

På bildet til venstre ser dere feil bruk av kodekalkulatoren. Taster du inn koden som viser seg kommer du ikke inn i nettbanken. Til høyre ser dere riktig bruk av kalkulatoren. Men hvordan i all verden kan man vite det?

Med en så enkel dings med en knapp og en funksjon skal det i utgangspunktet være umulig å gjøre feil. Men designerne av kodekalkulatoren har gjort to åpenbare feil.

• Venstrejusterte tall: Bryter designkonvensjon om høyrejusterte tall
• Symmetrisk design: Ingen tydelig indikasjon på hva som er opp og ned.

Når en tallkombinasjon med tallene 0, 1, 2, 5, 6, 8 eller 9 vises på skjermen gir de mening også opp ned. Nummerrekken 025689 blir for eksempel 689250 opp ned. I tillegg kan tallene for nybegynnere lett tolkes som bokstaver hvis man leser dem opp ned (f.eks. 7 = L, 4 = h, 3 = E og 0 = O). Sikkerhetskoden 033874 kan tolkes som hL8EEO.
Løsningen er enkel: Indiker hva som er opp på kodekalkulatoren.
Og ikke minst: Test enhver løsning på brukere før de rulles ut.

Det produseres kilometervis av kode hver dag, og for hver nye tjeneste som lanseres består en stor andel av ulidelige brukeropplevelser. Designet for feil målgruppe, forsøker å løse for mye, ikke testet på brukere, onde tjenester m.m. Så hvor er de gode brukeropplevelsene egentlig? Her er noen tips: Les hele artikkelen »

Det er fullt mulig å være ondskapsfull når man planlegger en brukeropplevelse. Det vil si å utnytte brukerne til sin fordel uten å gi noe like verdifullt tilbake. Som regel for å oppnå flere sidevisninger, men som vi skal se tar ondskapen mange former. Skjer det på ditt nettsted også kanskje? Ondskapen er overalt. Les hele artikkelen »

Har du noen gang ønsket å finne en lang bok som er ganske nydelig, men samtid relativ jordnær? Eller hva med en bok som har en hovedperson mellom 30 og 50 der handlingen foregår i Afrika? Nettbokhandler og bibliotekskataloger lar deg søke på genre, forfattere og tittel, men det er vanskeligere å finne bøker som tilfredsstiller kriteriene ovenfor.

Les hele artikkelen »

Interne fagsystemer og applikasjoner hvor brukerne sitter spredt, som i kommuner, politi, sykehus osv. kan være en utfordring i forhold til å gjøre både brukertester og heuristisk evaluering. I verste fall inneholder systemene private eller sensitive data slik at en ekstern person ikke kan få tilgang, men det kan også være at systemet krever faglig opplæring for å tolke informasjonen riktig, noe som er gjør at tidsbruken for en evaluering blir uforholdsmessig høy. Å brukerteste fagsystemer der brukerne er geografisk spredt og har ulike tilgangsnivåer er også logistisk vanskelig. Les hele artikkelen »

Dag 3 på UX Intensive 2009 i Berlin var dedikert til informasjonsarkitektur. Kursleder var Kate Rutter fra Adaptive Path. På denne dagen gjorde kurset seg virkelig fortjent navnet “intensive”. Vi ble i all hovedsak bombardert med ulike metoder og konsepter og liten tid til å la det synke inn før det var på tide med praktiske oppgaver som å få fornuftige metadata ut av en eksempelartikkel, basert på Dublin Core. Les hele artikkelen »

På dag 2 av Adaptive Paths UX Intensive kurs i Berlin gjennomgikk vi brukerundersøkelser. Todd Wilkens og Paula Wellings fra Adaptive Path i Austin, Texas var kursledere, begge svært erfarne i alle former for brukerundersøkelser. Todd var spesielt engasjert og etter å ha snakket hele dagen var han fortsatt like ivrig og inviterte alle til å diskutere videre med ham i hotellbaren.  Les hele artikkelen »