Anvandbart.se. Startsida.

Användbarhetsboken beskriver på ett konkret sätt hur man gör webbplatser tillgängliga och användbara. Läs ett provkapitel som pdf, eller läs den direkt här på webben.

Köp boken hos Adlibris eller Bokus

.


6 Vem är användaren?

I målgrupperna hittar vi de intressanta användarna. Webbplatsen kan mycket väl även få andra användare, men om de inte är till någon större nytta för avsändaren finns det inte heller någon större anledning att ta hänsyn till dem under utvecklingen.

Att förstå användaren – hennes situation, förmågor och preferenser – är avgörande för en användarorienterad process.

I många projekt arbetar man med användargrupper som man redan känner väl och inget nytt utforskande av dem behövs. Andra gånger kan det krävas ett omfattande arbete för att tränga igenom fördomar och förenklade bilder, och för att de inblandade verkligen skall förstå vem man utvecklar för och hur hon tänker.

Tyvärr kan vi inte öppna huvudet på användaren och titta in. Istället får vi ta till ett antal olika metoder för att försöka fånga vem hon är och vad hon vill. Den viktigaste är enkel: vi frågar henne. Men erfarenheten visar att det även behövs andra sätt för att förstå henne.

Här följer några exempel på metoder och källor som används för att få en bild av användaren:

Intervjuer

Grunden för allt användbarhetsarbete är att prata med användaren. Det är ingen nackdel om detta görs i den miljö där användaren kommer att använda webbplatsen.

Fokusgrupper

Detta är ungefär som intervjuer i storgrupp, men med bonusen att intressanta saker kan komma ur diskussioner mellan de olika gruppdeltagarna.

Enkäter

Enkelt sätt att nå många användare, men ger inte så stort djup.

Iakttagelse

Speciellt när man gör en webbapplikation kan det vara nyttigt att följa och iaktta användaren i hennes vardag, för att få insikter om de arbetsuppgifter och det sammanhang den skall passa in i.

Hjärnstorm

Användare, ofta i grupp, får tämligen fritt hjärnstorma fram lösningar. Denna och de följande metoderna kan vara sätt att fånga vilken utveckling användarna vill se, och vilka preferenser de har.

Gillar/ogillar

Användaren får berätta vad hon gillar och ogillar med ett antal webbplatser som hon antingen själv valt ut eller som presenteras för henne.

Framtidsseminarium

Användare i grupp visionerar om framtiden och söker vägar att komma förbi uttalade och outtalade gränser för vad webbplatsen kan göra och fungera.

Utan användaren

Det finns även några sätt att få insikter om användaren utan att hon personligen deltar.

Processanalys

Speciellt när webbapplikationer skall göras kan det ibland vara värdefullt att formalisera och analysera de arbetsuppgifter som de skall ingå i. Vad sätter igång processen, vad skall göras, vilka andra processer samverkar den med, vad skall levereras?

Erfarenhet av sig själv som användare

Om det är värt att kalla en metod eller ej vet jag inte, men realistiskt sett är detta alltid en tung faktor. Ofta för tung, erfarenheten visar att när webbmakare låter den egna erfarenheten spela en stor roll blir resultatet sällan bra.

Anekdoter

Inte sällan kommer kunskap om hur användare fungerar i form av anekdoter, små historier om människor man känner eller hört talas om och hur de tyckt eller reagerat i olika situationer. Kan vara till hjälp, men risken är stor att det ger en förvrängd bild av användarna.

Ge röst åt användarens perspektiv

Under hela processen måste användaren och hennes perspektiv ha en stark röst. Denna röst skapas på flera olika sätt, både genom direkt inblandning från användare, men framförallt genom aktörer som får tala för dem.

Slutanvändare

Att testa med och få in reaktioner från vanliga användare är viktigt, men kan vara en ganska stor apparat. Av praktiska skäl behövs även andra sätt att representera användarperspektivet.

Referensgrupp

Inte sällan skapas en eller flera referensgrupper som består av några användare, och som träffas regelbundet. I sådana grupper brukar också andra intressen vara representerade.

Domänexperter

Domänexperter är människor som är insatta i verksamheten. De kan men behöver inte vara slutanvändare själva. De bidrar med djupa insikter om det sammanhang webbplatsen skall verka i.

Användbarhetsexpert

Användbarhetsexperten är väl insatta i användbarhet och tillgänglighet, och kan i en parallell roll till domänexperten ge röst åt en annan sida av användarnas behov.

Webbprofil

En webbprofil (se sid 42) – till exempel den bok du just håller i handen – som pekar ut lösningar som är genomtänka ur ett användarperspektiv kan vara ett sätt att få med detta även i detaljerna.

Att välja användare

