Articles

Scenarier

by admin

Scenarier beskriver historiene og konteksten bak hvorfor en bestemt bruker eller brukergruppe kommer til nettstedet ditt. De noterer seg målene og spørsmålene som skal oppnås, og definerer noen ganger mulighetene for hvordan brukeren (e) kan oppnå dem på nettstedet.

Scenarier er kritiske både for å designe et grensesnitt og for brukstesting.

Hva Du Bør Vurdere når Du Skriver Scenarier

Gode scenarier er konsise, men svarer på følgende viktige spørsmål:

  • Hvem er brukeren? Bruk personas som er utviklet for å gjenspeile de virkelige, store brukergruppene som kommer til nettstedet ditt.
  • hvorfor kommer brukeren til nettstedet? Legg merke til hva som motiverer brukeren til å komme til nettstedet og deres forventninger ved ankomst, hvis noen.
  • Hvilke mål har han / hun? Gjennom oppgaveanalyse kan du bedre forstå hva brukeren ønsker på nettstedet ditt og derfor hva nettstedet må ha for at de skal være fornøyd.

noen scenarier svarer også:

  • hvordan kan brukeren oppnå sine mål på nettstedet? Definer hvordan brukeren kan oppnå sitt mål på nettstedet, identifisere de ulike mulighetene og eventuelle potensielle barrierer.

Typer Scenarier

Typer

Eksempler

mål – eller oppgavebaserte scenarier angir bare hva brukeren ønsker å gjøre. Ikke ta med informasjon om hvordan brukeren vil fullføre scenariet. Disse scenariene er nyttige for å definere områdets arkitektur og innhold. Du bør gi disse typer scenarier til brukere i en brukbarhetstest. Det gir dem en grunn og et mål for å gå til området, men det lar dem vise deg hvordan de ville bruke området for å oppnå dette målet.Eksempel: en forelder er bekymret for at en tiåring nekter å drikke melk og vil vite om det virkelig gjør en forskjell at barnet får svært lite kalsium.

  • Eksempel: du reiser til Seattle for jobben din neste uke, og du vil sjekke hvor mye du kan bli refundert for måltider og andre utgifter.
    		•
    Utdypede Scenarier gir flere detaljer om brukerhistorien. Disse detaljene gir webteamet en dypere forståelse av brukerne og brukernes egenskaper som kan hjelpe eller hindre nettstedinteraksjon. Ved å vite denne informasjonen, er teamet mer sannsynlig å utvikle innhold, funksjonalitet og nettstedatferd som brukerne finner komfortable og enkle å jobbe med.
    • Eksempel: Mr. Og Mrs. Macomb er pensjonerte skolelærere som nå er i 70-årene. Deres Trygdekontroller er en viktig del av deres inntekt. De har nettopp solgt sitt store hus og flyttet til en liten leilighet. De vet at en av de mange oppgaver de trenger å gjøre nå er å fortelle Social Security Administration at de har flyttet. De vet ikke hvor nærmeste Trygdekontor er, og det blir vanskeligere for dem å gjøre mye å gå eller kjøre. Hvis det er enkelt og trygt nok, vil de gjerne bruke datamaskinen til å varsle Social Security Administration av deres trekk. Imidlertid er de litt nervøse for å gjøre en oppgave som dette ved datamaskinen. De brukte aldri datamaskiner i jobbene sine. Men Deres sønn, Steve, ga dem en datamaskin i fjor, satte den opp for dem, og viste dem hvordan de skulle bruke e-post og gå til nettsteder. De har aldri vært På Social Security Administration hjemmeside, så de vet ikke hvordan det er organisert. Også, de er motvillige til å gi ut personlig informasjon på nettet, så de ønsker å vite hvor trygt det er å fortelle byrået om sin nye adresse på denne måten.
    Fullskala Oppgavescenarier omfatter trinnene for å utføre oppgaven. Et fullskala scenario kan enten rapportere alle trinnene som en bestemt bruker tar for å utføre oppgaven, eller det kan beskrive trinnene du planlegger å konfigurere for brukere på det nye området. Scenarier på dette nivået ligner veldig på brukstilfeller, men de legger ut trinnene fra brukerens synspunkt i stedet for fra nettstedets synspunkt. De forklarer hvordan området støtter målrettet scenarier som du startet med.

    Ved Hjelp Av Scenarier i Webdesign

    det er umulig å skrive ned hvert scenario som hver bruker har for å besøke nettstedet ditt. I stedet, før du begynner å sette sammen området, skrive ned 10 til 30 av de vanligste årsakene til at brukerne har for å besøke eller oppgaver som brukerne ønsker å gjøre.

    Scenarier kan også fungere sammen med personas ved å tjene som historiene bak hvorfor bestemt persona ville komme til nettstedet ditt. Hva håper personen å oppnå ved å besøke nettstedet? Hvilke egenskaper av persona kan hjelpe eller hindre hans eller hennes nettsted interaksjon?

    du bør fokusere på brukere og deres oppgaver i stedet for på nettstedets organisasjon og interne struktur. Som et resultat vil du vite hvilket innhold nettstedet må ha og hvordan det skal organiseres.

    Bruke Scenarier i Brukertesting

    når du identifiserer scenarier for brukertesting, bør du begrense testen til 10 til 12 oppgaver på grunn av tidsbegrensninger. I tillegg, i en brukbarhetstest, kan du be brukerne om sine egne scenarier. Hvorfor skulle de komme til nettstedet ditt? Hva vil de gjøre?

    scenarier For Brukstesting bør ikke inneholde informasjon om hvordan du utfører en oppgave. Brukbarhetstesten viser hvordan deltakeren oppnår en oppgave, og viser deg om grensesnittet gjør det mulig å fullføre scenariet.

    du bør imidlertid skrive ned hvordan du skal utføre oppgaven. Denne informasjonen er inkludert i materialet som observatørene og notattakerne vil bruke. Inkluder hovedveien og eventuelle alternative veier deltakeren kan bruke til å oppnå scenariet. Etter testen, sammenligne hvordan du trodde brukerne ville fullføre oppgaven til hvordan de faktisk fullført oppgaven. Denne sammenligningen gir verdifull innsikt i effektiviteten av nettstedets arkitektur og navigasjon.