scenario’ s
scenario ‘ s beschrijven de verhalen en context achter waarom een specifieke gebruiker of gebruikersgroep naar uw site komt. Ze noteren de doelen en vragen die moeten worden bereikt en definiëren soms de mogelijkheden van hoe de gebruiker(s) deze kunnen bereiken op de site.
scenario ‘ s zijn van cruciaal belang voor zowel het ontwerpen van een interface als voor het testen van de bruikbaarheid.
wat te overwegen bij het schrijven van scenario ‘s
goede scenario’ s zijn beknopt, maar beantwoorden de volgende belangrijke vragen:
- Wie is de gebruiker? Gebruik de persona ‘ s die zijn ontwikkeld om de echte, grote gebruikersgroepen die naar uw site.
- waarom komt de gebruiker naar de site? Merk op wat de gebruiker motiveert om naar de site te komen en hun verwachtingen bij aankomst, indien van toepassing.
- welke doelen heeft hij/zij? Door middel van taakanalyse, kunt u beter begrijpen wat de gebruiker wil op uw site en dus wat de site moet hebben voor hen om tevreden te vertrekken.
sommige scenario ‘ s antwoorden ook:
- Hoe kan de gebruiker zijn doelen op de site bereiken? Definieer hoe de gebruiker zijn/ haar doel kan bereiken op de site, het identificeren van de verschillende mogelijkheden en eventuele belemmeringen.
typen scenario ‘ s
| typen | voorbeelden |
|---|---|
|
doel – of taakgebaseerde scenario ‘ s geven alleen aan wat de gebruiker wil doen. Neem geen informatie op over hoe de gebruiker het scenario zou voltooien. Deze scenario ‘ s zijn nuttig bij het helpen bij het definiëren van uw site architectuur en inhoud. Je moet dit soort scenario ‘ s geven aan gebruikers in een usability test. Het geeft ze een reden en een doel om naar de site te gaan, maar het laat ze je laten zien hoe ze de site zouden gebruiken om dat doel te bereiken. |
|
| uitgewerkte scenario ‘ s geven meer details over het verhaal van de gebruiker. Deze gegevens geven het webteam een dieper begrip van de gebruikers en de kenmerken van gebruikers die kunnen helpen of belemmeren site interactie. Als het team deze informatie kent, is het waarschijnlijker dat het content, functionaliteit en sitegedrag ontwikkelt waarmee gebruikers comfortabel en gemakkelijk kunnen werken.voorbeeld: De heer en mevrouw Macomb zijn gepensioneerde onderwijzers die nu in de zeventig zijn. hun socialezekerheidscontroles vormen een belangrijk deel van hun inkomen. Ze hebben net hun grote huis verkocht en verhuisd naar een klein appartement. Ze weten dat een van de vele taken die ze nu moeten doen, is de Sociale Dienst vertellen dat ze zijn verhuisd. Ze weten niet waar de dichtstbijzijnde Sociale Zekerheid kantoor is en het wordt steeds moeilijker voor hen om veel te lopen of rijden. Als het gemakkelijk en veilig genoeg is, willen ze de computer gebruiken om de Sociale Dienst op de hoogte te stellen van hun verhuizing. Echter, ze zijn enigszins nerveus over het doen van een taak als deze door de computer. Ze gebruikten nooit computers in hun werk. Echter, hun zoon, Steve, gaf hen vorig jaar een computer, zette hem voor hen op, en toonde hen hoe e-mail te gebruiken en naar websites te gaan. Ze zijn nooit naar de website van de Sociale Zekerheid administratie geweest, dus ze weten niet hoe het is georganiseerd. Ook, ze zijn terughoudend om persoonlijke informatie online te geven, dus ze willen weten hoe veilig het is om het Agentschap te vertellen over hun nieuwe adres op deze manier. | |
| volledige Taakscenario ‘ s bevatten de stappen om de taak uit te voeren. Een full-scale scenario kan ofwel alle stappen rapporteren die een specifieke gebruiker momenteel neemt om de taak uit te voeren of het kan de stappen beschrijven die u van plan bent in te stellen voor gebruikers in de nieuwe site. Scenario ‘ s op dit niveau zijn zeer vergelijkbaar met use cases, maar ze lay-out van de stappen vanuit het oogpunt van de gebruiker in plaats van vanuit het oogpunt van de website. Ze leggen uit hoe de site de doelgerichte scenario ‘ s ondersteunt waarmee je bent begonnen. |
met behulp van scenario ‘ s in Website Design
is het onmogelijk om elk scenario op te schrijven dat elke gebruiker heeft voor het bezoeken van uw website. In plaats daarvan, voordat u begint met het samenstellen van de site, noteer 10 tot 30 van de meest voorkomende redenen die gebruikers hebben voor een bezoek of taken die gebruikers willen doen.
scenario ’s kunnen ook samenwerken met persona’ s door te dienen als de verhalen achter waarom de specifieke persona naar uw website zou komen. Wat hoopt de persona te bereiken door de website te bezoeken? Welke kenmerken van de persona zou kunnen helpen of belemmeren zijn of haar site interactie?
u moet zich richten op gebruikers en hun taken in plaats van op de organisatie en interne structuur van uw site. Als gevolg hiervan weet u welke inhoud de site moet hebben en hoe het moet worden georganiseerd.
gebruik van scenario ’s in Usability Testing
bij het identificeren van scenario’ s voor usability testing, moet u uw test beperken tot 10 tot 12 taken vanwege tijdgebrek. Bovendien, in een usability test, kunt u gebruikers vragen om hun eigen scenario ‘ s. Waarom zouden ze naar jouw site komen? Wat willen ze doen?
Usability testing scenario ‘ s mogen geen informatie bevatten over het uitvoeren van een taak. De usability test laat zien hoe de deelnemer een taak uitvoert en laat zien of de interface het voltooien van het scenario vergemakkelijkt.
u moet echter opschrijven hoe u de taak uitvoert. Deze informatie is opgenomen in het materiaal dat de waarnemers en notitienemers zullen gebruiken. Omvat de belangrijkste route en eventuele alternatieve routes die de deelnemer kan gebruiken om het scenario te bereiken. Vergelijk na de test hoe je dacht dat gebruikers de taak zouden voltooien met hoe ze de taak daadwerkelijk hebben voltooid. Deze vergelijking geeft waardevol inzicht in de effectiviteit van de architectuur en navigatie van uw site.