Användarscenarier är de historier som dina personligheter p0o agera ut. I grund och botten är användarscenarier tänkbara övningar (men representerade visuellt) där du förutser hur vissa typer av användare - representerade av dina personer - kommer att interagera med din webbplats i en given situation för att slutföra ett visst mål.
Användarscenarier låter dig förstå vad dina framtida användare kommer att leta efter när du försöker slutföra uppgifter på din webbplats. Även om dina personuppgifter "misslyckas" i uppgiften, har du åtminstone en visuell representation av ditt problem och kan gå tillbaka och lösa det enkelt. Användarscenarier gör att du kan testa din webbplatsstruktur innan den är fullt utvecklad och isolerar problem innan de blir problem.
Det första du ska ta reda på när du skapar ett användarscenario är ett realistiskt mål för någon som använder din webbplats. När du har ett mål (eller uppgift) är resten ett logiskt pussel: veta vad du gör om din persona, hur skulle de bete sig på din webbplats, steg för steg? Här är en grundligt detaljerad och väl genomtänkt persona till nytta.
Vi pratar om ett användarscenario i sin mest grundläggande form, men om du är intresserad av mer avancerade koncept, se detta usability.gov post om användarscenarier.
Efter att ha integrerat dina personuppgifter kommer en användarscenario att framhäva detaljerna om hur systemet kan tolkas, upplevas och användas. Ben Hunt, skapare av webbdesign från början, anser att scenarier lägger elasticitet till personer genom att fylla i "varför" bakom "vem". När han skapar användarscenarier rekommenderar han att ta hänsyn till dessa faktorer:
För att introducera samarbeten i processen kan du också följa det här samarbetet 13-stegs guide för att skapa användarscenarier .
LUX, en internationell konstbyrå med säte i London, genomförde ett utmärkt urval av användarscenario för deras hemsida . Den centrala syftet med LUX-webbplatsen är att ge vardagliga användare tillgång till olika typer av videokonst (även om de också ger utvecklingsstöd för rörliga bildartister).
Personalen Harriet, en lokal konstevenemangsorganisator, har till exempel ett problem: hon behöver hitta en bra film för hennes decemberhändelse. Harriet söker sig till sin psyke, och letar efter en film med ett vintertema. Hennes motivation kan vara att hon behöver attrahera en större än genomsnittlig närvaro för att kompensera för ett litet misslyckande vid den sista screeningen.
Harriet börjar ut på hemsidan och genomför snabbt en sökning. Hon spenderar lite tid på att leta och surfa, tittar på ett klipp här och där och slutligen sätter sig på en film som intresserar henne. Hon läser några detaljer om filmen, inklusive recensioner från både LUX och andra sökare, plus bokmärken för artisten för senare visning. Slutligen lägger hon filmen i sin korg och anställer konstnären vid kassan. Harriet har framgångsrikt slutfört sitt mål - hon hittade en vinterfilm för hennes decemberhändelse.
Som du kan se visar användarscenariot hennes motivationer och tankeprocesser.
Den stora borttagningen från användarscenarier är att veta vilka aspekter som måste prioriteras och vilka som är mindre viktiga. Omforma ditt användargränssnitt som svar på användarscenarierna involverar att veta vad som behöver lösas först.
Jeff Sauro, grundare av Measuring Usability LLC, förklarar hur att hantera den skrämmande hög av uppgifter som står inför varje designer. Hans tillvägagångssätt är roman, men effektiv: användarna prioriterar uppgifterna för dig, en idé som ursprungligen föreslagits av Gerry McGovern i sin bok Den främlingens långa hals .
Det är det grundläggande: inte bara vet du nu vad dina högsta prioriteringar ska vara, men du har dem verifierad av dina användare. Sauro förklarar i en annan artikel hur denna långhalsorganisation av problem sammanfaller med Pareto-principen.
Pareto-principen, även känd som 80-20-regeln, föreslog ursprungligen 1906 av den italienska ekonomen Vilfredo Pareto, som märkte att 80% av landets rikedom och mark ägdes av 20% av befolkningen.
Intressant nog, det är inte bara ett lands rikedom som löper på denna princip. Microsoft noterade att genom att fastställa de 20% av de mest rapporterade buggarna, var 80% av dem fel och kraschar skulle elimineras . Vad det betyder för dig är att genom att ta itu med de bästa uppgifterna i din långa nackgraf först, kommer du sluta ta hand om de flesta problemen direkt.
Men det finns inget sätt att prioritera dina uppgifter, och McGoverns metod kan ersättas eller kompletteras med flera alternativ, inklusive Kano metod , QFD-metoden , och orsak och effekt diagram .
Låt dig inte lura dig att tro att personligheter och användarscenarier är allt du behöver för ett framgångsrikt användargränssnitt. i själva verket är detta bara början. I den stora ordningen av saker är förståelsen av dessa element bara steg 0, och det verkliga arbetet är framför dig. Så varför lägger vi så mycket tonvikt på detta före-spelstadium? Eftersom start på höger fot gör hela resan lättare. Om du inte vet vem du skapar ditt webbgränssnitt för och vad de kommer att göra med det, så spelar det ingen roll.