Strategisk Usability John Paulin Hansen HUSK HOVEDTELEFONER NÆSTE GANG

Strategisk usability Hvilke UA-metoder har størst gennemslagskraft overfor? –Ledelsen –Udviklerne –Designerne –Forretningsudviklerne

UA - modstanden Hvad er de største hindringer for UA? –Resurse begrænsninger (penge og tid) 29% –Modstand mod UA i organisationen 26% –Mangel på forståelse for UA 17 % –UA er dårlig til at sælge sig selv 13 % –Mangel på UA eksperter 6 % –UA inddrages for sent 5 % –Der er ikke behov for UA 4 %

Vindere og tabere Mest effektive: –UA test i laboratorium ; 65 % –Højt profilerede projekter ; 56 % –UA sidder sammen med udviklere ; 45 % Mindre effektive: –Heuristiks evaluering ; 70% –Fokusgrupper ; 41% –Oplæring af andre grupper , 47 % –Spørgeskemaundersøgelser , 52 %

Effektivitetsvurderinger af en UA metode Deres evne til at opdage problemer Deres krav til test-erfaring Besværet med at udføre dem Hvor mange skal man teste? Effektivitet = antal opdagede problemer/antal testpersoner

Usability in vivo Ikke nok at opdage fejl - det skal også være fejl der kan gøres noget ved Metoderne skal accepteres af udviklingsteamet (team buy-in) Der skal være resourcer til at løse dem Bedre at lokalisere de lavt hængende frugter end at finde de absolut største

Udgiftsbegrundelser for UA (1) Interne udviklingsprojekter: –Øget brugsproduktivitet (afhængig af antal brugere og antal transaktioner) –Færre brugsfejl –Mindre træningsomkostninger –Tidlig (og 75 % billigere) fejlretning –Mindre brugersupport-indsats

Udgiftsbegrundelser for UA (2) Salgsprojekter og ekstern markedsføring: –Øget salg eller øget site trafik –Mindre kundesupport eller færre forespørgsler pr. telefon –Tidlig (og 75 % billigere) fejlretning –Mindre brugersupport-indsats –Bedre branding

10 minutters par-opgave –I er webudviklere i en virksomhed og overvejer at hyre en konsulent som har givet et tilbud på kr for at undersøge jeres site med 5 brugere. I frygter, at sitet har store problemer med den specielle scroll-funktion som det benytter og med en ældre søgefunktion. –Jeres leder forlanger, at I kan begrunde denne udgift økonomisk, før hun siger OK. –Om 10 minutter har I et kort møde med it- chefen. Han kender alle de tal, I kan finde på at spørge om. –Hvad vil I spørge ham om?

0: Uerkendt Ignorance: ”Vi har ingen problemer med brugervenligheden” ”Jeg har aldrig hørt om nogen, der kan bevise de har tjent penge på brugervenlighed” ”Vi behøver ikke være venlige” ”Vores kunder kender os så godt, at de ved hvordan man bruger vores produkter”

1: Bekendt Usikkerhed: ”Vi ved faktisk ikke, om vi har problemer med brugervenligheden” ”Tag 6 brugere og du har 12 synspunkter” ”Sådan gjorde vi sidste gang” ”Det vænner man sig hurtigt til” ”Der er ingen der har brokket sig” ”Vi kan jo ikke vide hvad brugerne vil have før systemet er klart til dem”

2: Overvejet Opvågning: ”Hvem siger at man absolut SKAL have problemer med brugervenligheden ?” ”Vi har kun brugt standard interface så det har Microsoft nu nok tænkt på, skal du se!” ”Vi har overholdt Jakob Nielsens 10 gyldne regler” ”OK - så fortæl mig hvad vi skal lave om - men det skal være NU for vi skal uploade på mandag”

3: Implementeret Oplyst: ”Ledelsen er 100% comittet på at løse vores problemer med brugervenligheden” ”Det er for sent at lave det om nu” ”Vi har planlagt brugertest når første implementering er i luften” ”Vi skal også passe på at brugervenlighed ikke bliver en spændetrøje for udviklerne”

4: Integreret Viden: ”Vi løser problemerne med brugervenlighed som en del af vores udviklingsrutiner” ”Hvor mange testpersoner skal vi have fra hver af vore målgrupper?” ”Kan vi ikke lave usability-analyser ud fra logfilerne?” ”Opdateringer går først i luften, når vores brugertests viser de er OK”

5: Institutionaliseret Sikkerhed: ”Vi ved præcis hvorfor vi IKKE har problemer med brugervenligheden” ”Logfilerne dokumenter 100% succes på de kritiske brugerinteraktioner” ”Vi har opnået den forventede 50 % reduktion i telefonforespørgsler med den sidste opdatering” ”Vores brugerpanel er nu oppe på de nødvendige 300 personer og alle nye undersøgelser laves på under 36 timer”

Modstand fra udviklerne –Tidspres på udviklerne - mange designdrøftelser foregår sent i udviklingsprocessen, hvor udviklerne er utålmodige for at komme i gang med at implementere –Svært at fastholde udviklerne i problemanalysen - de vil designe sig ud af problemerne hurtigst muligt –Udviklerne bryder sig ikke altid om at få kritik på deres arbejde - det kan bl.a. betyde mere arbejde på kort sigt

Rapid Iterative Testing and Evaluation (RITE) Organisatorisk intervention frem for eksperimenter - Case-study approach- bundet til faktisk udviklingsprojekt Brugertest hvor udviklerne skal analysere resultatet: –Hvilke problemer blev observeret? –Kan de forklares? –Kan vi fixe dem før næste test? (-hvis ikke må de bare blive der !)

Når krisen kradser Måske ikke optimalt - men godt nok! Vi løser problemet med en hjælpe-forklaring Vi sparer udgifterne til en usability ekspert og til undersøgelserne Konkurrenternes produkt er heller ikke optimalt Udviklerne er adskilt fra brugersupporterne - arbejder under to forskellige chefer med hver sit budget

Kamp om kagen Alt for mange ”falske” eksperter, som kun har et begrænset indblik i UA: –Webdesignere –Informationsarkitekter –Dataloger med psykologi-kursus –Marketingseksperter der kender ”gennemsnits- brugeren” –Humanister der laver narrativitets-analyser af grænseflade-diskursen

Vejen frem Lær at tale forretnings-sprog Fokuser´på forretnings- og bruger-mål Evaluering af opgaver og ikke skærm-elementer UA skal involvere sig direkte i udvikling og involvere udviklere direkte i UA Få ledelsen med og få dem til at gå forrest med UA Udvælg højt profilerede projekter og sats på dem i stedet for at blive tilkaldevagt på perifere projekter