Hur utvecklar man användbara system? Utvärdering Lära sig organisationen Förstå användarens situation Förstå användarens språk Involvera användare i processen Utvärdera, testa och vara LYHÖRD! Användbarhet handlar om kvalitet Ändamålskvalitet Uppnår syfte, effektivitet, lärbarhet, kostnadseffektiv Funktionskvalitet Behov, enkelhet, korrekthet, tillförlitlighet Konstruktionskvalitet Genomtänkt It-arkitektur, prestanda, underhåll, återanvändbarhet, integrering Upplevelsekvaliteter Användarvänlighet, integritet, identifikation Utvärdering Viktigt att vara på det klara med målet! Viktigt att beräkna tid och kostnad! Med eller utan testpersoner? Hur många testpersoner behövs? Vem väljer testpersoner? Hur bestäms om gränssnittet är OK? Vilken hjälp ska testperson få? Hur ska materialet analyseras? Empiriska mätningar Tid Antal Andel Upplevd kvalitet Användarbedömning Mental modell Metoder Expertutvärderingar Heuristisk utvärdering Kognitiv genomgång Observation Experiment Samarbetsutvärdering Enkäter Dagböcker 1
Expertutvärdering En kunnig designer går igenom gränssnittet Snabb och effektiv Låg kostnad Kan göras under hela utvecklingen Kan utföras tillsammans med utvecklare Nackdelar: Erfarenhet Svårt att få med situationsspecifika krav Svårt beakta lärbarhet Heuristisk utvärdering Synlig systemstatus System och koppling till verklighet Kontroll och frihet Konsekvens och standarder Förhindra fel Känna igen och komma ihåg Flexibilitet och effektivitet Estetik och minimal design Användares möjligheter att diagnosticera och återhämta sig från fel Hjälp och dokumentation Feedback och konsekvens Begränsning men ändå inte! (1) Systemet tillåter inte valt e-mail och lösenord pga längden (2) Samma information på flera sätt Tvinga inte användaren till specifika format 20000925 2000-09-25 00-09-25 25/9-00 99 1999 25000 25 000 25000 kronor 25 000:- 25000 bagis 19.30 19:30 1930 7.30 PM 0,2 0.2,2.2 80 0,8 80% 80 % 0.8 2
Kognitiv genomgång Mål: Simulera hur användare tänker första gången de använder produkten? Beskriver en rimlig berättelse hur man utför en uppgift, steg för steg. Gränssnittet måste dokumenteras Uppgifter specificeras och beskrivas Användares kunskaper måste identifieras Resultat: Förteckning av risker för felaktigheter Observationsmetoder Utvärdering av faktiskt arbete Fördel: Användarens hela arbetssituation Möjlighet till samtal Nackdel: Användaren kan påverkas av situationen Användaren kan bli överkritiska Tänka högt-utvärdering Observationsmetod Man ger en uppgift för respondenten Ber personen tänka högt, berätta sina tankar Utvärderare följer observerar handlingar Analys mellan tanke, handling och förväntade handlingar Svåra situationer Hur ska jag göra nu? Vad tror du att du ska göra? Jag måste vara jättekorkad! Jag vet inte heller hur man ska göra Alla andra har också gjort samma misstag Frågor Fråga inte om navigering och struktur tala användarens språk Fråga istället: Stödjer det här dina uppgifter? Vad var dåligt/saknas? Vad var bra? Användargrupper Ålder, kön ofta ointressant Hellre dator- och branschvana Skillnad i arbetsuppgifter 3
Utförande Tid generös med tid ofta diskuteras annat Förintervju Förberedda uppgifter eller egna uppgifter Det är inte dig vi testar utan systemet Tänka högt Loggning omständligt, men ibland mpste Efterintervju Utvecklare gärna med Vanliga misstag Förklara och försvara inte dålig design anteckna! Bekräfta inte i onödan Plåga inte användaren Användarens ord är inte lag Användarens alla idéer är inte strålande Dokumentering Samarbetsutvärdering Problem Åtgärd Vikt Snabb viktning i tre steg 1 är mycket allvarligt och skall åtgärdas, 2 försämrar prestationen och bör åtgärdas 3 vore bra att ändra på Låter två personer arbeta gemensamt vid skärm Samtalet kommer naturligt Man hjälper varandra Tillsammans med utvecklare & kund bestäms för varje problem Åtgärdas av När Experiment Att man testar och jämför två grupper Mer för forskning Kan ge tydliga resultat (bevis) Dagböcker Svårt att få alla vara med att skriva Glöms ofta bort Man skriver bara lite, inte tillräckligt mycket för att andra ska förstå Kan vara bra som diskussionsmaterial 4
Enkäter Endast om man önskar stort antal tester Viktigt om man ska få stabila svar Nackdel: Svårt att nyansera svar Endast motiverade personer svarar Tidsödande att designa enkäter Kortare (webb-)enkäter funkar delvis dock ingen kontroll på testperson Design av enkäter Ja / Nej svar Bra för enklare klart verifierbara svar Variabel skala För variation, bra för upplevelse Fast skala För att tvinga en åsikt Ej ha med mitten-alternativ Intervjuer Möjligheter till nyansering Att man kan fånga nya tankar Nackdelar: Svårt att analysera Människor rationaliserar! Kräver mycket övning för att bli bra! Intervjuer är inte direkta tankespeglar! 5