30.09.2013 Views

Lär dig göra användningstest - övningar och ... - E-delegationen

Lär dig göra användningstest - övningar och ... - E-delegationen

Lär dig göra användningstest - övningar och ... - E-delegationen

SHOW MORE
SHOW LESS

You also want an ePaper? Increase the reach of your titles

YUMPU automatically turns print PDFs into web optimized ePapers that Google loves.

Nevenka Silfverhielm


52 miljoner användare <strong>och</strong><br />

231 manår<br />

senare är vi säkra:<br />

Det roligaste vi vet är att skapa produkter<br />

<strong>och</strong> tjänster som ger effekt


Om inUse<br />

45 medarbetare i Stockholm, Göteborg <strong>och</strong><br />

Malmö. Grundat 2002<br />

Vi hjälper våra kunder att åstadkomma förväntad<br />

nytta med sina IT-investeringar<br />

Effektstyrning® säkerställer att produkten levererar<br />

nytta både för användaren <strong>och</strong> verksamheten.


Pågående projekt<br />

PPM/Försäkringskassan – Pensionsinformation<br />

PPM – Expertgranskning av extern webbplats<br />

Nutek – Målgruppsanalys nutek.se<br />

Örebro kommun – Redesign av webbplats orebro.se<br />

Malmö kommun – Förstudie malmo.se<br />

Skatteverket – Folkbokföringssystem<br />

Sydvenskan – Redesign av sydsvenskan.se<br />

R<strong>och</strong>e - Läkemedelssystem


Om två timmar kommer ni att veta:<br />

Vad ett <strong>användningstest</strong> är<br />

Varför man utför <strong>användningstest</strong><br />

Vilka typer av <strong>användningstest</strong>er som finns<br />

Hur ett <strong>användningstest</strong> går till<br />

Vad man bör tänka på


Användbarhet!<br />

”Användbar” en kvalitetsstämpel som betyder att lösningen har<br />

anpassats till:<br />

<br />

Människans syn, hörsel, minne – kort sagt det<br />

mänskliga systemet (kallas ibland ”användarvänlighet”)<br />

<br />

Målgruppernas värderingar, kunskap, intentioner <strong>och</strong> de situationer<br />

där de skall använda lösningen (kallas ibland ”experience design”)<br />

<br />

Gällande gränssnittskonventioner för plattformen, applikationstypen<br />

eller situationen<br />

<br />

<strong>och</strong> – sist men absolut inte minst! - att lösningen är ändamålsenlig,<br />

d.v.s. skapar avsedd nytta i verksamheten


Användningstest<br />

”Tänka högt”<br />

Papper, prototyp, eller fär<strong>dig</strong>t system<br />

Beställaren eller programmeraren<br />

observerar<br />

Grund för förbättring<br />

Mycket kostnadseffektivt, det är mycket<br />

dyrare att ändra i förvaltning<br />

“Nu förstår jag att man inte kan sätta alla användare i<br />

ett rum <strong>och</strong> diskutera eller skicka ut enkäter, det här är något helt annat.”<br />

– Beställare på Jordbruksverket


… citat från verkligheten…<br />

”Det är bara ett litet system”<br />

”Vi hinner inte <strong>göra</strong> de där användartesterna - vi har<br />

kodstopp på fredag <strong>och</strong> innan dess hinner vi inte rätta<br />

felen”<br />

”Jag har aldrig haft problem med att hitta den där<br />

funktionen”<br />

”Vi kan inte testa förrän vi har kodat fär<strong>dig</strong>t”


Användningstest –<br />

Crash Course


Användningstest<br />

Så här går det till<br />

Förberedelser<br />

Målgrupper<br />

Uppgifter<br />

Tillvägagångssätt<br />

Handledare, observatörer<br />

”Tänka högt”<br />

Observera vad som händer<br />

Resultat<br />

Vad fungerar väl<br />

Vad orsakar problem<br />

Varför?


Förberedelser (1 av 3)<br />

Sätt upp mål för testet<br />

<br />

<br />

<br />

Skriv upp de huvudsakliga målen med systemet, gärna per målgrupp<br />

Exempel: Sveriges lantbrukare skall kunna använda<br />

SAM Internet för att fylla i en fullstän<strong>dig</strong> EU-ansökan<br />

Specificera delar där du känner <strong>dig</strong> osäker<br />

Exempel: Hur bra fungerar ritfunktionerna?<br />

Specificera vilken/vilka målgrupper systemet har<br />

Exempel: Slättbönder, smålandsbönder, norrlandsbönder,<br />

spannmålsbönder, mjölkbönder, köttbönder


