Database Reference
In-Depth Information
Summary
This chapter has outlined the reasons why paper prototypes are better at finding some types of
problems than others. Every prototyping technique has strengths and weaknesses, and every interface
has a unique set of questions that the product team would like to investigate. To summarize the
strategy presented in this chapter:
List the kinds of questions you have about your interface in terms of the four dimensions
(breadth, depth, look, and interaction).
1.
2.
Determine which dimensions are needed to address your most important questions. (Refer to
Table 12.2
.)
3.
Choose a prototyping method that has strengths in those dimensions. (Refer to
Table 12.1
.)
4.
Accept that one method won't find everything.
5.
Reality-check your findings whenever you come into contact with users.
Think of a paper prototype as a coarse screen that you use to sift out problems. Now that you've read
this chapter, you should have an idea of which problems your paper prototype will catch and which
might "fall through" to be found later or with other methods.
Search WWH ::
Custom Search