Bruger scenarier er de historier, der dine personas p0o handle ud. I grund og grund er brugerscenarier tænkte øvelser (selvom de er visuelt repræsenteret), hvor du forudsiger, hvordan bestemte typer brugere - repræsenteret af dine personas - vil interagere med din hjemmeside i en given situation for at gennemføre et givet mål.
Brugerscenarier giver dig mulighed for at forstå, hvad dine fremtidige brugere vil se efter, når du forsøger at gennemføre opgaver på dit websted. Selvom dine personas "fejler" i opgaven, har du i det mindste nu en visuel fremstilling af dit problem og kan gå tilbage og løse det nemt. Brugerscenarier giver dig mulighed for at teste din webstedsstruktur, før den er fuldt udviklet og isolerer problemer, før de bliver problemer.
Det første du vil finde ud af, når du opretter et brugerscenarie er et realistisk mål for nogen, der bruger dit websted. Når du har et mål (eller opgave) er resten et logisk puslespil: vide, hvad du gør om din persona, hvordan ville de opføre sig på dit websted, trin for trin? Det er her, hvor en grundigt detaljeret og gennemtænkt persona kommer til nytte.
Vi taler om et brugerscenarie i sin mest grundlæggende form, men hvis du er interesseret i mere avancerede begreber, se dette usability.gov post om brugerscenarier.
Når du har integreret dine personas, vil et brugerscenario derefter fremhæve detaljerne om, hvordan dit system kan tolkes, opleves og bruges. Ben Hunt, skaber af webdesign fra bunden, mener at scenarier tilføjer elasticitet til personas ved at udfylde "hvorfor" bag "hvem". Når han opretter brugerscenarier, anbefaler han at tage disse faktorer i betragtning:
For at introducere teamwork i processen, kan du også følge dette samarbejde 13-trins vejledning til oprettelse af brugerscenarier .
LUX, et internationalt kunstagentur med base i London, gennemførte en fremragende prøve af et brugerscenarie for deres hjemmeside . Det centrale formål med LUX-webstedet er at give dagligdagsbrugere adgang til forskellige former for videokunst (selv om de også giver udviklingsmæssig støtte til bevægelige billedkunstnere).
For eksempel har persona, Harriet, en lokal kunstbegivenhed arrangør, et problem: hun skal finde en god film til hendes december arrangement. På vej ind i hendes psyke søger Harriet specifikt en film med et vintertema. Hendes motivation kan være, at hun har brug for at tiltrække en større end gennemsnittet deltagelse for at gøre op for et lille fiasko ved den sidste screening.
Harriet starter ud på hjemmesiden og udfører hurtigt en søgning. Hun tilbringer lidt tid på at søge og surfe, ser et klip her og der og slutter sig til en film, der interesserer hende. Hun læser nogle detaljer om filmen, herunder anmeldelser fra både LUX og andre søgere, plus bogmærker kunstneren til senere screeninger. Til sidst sætter hun filmen i sin kurv og ansætter kunstneren under kassen. Harriet har succesfuldt opfyldt sit mål - hun fandt en vinterfilm til hendes december arrangement.
Som du kan se, angiver brugerscenariet sine motivationer og tankeprocesser.
Den store afhentning fra brugerscenarier er at vide, hvilke aspekter der skal prioriteres og hvilke som er mindre vigtige. Omlægning af dit brugerinterface som reaktion på brugerscenarierne involverer at vide, hvad der skal løses først.
Jeff Sauro, grundlægger af Measuring Usability LLC, forklarer hvordan at håndtere den skræmmende bunke af opgaver, der står over for hver designer. Hans tilgang er ny, men effektiv: Har brugerne prioriterer opgaverne for dig, en ide oprindeligt foreslået af Gerry McGovern i sin bog The Stranger's Long Neck .
Det er det grundlæggende kerne: Ikke kun ved du nu, hvad dine højeste prioriteter skal være, men du har dem verificeret af dine brugere. Sauro forklarer i en anden artikel hvordan denne langnakkede organisering af problemer falder sammen med Pareto-princippet.
Pareto-princippet, også kendt som 80-20-reglen, blev oprindeligt foreslået i 1906 af den italienske økonom Vilfredo Pareto, der opdagede, at 80% af landets rigdom og jord var ejet af 20% af befolkningen.
Interessant nok er det ikke bare et lands rigdom, der løber på dette princip. Microsoft bemærkede, at ved fastsættelse af top 20% af de mest rapporterede bugs, 80% af fejl og nedbrud ville blive elimineret . Hvad det betyder for dig, er det at ved at adressere de øverste opgaver i din lang nakke graf først, vil du ende med at tage sig af de fleste af problemerne med det samme.
Men der er ingen måde at prioritere dine opgaver på, og McGoverns metode kan erstattes eller suppleres af flere alternativer, herunder Kano metode , QFD-metoden , og årsag og effekt diagrammer .
Lad dig ikke narre dig selv i at tro, at personas og brugerscenarier er alt hvad du behøver for et vellykket brugerinterface; Faktisk er det bare begyndelsen. I den store ordning af ting er forståelse af disse elementer kun trin 0, og det virkelige arbejde er foran dig. Så hvorfor lægger vi så meget vægt på dette før-spil-stadium? Fordi starter ud på højre fod vil gøre hele rejsen nemmere. Medmindre du ved, hvem du opretter din webgrænseflade til, og hvad de vil gøre med det, så betyder det ikke noget rigtig.
Udvalgte billede, webdesign proces billede via Shutterstock.