Förberedelser (2 av 3)<br />

Ta fram realistiska arbetsuppgifter baserat på målen<br />

<br />

<br />

<br />

Börja <strong>och</strong> avsluta med enkla uppgifter<br />

Uppgift 1<br />

Jag är en av de 100 jordbrukare som blivit utvald<br />

att använda den nya webbtjänsten för SAM.<br />

Jag har loggat på <strong>och</strong> befinner mej på sidan där<br />

man fyller i SAMblanketten.<br />

Jag kontrollerar att kartorna visar mitt jordbruk.<br />

En uppgift per sida<br />

10 uppgifter brukar vara lagom för 1,5 timmar


Användningstest – Förberedelser (3 av 3)<br />

Bjud in deltagare<br />

<br />

<br />

Med 5 användare fångas ca 80% av problemen<br />

Räkna med dubbelt så mycket tid för att analysera som<br />

att hämta in data (fyra gånger om video används)<br />

<br />

Välj representativa användare från de olika<br />

målgrupperna!<br />

<br />

Inga chefer (om systemet inte är till för dem)


Användningstest – Roller & Ansvar (1 av 2)<br />

Handledare<br />

<br />

<br />

Tar fram underlag <strong>och</strong> uppgifter<br />

Ser till att användaren tänker högt <strong>och</strong> ger svar på de frågor<br />

testet skall ge svar på. Svara inte på frågor!<br />

Exempel<br />

A: ”Vad händer om jag klickar på knappen?”<br />

H: ”Testa.”<br />

A: ”Hur gör jag för att söka miljöstöd för<br />

våtmarker?”<br />

H: ”Jag vet inte... hur skulle du vilja <strong>göra</strong>?”<br />

A: (tyst)<br />

H: ”Vad tänker du på?”<br />

Den som utformat gränssnittet kan/skall inte handleda ett test


Användningstest – Roller & Ansvar (2 av 2)<br />

Observatör<br />

<br />

<br />

”Vittne”<br />

<br />

<br />

Dokumenterar alla ställen där systemet leder användaren fel,<br />

på vilket sätt <strong>och</strong> ev. varför.<br />

Måste vara tyst!<br />

Person som behöver övertygas om metodens förträfflighet<br />

(beställare eller projektmedlem).<br />

Måste vara tyst!


Testtillfället (1 av 2)<br />

<br />

Börja med kaffe! Berätta om syftet med testet <strong>och</strong> hur det<br />

kommer att gå till, vilka som är där <strong>och</strong> varför


Testtillfället (2 av 2)<br />

<br />

<br />

Lös uppgifterna en <strong>och</strong> en<br />

<br />

<br />

Be användaren läsa uppgiften högt<br />

Handledare handleder, observatörer sitter tysta <strong>och</strong> antecknar.<br />

Eftersnack. Alla får vara med <strong>och</strong> diskutera <strong>och</strong> ställa frågor.


Efterarbete<br />

Dokumentera erfarenheterna i en rapport<br />

Övergripande förtjänster <strong>och</strong> problem<br />

Om <strong>användningstest</strong> som metod <strong>och</strong> hur just detta test gick till<br />

Detaljer<br />

Dialog/fönsterreferens<br />

Enskilt problem<br />

Lösningsförslag<br />

Exempel<br />

Problem: 4 användare trodde att zoom-funktionen initieras<br />

då verktyget väljs.<br />

Lösningsförslag: Ändra zoomfunktionen så att den<br />

exekveras när användaren klickar på knappen.


Användningstest – Lab vs. Real Life<br />

Lab<br />

<br />

+ Många<br />

observatörer<br />

+/- Mycket data<br />

(video)<br />

<br />

<br />

+ Spårbarhet<br />

- Lab-miljö<br />

-Dyrt<br />

<br />

<br />

- Omständligt<br />

- Stationärt<br />

Att det görs är viktigare än om det görs i lab eller i RL<br />

<br />

Real Life<br />

Tillgång till pärmar, papper, postits<br />

etc.<br />

+/- Mindre data<br />

+ Trygg miljö<br />

+ Billigt<br />

+ Enkelt<br />

+ Portabelt


Kompletterande metoder<br />

Eyetracking<br />

Ökad insikt i vårt beteende <strong>och</strong><br />

lättare att analysera det<br />

Mätbart beteende<br />

Mera information <strong>och</strong> data<br />

Visuella resultat: bilder <strong>och</strong> siffror<br />

Webbenkäter


När kan man <strong>göra</strong> <strong>användningstest</strong>er?<br />

Från pappersnivå<br />

till fär<strong>dig</strong> produkt


