
Legg ikke ut på langtur uten trening. Du bør heller ikke kjøre din første brukertest uten å trene på forhånd. Foto: CC Flickr by tricky
Fjellvettreglene sier at du ikke skal legge ut på langtur uten trening. Slik er det også med brukertesting. Likevel må en gang være den første. Et godt tips er å begynne i det små og lære mens du går. Høyest læringskurve og best resultat får du ved å kjøre de første rundene ved hjelp av eller sammen med erfarne folk.
Du jobber kanskje på et sted der det ikke er tradisjon for å kjøre brukertester? Det er mest sannsynlig at det blir noe av hvis du gjør det selv eller i det minste sørger for å sette brukertesting på planen.
Den perfekte interaksjonsdesigner
08.06.2010

Under Yggdrasil 2009 møttes fagfolk fra næringsliv/forvaltning og representanter fra utdanningsinstitusjonene for sammen å finne ut hva som bør kreves av morgendagens interaksjonsdesignere, informasjonsarkitekter og brukervennlighetseksperter. Sammen fant vi ut hvilke egenskaper den perfekte interaksjonsdesigner bør besitte.
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.
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.

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.
God søkeopplevelse med onskebok.no
28.05.2009

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.
Publiseringsløsninger er i sin natur generelle. Derfor passer de til mye, men vil aldri være perfekt til ditt bruk rett ut av esken. Om du skal bruke et CMS system for dine nettsider så gå ikke i fella og tro at standardinnstillinger og menyforslag er gode og brukervennlige.
Ofte seg jeg nettsider som har enten tomme sider (…Her kommer snart innhold om våre produkter og tjenester…) eller sider som har fylt to menynivåer med bare svada – fordi man har valgt minste motstands vei når IT har installert nytt CMS system og gått for en innholdsstrategi basert på forslaget fra leverandøren. Jeg kaller det ”mal-syken” når malen får diktere informasjonsarkitekturen.
Les hele artikkelen »
Webdagene og live-blogging
24.09.2008
Det er skrevet og sagt mye om konferansen Webdagene og her er et lite sammendrag av linker.
En av arrangørene, Netlife Research skrev “live” på sin blogg on utvalgte foredrag og har fylt på med flere referat etter konferansens slutt. Tenketing.net har beskrevet fenomenet live-blogging.
Les hele artikkelen »
FINN – kjip med vilje
18.09.2008
Her er slides fra mitt foredrag på Webdagene 2008. Et flott referat fra fordraget finnes på I all enkelhet. Flott med så mange oppmøtte og så mye engasjerte spørsmål. om det er andre ting folk lurer på kan de kommentere her.

