Six Common Pitfalls When Prototyping

Posted 1 year ago by Nick Babich

It’s hard to imagine a modern product design process without prototyping and testing. By following a technique

“Show, don’t tell.”

Many product teams use prototypes today to sell or test ideas. At the same time, quite often product teams fall into traps that reduce the effectiveness of their prototyping efforts. Here are six of the most common pitfalls.

Prototyping without a purpose

‘Let’s create something first; we’ll figure out what to do with it later.’

By following such an approach, product teams can spend a lot of time working on something that doesn’t bring any value. Creating prototypes without a specific purpose often results in a great waste of time.

Each prototype should be created for a reason. That reason might be explaining a specific idea or validating a hypothesis. When a product team knows the reason, this knowledge helps build a prototype that matches that purpose.

Before creating a prototype, designers should ask themselves, “What problem do I try to solve by creating this prototype?” Finding a clear answer to this question will make prototyping more focused and help to prevent potential overheads.

Focus on creating something that works

Product teams often think that the goal of prototyping is creating something that works. Teams feel discouraged when their prototypes fail. This negative state of mind can inhibit the whole design progress.

To be productive, designers should take the idea of failure as a natural part of the prototyping process. Prototypes are meant to test assumptions, and not every assumption will be valid. That’s why creating working prototype shouldn’t be the most important outcome of a prototyping effort. The most important outcome of a prototyping effort should be new knowledge. Thus, shift the focus from the idea of failure into the idea of learning. Both successful and failed prototypes allow you to learn.

“You build on failure. You use it as a stepping stone.” – Johnny Cash

Diving into the first good idea

All too often, product teams try to use the first idea that seems to be promising to build a final solution. Teams believe that they’ll save a lot of time by doing that.

As a result, they spend countless hours creating and polishing the prototype. But early results of usability testing can lead to frustration — when designers will find out that their initial idea wasn’t good enough.

Experienced teams know that it’s essential to explore and test a range of different ideas first, and only after that stick to the one that demonstrated the best results. By spending more time ideating, the team learns more about the problem space and the potential solutions.

Falling in love with your prototype

Creators of a prototype often become overly invested in their creation. This problem is known as ‘investment bias’ — the more time you spend on something, the more valuable it becomes for you (notice, valuable for you, not other people).
It can lead to potentially dangerous situations when prototypes become too precious for designers, and they overlook its faults. Even when it becomes clear that the ideas are problematic, designers ignore any feedback from team members.

Prototypes shouldn’t be your precious

Spending too much time on polishing a prototype takes away from the primary goal of prototyping — gaining feedback. Always make sure that your prototype has just the right level of detail required for what you are testing for.

A prototype is not a work of art, it’s a tool that helps you find answers

If you’re prone to over-designing, focus on the minimum viable prototypes — add just enough details to accomplish a task. Think of a prototype as a disposable artefact. Each prototype serves a specific purpose and when that has been achieved, be ready to replace it with something better.

Ignoring sketching

‘Why should I use pen and paper when I have powerful prototyping tools?’

Designers skip sketching phase and move directly to computers to create digital prototypes. They believe that digital prototyping will be a time-saver. But in reality, sketching allows designers to move much faster.

Paper sketching. Image: Sockyung Hong

Next time, when you have a few ideas on how to solve a problem and not sure what works the best, simply start sketching. Sketch out all variations, post them side-by-side on the wall and discuss what is possible/impossible from a technical/business point of view with your team.

Image: Venturebeat

Selecting wrong fidelity for a prototype

The term ‘fidelity’ describes the level of details. Prototypes can be anything from low-fidelity paper prototypes to ultra-realistic, high-fidelity, digital prototypes that look and work like a real product. It might be tempting to jump quickly into something that will look like the final design. But it’s better to prevent that temptation. It’s worth remembering that:

The fidelity of your prototype should match a fidelity of your thinking

It means that designers should choose the fidelity based on where they are in design process. When designers break this rule, this often leads to the bad outcome. For example, executing early prototypes at too high fidelity may result in ‘investment bias’ (falling in love with a prototype).

Low-fidelity paper prototype. Image: Csaba Házi

Thus, determine the best fidelity for your prototype by thinking about your end goal and how much time you have, and agree on the scope early on to manage expectations.

Conclusion

Prototyping is crucial in every product design project. Prototyping when done right, gives teams a shortcut to learning without building an actual product.

Follow UX Planet: Twitter| Facebook

Originally published at babich.biz

Design and prototyping for everyone

Design and prototyping for everyone

Thousands of individuals and teams use Marvel to design and prototype ideas.

Get Started, it's Free!

I’m a software developer, tech enthusiast and UI/UX lover. http://babich.biz

Related Posts

Mechanical keyboard — considered one of the best types of keyboards due to its tactile feedback. Ever watch people entering an elevator and repeatedly push the Up button? Or repeatedly push the pedestrian button at a street crossing? Or hit a refresh button many times because the loading bar keeps spinning and nothing happens? What is missing in all these… Read More →

I lead a creative team of two at a company that has grown from three co-founders to over 150 employees. We’ve acquired a company, expanded to multiple offices, and launched the world’s first end-to-end account-based marketing platform. I guess you could say we’ve grown up. But one thing that hadn’t changed over the past five years — until recently — was the Terminus brand… Read More →

This design process series covers the exact design process we use every day at SetDev.io. It’s a culmination of a six-year journey, bootstrapping a software engineering consulting agency as the sole designer. All deliverables discussed are attached as Sketch files for your convenience. I. Brainstorming Ahhh a fresh, new project — very few things are equally exhilarating, right? Especially if… Read More →