När bör jag <strong>göra</strong> ett användingstest?<br />

Inför ett nytt projekt<br />

Vad fungerar bra <strong>och</strong> vad bör vi inte ta med oss<br />

Utgå från användarnas situationen<br />

Under projektets gång<br />

Testa att rätt lösnings byggs<br />

Utgå från testuppgifter<br />

Inför en lansering<br />

Få en bra bild av vilka problem som kommer att dyka upp<br />

Under förvaltningsfasen<br />

Vilka delar bör vi utveckla<br />

Vad innebär viss data från analysverktyg


Vinster med <strong>användningstest</strong>er<br />

Effektivare diskussioner med<br />

beställare <strong>och</strong> i projektet<br />

Nya krav <strong>och</strong> idéer fångas<br />

Säkerställer att produkten<br />

fungerar i användning<br />

Blir billigare långsiktigt


Summering<br />

<br />

<br />

<br />

<br />

<br />

<br />

Testa ofta, gärna redan på pappersstadiet<br />

Skriv bra uppgifter, som man frågar får man svar<br />

Handledare – Hjälp inte användaren!<br />

Observatörer – Var tysta!<br />

Rapportera på ett sätt som gör det lätt för utvecklare<br />

att åtgärda problemen<br />

Testa inte om inte det finns tid att åtgärda problemen


Litteratur om användningsstester<br />

Användbarhet I Praktiken : Praktiska Handgrepp,<br />

Grundbegrepp Och Tankemodel. Studentlitteratur<br />

AB, Sverige, 2002 (ISBN 9144041225)<br />

Handbook of Usability Testing: How to Plan,<br />

Design, and Conduct Effective Tests. Jeffrey Rubin<br />

A Practical Guide to Usability Testing. Joseph S. Dumas,<br />

Janice C. Redish


Övning<br />

NU SKA VI PROVA!


• SJ<br />

• Bokus<br />

• Malmö<br />

Stad sajt<br />

• Försäkringskassan<br />

• Länsförsäkringar<br />

• Ving<br />

• Skatteverket<br />

• Systembolaget<br />

Välja en sajt…


Identifiera målgrupper<br />

• Småbarnsföräldrar<br />

• Skadad i trafiken<br />

• Vinintresserad/snobb<br />

• Pensionär som vill ut <strong>och</strong> resa<br />

• Bokklubbtjejen som ska välja bok


Testuppgifter<br />

• Ta fram realistiska arbetsuppgifter baserade<br />

på<br />

målen.<br />

• Första <strong>och</strong> sista uppgiften bör var enkel<br />

• Skriv testupgifter i form av små<br />

scenarier<br />

• 10 uppgifter brukar vara lagom för 1,5 timmar


• Navigering –<br />

efter<br />

Testområden<br />

Hittar användarna vad de letar<br />

• Läsförståelse – Är texten utformas så<br />

är enkel att läsa <strong>och</strong> förstå<br />

• Felhantering – Om användaren hamnar i<br />

problem hjälper systemet användaren<br />

• <strong>Lär</strong>ande –<br />

uppgift<br />

att det<br />

Klarar användaren att lösa samma


ex. på<br />

testuppgifter<br />

• Menyrubriker ‐ Söka reda på information om<br />

varför företag x skall införa ett<br />

ärendehanteringssytem.<br />

• Tillbaka‐knappen ‐ Du har en<br />

anställningsintervju på Trollhättans flygplats på<br />

torsdag i nästa vecka. Du får skjuts av en vän dit,<br />

men efter intervjun ska du åka därifrån till<br />

Kungälv. Hur gör du för att ta <strong>dig</strong> hem?<br />

• <strong>Lär</strong>ande ‐ Ditt kontantkort är slut <strong>och</strong> behöver<br />

fyllas på. Skaffa en uppladdningskod.


EN FRIVILLIG I PUBLIKEN?


På måndag ska du…<br />

Ta upp på ditt nästa gruppmöte hur ni ska förhålla er till<br />

<strong>användningstest</strong>er<br />

Läs en bok!<br />

Användbarhet I Praktiken : Praktiska Handgrepp (Ingrid<br />

Ottersten & Johan Berntsson)<br />

Handbook of Usability Testing: How to Plan, Design, and<br />

Conduct Effective Tests (Jeffrey Rubin)<br />

A Practical Guide to Usability Testing (Joseph S Dumas,<br />

Janice C. Redish)<br />

Planera in inUse kursen, HT 2008<br />

Testa själv med dina kollegor


Tack!

Hooray! Your file is uploaded and ready to be published.

Saved successfully!

Ooh no, something went wrong!