Vilka metoder som passar bäst liksom hur många användare man behöver för intervjuer och tester varierar från projekt till projekt. Generellt kan sägas att det inte (annat än möjligen för väldigt stora projekt) är fråga om vetenskapliga studier och att man kan få många värdefulla insikter även om antalet utforskade användare inte är statistiskt tillfredsställande. Liten användarmedverkan är långt bättre än ingen.

24-timmarswebbens riktmärke är att minst fyra från varje målgrupp bör vara med, eller att om det är diffust med målgrupperna minst åtta totalt. Man bör också sträva efter att få med användare med olika erfarenhet och med olika ålder, kön, funktionshinder och etnisk och kulturell bakgrund.

Personas

När de typiska användarna för webbplatsen är kartlagda är en populär metod att skapa typanvändare, så kallade personas. Det är påhittade men utförligt beskrivna personer, sammansatta av de karakteristiska egenskaper man nu känner till från de primära målgrupperna.

Det är ett sätt att komma bort från det abstrakta ”användare”, och istället börja tänka på dem som riktiga människor.

Personasmetoden bygger på tanken att det är viktigare att fungera riktigt bra för en mindre grupp människor än att fungera halvbra för alla. Det är en klok tanke för en kommersiell produkt, men stämmer inte med hur till exempel en myndighet måste fungera. Använda med viss försiktighet kan ändå personas ge god vägledning även i offentliga sammanhang.

För att fungera bra är det viktigt att personas inte bara är figurer som man i all hast hittar på, utan att de bygger på verklig kännedom om användarna i kombination med ett beslut om vilka målgrupper som är de viktigaste.

Texten ovan är ett avsnitt ur Användbarhetsboken. Varje avsnitt har sin egen webbsida. Här hittar du rättelser, tillägg, blogginlägg och kommentarer - eller gör dina egna. Några sidor (till exempel den du läser nu) har också hela bokens text. Steg för steg kommer hela bokens text att läggas ut här på webben.

Vill du läsa mer kan du:

Kommentarer

…erfarenhet av det du tillverkar som inte en användare har. Därför ska man försöka definera vem användaren är, och göra användartester. Men kan du förutsäga problem för användaren innan det kommer till…

Post new comment

The content of this field is kept private and will not be shown publicly.

Ur bloggen

Två studier av vad äldre (eller, politiskt korrektare: seniora) användare uppskattar hos en webbplats, har sammanfattats till sju råd.

Bra att tänka på, men inget i sig sensationellt, det visade sig att de uppskattar samma saker som alla andra användare.

På det sättet tycker jag det stämmer med många andra undersökningar av speciella grupper, till exempel ungdomar. Det visar sig att det inte är så stor skillnad.

Det mest anmärkningsvärda i de här studierna är möjligen att det som vi vet verkligen är särskiljande för äldre – svårigheten att läsa liten text – inte kommit med på listan.

Kommentar:

Andrew Hinton ger ett kritiskt perspektiv på användningen av personas.

...most of the personas I’d seen didn’t seem like real people as much as caricatured wishful thinking. Even the personas that really tried to convey the richness of a real user were often assimilated into market-segment profiles—smiling, airbrushed customers that just happened to align with business goals.

Även Don Norman är kritisk mot personas som designmetod.

Donald Norman varnar i Weaving Usability and Cultures: Why Doing User Observations First is Wrong för att inleda projekt med en långdragen period av användarstudier.

“Field studies, user observations, contextual analyses, and all procedures that aim to determine true human needs are still just as important as ever – but they should all be done outside of the product process. This is the information needed to determine what product to build, which projects to fund. Do not insist on gathering this information after the project has begun. Then it is too late; then you are holding everyone back.

Once the project is underway, it is going to be severely constrained by time and resources. That’s a fact of life: All product teams feel these constraints. Our goal is to work in multidisciplinary teams to produce effective, pleasurable designs rapidly and efficiently. Design first, on day one, if you can. Review, test, and redesign. Let the programming and marketing teams know how the product will look and behave at the very start of the project. Have faith in our ability to design well-crafted, understandable interfaces and procedures rapidly, without the need for (lengthy) research. Become an essential part of the team, so our input comes simultaneously with everyone else’s.
...
Usability testing is like Beta testing of software. It should never be used to determine ‘what users need’. It is for catching bugs”

Se även Extrem användarorientering

Don Norman kritiserar användbarhetsmänniskors krav på att användarstudier skall inleda projekten.

“...user studies, field observations, and the discovery of true user needs are a step backwards: they are a linear, inflexible process inserted prior to the design and coding stages. We are advocating a waterfall method for us, even as we deny it for others. Yes, folks. By saying we need time to do field studies, observations, rapid paper prototypes and the like, we are contradicting the very methods that we claim to be promoting.”

Istället menar han att vi behöver gå över till ett arbetssätt som är inspirerat av och fungerar ihop med Extreme Programing (XP). Designa först, testa sedan.