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

Create successful ePaper yourself

Turn your PDF publications into a flip-book with our unique Google optimized e-Paper software.

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!