|
|||||||
Create Final Scenarios
What is a scenario?In usability testing, participants use the Web site (or prototype or Web application) to do tasks. The scenarios are the means for telling participants what tasks to do. During the test session, you give the participants the scenarios—either in writing or verbally, one at a time, as the participant is ready to do that scenario. What makes a good scenario for usability testing?A good scenario for usability testing gives the participants:
You can give the scenario as just the statement of the goal/ task or you can elaborate it a little with a very short story that adds motivation to get to the goal. Here is an example of a scenario in both forms: brief (no story/motivation) and elaborated (with story/motivation). It comes from a usability test of GSA.gov. Brief (no story/motivation): Elaborated (with story/motivation): Both types (brief and elaborated) work in usability testing. Both seem to elicit desirable behavior from test participants. Participants enjoy the story-type scenarios, but keep them short. You do not want reading the scenarios to take up much session time. You also want to be sure that all participants understand the scenarios. What does NOT go in a scenario for usability testing?The scenarios do not include any information on how to accomplish the task. That is what usability testing is for—to show you how the participant goes about accomplishing the task. Should you write down how to accomplish the task?Yes. In the material that observers and note-takers use (but that the participant does not see), it is a good idea to include the pathway (or alternative pathways) to accomplish the task. This helps observers know what to expect and saves considerable time for note-takers. For example, for the scenario about where to see the Adams painting in Dubuque, we might write down the following pathway where each step assumes a click that moves the participant to a new Web page:
What if you are giving participants choices for answers?In most usability tests, participants let you know they have successfully done the task by telling you the answer that they found. In some cases, you may want to give participants multiple-choice questions. If the scenarios are formatted to require participants to answer multiple-choice questions, the possible answers must be given to the participant at the end of the scenario. In the participant's copy, of course, the correct answer is not designated. In the test plan, these questions should be included with the correct answer designated. For example:
A) Customs Office What if users have difficulty understanding a scenario?A good scenario is one that participants understand even if they have difficulty completing the task. To make sure that your scenarios are clear, try them out in a pilot test. (We discuss pilot testing in the article on how to Conduct the Usability Test.) If you find that participants do not understand a scenario, rewrite it. If you find that many of your scenarios are not clear to participants and that you must rewrite several, do a second pilot test. Be sure to distinguish between a scenario that is not clear and a task that is difficult. Unclear scenarios do not tell you anything about the usability of the site. Difficult tasks do. Rewrite unclear scenarios. Leave difficult tasks in the usability test if they are going to help you understand how the site needs to be improved. After running the first test with these scenarios, it is usually a good idea to go back and put a copy of the final set of scenarios (those actually used in the test) into the test plan. Next stepsNow that you have final scenarios, you should also Recruit Participants. If you have recruited participants, you may be ready to Set Up for the Test Sessions. |
|