Myth 1: “I can't draw well enough to create a paper prototype.”
When given a pencil and paper, most people (myself included) will tend to doodle words rather than draw pictures. Art was never my subject at school, so when I see wonderful, artistic renditions of user interfaces, I tend to feel somewhat humble. I can't draw like that, my inner voice reminds me, so don't pretend you can sketch a user interface.
Figure 1: A beautiful prototype on paper, but not a paper prototype. By Mike Rhode on flickr (some rights reserved)
But just because its on paper, it doesn't mean it's a paper prototype.
A paper prototype is a sketch — a quick visualisation of your idea. The artistic merit of your sketch is irrelevant. The purpose of paper prototyping is to evaluate the idea behind the user interface, not the sketch itself. Paper prototypes are quite literally 'artless': simple and unaffected.
Figure 2: A paper prototype. It's not pretty but the whole prototype was created in minutes by one of the delegates on our Web usability training course.
This focus on 'neat and pretty' is one of the biggest obstacles to overcome with paper prototyping. It has even spawned a real industry. For example, search the web and you'll find imaginative stencil sets for iPhone, web, iPad and Android. These kind of tools simply feed the paranoia of people who worry their sketches aren't pretty enough.
Figure 3: User interface stencils like these give confidence to the artistically challenged but reinforce the myth that paper prototypes need to be precise and accurately drawn. By Luca Mascaro on flickr (some rights reserved)
Myth 2: “Wireframes are the same as paper prototypes.”
Wireframes show a skeleton view of a user interface. They identify the areas of the screen where content will appear, such as images, text and navigation. Wireframes often include call-outs and notes explaining certain elements of the design in more detail. They are a useful communication tool for design agencies who want their clients to sign off on a design without getting hung up on the colours and images displayed in the user interface.
Figure 4: Some designers find wireframes a useful way to communicate a design to their clients. But wireframes are not paper prototypes. By Sebastian Heit on flickr (some rights reserved)
But wireframes don't work as paper prototypes for at least two reasons:
- They encourage too much focus on the layout of pages. As a consequence they can attract nitpicky feedback on issues like alignment and fonts. In the early design phase you're more interested in the navigation, workflow, terminology and functionality than in details of the visual design.
- Wireframes are usually produced towards the end of the initial design phase, not at the beginning. At this point, many important design decisions — about functionality, for example — have already been made.
Many information architects are obsessed with wireframes but in most projects, they aren't needed: they are just a bureaucratic overhead. You'll find that an electronic prototype, modified as the project progresses, provides a much more useful design communication tool than a wireframe.
Myth 3: “I can do it just as well with Visio.”
I've often heard developers object to paper prototyping because they can mock up an interface in Visio, or another favourite tool, in the same time it takes to sketch one out. Developers point out that electronic prototyping scores over paper because it is easier to cut and paste repeating elements (like navigation bars) rather than go through the exercise of re-sketching them. And electronic prototypes can be shown to users over the Internet and tested remotely.
Ironically, 'cut and paste' is exactly what paper is good for — you just need real scissors and glue. You can quickly duplicate elements of a paper prototype with a photocopier or even mock-up the repeating elements in Visio and glue them to your sketched user interface. (If you'd like a starter kit, download and print our paper prototyping helper kit. This provides more flexibility than a stencil yet doesn't express the same imperative to draw neatly).
Figure 5: Mock up repeating elements in your preferred drawing application (these were done in OmniGraffle), cut them out and glue them onto your paper prototype. From the paper prototyping helper kit.
Similarly, paper prototypes can be tested remotely: you simply scan in your sketches and chain the screens together in PowerPoint or Keynote. You can even record the sessions with usability testing software like Morae.
There is certainly a time for prototyping with electronic tools — but that time isn't the early design phase, for a couple of reasons.
- Electronic tools constrain your thinking about what can be achieved. So if you don't have a 'carousel' widget you'll find you don't include that interaction idea in your electronic prototype.
- Electronic prototyping blinkers you into thinking only about incremental improvement. In the early design phase you want to generate a number of completely different ideas, test them, and combine the best parts into a converged solution. Bill Buxton makes the point that you first need to get the right design before you move onto getting the design right. Electronic tools aren't good at supporting the divergent thinking you need to get the right design.
I think there's a deeper issue here, to do with confidence. Developers feel happy in front of a computer: it's their domain and it's what they're skilled at. Take away their computer and they feel a bit… naked. But this massively undervalues another key skill that developers have: problem solving. As the development team at Red Gate Software point out, more developers should realise that their skills extend way beyond that of the keyboard.
Myth 4: “Whiteboarding is just as effective.”
Many designers I've spoken with tell me that they already do paper prototyping — they just do it on a white board or flip chart instead. The design team then discuss the ideas and refine them before moving to implementation.
Figure 6: Using a whiteboard to generate design ideas like this one is a good way to brainstorm but not a good way to prototype, because you can't test out the interface. By Frankie Roberto on flickr (some rights reserved).
Whiteboarding, and its close cousin sketchboarding, are terrific creativity tools, used by design heavyweights like Adaptive Path — but they're not paper prototyping. These techniques remind me of Gerry McGovern's joke that the worst possible way to design a web site is to have five smart people in a room drinking lattes and discussing branding. The purpose of paper prototyping is to quickly generate design ideas that you can test out with users. It's not for coming up with design ideas that can be voted on by the design team. This is because paper prototyping isn't just about design — it's about iterative design: creating stuff you can test quickly and then discard or improve upon.
Figure 7: Sketchboarding is a wonderful creativity tool, but it's not paper prototyping because the designs aren't tested with users. By Mack Male on flickr (some rights reserved).
Rather than hold a fruitless design meeting where you spend hours arguing over where you should put the navigation, you could spend the time more productively by creating a couple of different paper prototypes and testing out the alternatives with a handful of users. Not only will this help you make a decision quickly, you'll also have the confidence that the final decision is based on real data rather than on a designer's intuition, or worse: the HIPPO (the highest-paid person's personal opinion).
Myth 5: “Users behave differently with a paper prototype than with a real system.”
Paper prototypes use the participant's finger as the mouse and a pen as a keyboard. Interfaces are roughly drawn and are clearly not finished prototypes. This is clearly different to a real system and so a common objection is that users will behave differently with a paper prototype.
This objection has no basis in fact. A raft of published research shows that paper prototypes are just as effective as high-fidelity prototypes at detecting many types of usability issues.
Myth 6: “It looks unprofessional.”
There is no denying that paper prototypes lack beauty — but this is different from saying that paper prototyping is unprofessional. In my experience, so long as you get participants really using the paper prototype (rather than sitting back and having it demonstrated to them), they quickly get 'lost' in the experience of using a paper prototype. This makes issues of professionalism moot.
In contrast, I would argue that your users will think you're more professional because you're clearly involving them early in the design process and taking their comments seriously.
If your management is still unsure, run a trial with single participant and ask, “Is your opinion of our organisation better or worse after this experience?” I'll bet you'll hear only positives.
Myth 7: “I can't prototype interactivity.”
It's true that there are some intricate interaction styles that don't lend themselves to paper prototyping. Gesture-based interactions on the iPad and iPhone can't be replicated on paper. Panning and zooming, Google Maps-style, isn't practical. Similarly, applications that require continuous scrolling or that include long download or response times can't be properly emulated.
But the vast majority of web and software interaction — even on an iPhone — is still point and click (with a little keyboard too). These can easily be emulated with a paper prototype. Rather than focus on the edge case that won't work, think of the vast majority of situations where paper prototyping will work. The video below shows just how interactive paper prototypes can be.
Paper prototyping resources
Paper prototyping helper kit. When you’re creating a paper prototype, it saves time to have controls and buttons that you can cut out and re-use, without needing to draw your own.
Paper prototyping support tools. This is from a web site run by Caroline Snyder (who literally wrote the book on paper prototyping). It contains some useful resources for actually running a paper prototyping test.
Paper Prototyping by Shawn Medero. This article from Alistapart provides a good background and some nice visual examples.
10 Effective Video Examples of Paper Prototyping. A collection of videos showing paper prototyping usability tests in action.
About the author
Dr. David Travis (@userfocus on Twitter) holds a BSc and a PhD in Psychology and he is a Chartered Psychologist. He has worked in the fields of human factors, usability and user experience since 1989 and has published two books on usability. David helps both large firms and start ups connect with their customers and bring business ideas to market. If you like his articles, you'll love his online user experience training course.
Love it? Hate it? Join the discussioncomments powered by Disqus
Foundation Certificate in UX
Gain hands-on practice in all the key areas of UX while you prepare for the BCS Foundation Certificate in User Experience. More details
Every month, we share an in-depth article on user experience with over 10,000 newsletter readers. Want in? Sign up now and download a free guide to usability test moderation.
User Experience Articles
Our most popular articles
Our most commented articles
Our most recent articles
- May 2: Measuring Usability With The System Usability Scale (SUS)
- Apr 4: 5 reasons why your first user research activity should be a usability test
- Mar 7: Keeping Yourself out of the Story: Controlling Experimenter Effects
- Feb 1: The 4 mistakes you’ll make as a usability test moderator
- Jan 4: Desk research: the what, why and how
Search for articles by keyword
- 7 articles tagged accessibility
- 4 articles tagged axure
- 5 articles tagged benefits
- 12 articles tagged careers
- 8 articles tagged case study
- 1 article tagged css
- 8 articles tagged discount usability
- 2 articles tagged ecommerce
- 10 articles tagged ethnography
- 14 articles tagged expert review
- 1 article tagged fitts law
- 4 articles tagged focus groups
- 1 article tagged forms
- 6 articles tagged guidelines
- 10 articles tagged heuristic evaluation
- 7 articles tagged ia
- 14 articles tagged iso 9241
- 9 articles tagged iterative design
- 3 articles tagged layout
- 1 article tagged legal
- 11 articles tagged metrics
- 3 articles tagged mobile
- 7 articles tagged moderating
- 3 articles tagged morae
- 2 articles tagged navigation
- 9 articles tagged personas
- 15 articles tagged prototyping
- 7 articles tagged questionnaires
- 1 article tagged quotations
- 4 articles tagged roi
- 16 articles tagged selling usability
- 12 articles tagged standards
- 41 articles tagged strategy
- 2 articles tagged style guide
- 4 articles tagged survey design
- 5 articles tagged task scenarios
- 2 articles tagged templates
- 21 articles tagged tools
- 50 articles tagged usability testing
- 3 articles tagged user manual