Why all prototyping is rapid prototyping

The concept behind prototyping is simple: create a barebones, as-complex-as-it-needs-to-be-but-no-more working model of an app or webpage and keep improving on it until you get the outcome you expect.

But where do wireframes fit into the creation and iteration process? Should you be using low fidelity or high fidelity prototypes? And how do you know when it’s time to move from a prototype to a full build?

From designer to developer, this post will help you make sense of when, why, and how to use prototypes to save time and reduce friction in the digital product creation process.

What is prototyping?

A successful prototype isn’t all about design. It’s about the processes and interactions that are modeled within it. Based on user research and stakeholder input, your initial mockup should cover the bare minimum while still following UX best practices. Establish a clear purpose for your prototype and follow your pre-determined set of requirements. More importantly, don’t consider each prototype as precious. Whether it’s a wireframe or a digital mockup, prototypes are meant to be tested, evaluated, and replaced by something better.

Ekta Srivistava, a User Interface Specialist and UX Architect, calls this process the PR²I Process: Prototype → Review → Refine & Iterate. Make an idea, get feedback on your idea, improve your idea, repeat. This process is at the core of rapid prototyping.

Another approach to rapid prototyping is called the Aardvark Method, named after the startup that was eventually purchased by Google for $50 million. When the startup began, they didn’t have a solid foundation or direction in which they were headed. Instead, they started prototyping their ideas:

For the first 6 months Aardvark prototyped ideas, gave them to 100-200 people, and if they saw they weren’t taking off, abandoned them. Once they figured out that social Q&A was the ticket, they didn’t pull back on user testing, bringing in 6-12 users a week over the 30-month span of the startup.

The most important thing to do when rapid prototyping: get your mockup in front of users and stakeholders to get feedback.

Lo-fi vs hi-fi mockups

People often confuse the terms “wireframe” and “prototype.” The main difference between the two boils down to fidelity. Fidelity refers to how closely a mockup resembles the final product.

Wireframes are often low to medium fidelity, ranging from boxes and lines sketched on paper to onscreen creations that have a more polished look. Interactivity is at a minimum, so users can test behavior without as much concern for a product’s look and feel. Pen and paper are an easy way to get started.

Another great tool is InVision Freehand. It allows multiple collaborators to work in a shared space on a medium-fidelity mockup. It’s the simplicity of wireframing with the benefits of technology.

Related: 12 wireframe examples from some of our favorite UX designers

On the other hand, prototypes are often high fidelity and allow the user to test a digital product’s interface and interactions. These can be useful during the usability testing of an application. Because they often resemble a more finished product, the time and effort invested in creation during this step can translate to savings during the development phase. If you’re designing in the browser, the CSS and HTML can be reused in a finished product. If you’re using a tool like InVision, the Inspect feature can save you time and minimize frustration.

rapid prototyping

With tools like Sketch and the soon-to-launch InVision Studio making it easy to design a prototype in almost no time, are wireframes still relevant in the digital product design process?

Of course. As disposable as prototypes are, wireframes are even less precious. Found out what you need to know? Toss it. Don’t like the ratio of images to text? Into the bin. The amount of time and energy it takes to sketch or Freehand a wireframe is minuscule compared to the value you get from each one.

It’s all rapid

Here’s the secret to rapid prototyping: it’s all rapid prototyping.

Prototypes exist to test ideas, and history says that most of our ideas, especially early in the creation process, are going to be wrong. And in the world of digital product design, it takes minimal effort to build out an idea, test it, learn from it, toss it, and move on.

This isn’t the world of manufacturing, where the term rapid prototyping originates. Unlike the world of big machines with dozens of tiny moving parts, it shouldn’t take digital product designers months or years to conduct research, gather all the necessary materials, design a thing, and then test it. Our process is pixels and code. It should be much faster, much more rapid.

That’s where tools like InVision Studio come in. With InVision, you can collaborate, brainstorm, revise, and iterate all the way through to production. And because Studio is an InVision product, that means you get sharing, permissions, commenting, and all the other services that you’ve grown to expect when it comes to collaboration. It’s fast, it’s unified, and it allows you to share (and update what you’ve shared) quickly.

Bringing more parts of the core designer workflow into the place of creation was at the core of our process when designing Studio. Rapid prototyping is one of those parts, and that’s why we’re excited to bring prototyping into Studio. We think it’s going to make design faster and more connected.

Interested in early access to InVision Studio? Sign up below. And get ready to take your rapid prototyping to the next level.


portalId: ‘425470’,
formId: ‘622a9f6f-ece0-438d-bb1a-9c8cc85b003c’

#hs-signup { text-align: center; width: 85%; max-width: 400px; margin: 50px auto; }
#hs-signup form { width: 100%; }
#hs-signup form .actions { padding: 0; }
#hs-signup form .input { position: relative; height: 56px; }
#hs-signup form label { display: none; }
#hs-signup form .hs_terms_conditions { margin: 0; height: 26px; }
#hs-signup form .hs_terms_conditions ul.inputs-list { padding: 0; height: 26px; }
#hs-signup form .hs_terms_conditions ul.inputs-list li { margin: 0; height: 26px; }
#hs-signup form .hs_terms_conditions ul.inputs-list li label { margin: 0; display: inline; }
#hs-signup form .hs_terms_conditions ul.inputs-list li label input { height: 15px; width: 15px; margin-right: 10px; box-shadow: none !important; }
#hs-signup form .hs_terms_conditions ul.inputs-list li label input:checked { background-color: #f36; }
#hs-signup form .hs_terms_conditions ul.inputs-list li label span { display: inline-block; top: -3px; position: relative; }
#hs-signup form .hs_terms_conditions ul.inputs-list li label span a { color: #f36; }
#hs-signup form input { border: 1px solid rgb(212, 215, 218); margin-right: 0; width: calc(100% – 35px) }
#hs-signup form input.error { border: 1px solid #f36; }
#hs-signup form .hs-error-msgs { display: none !important; position: absolute; color: #f36; }
#hs-signup form input[type=”submit”]{
width: calc(100% – 40px); height: 40px; margin: 0;
color: #f36; background-color: #ffffff; border: 1px solid #f36; font-size: 14px; text-shadow: 0;
background-image: none; text-shadow: none; box-shadow: none; font-weight: 500; transition: all .1s linear;
#hs-signup form input[type=”submit”]:hover {
color: #ffffff; background-color: #f36;
.hs-form-required { display: none !important; }

The post Why all prototyping is rapid prototyping appeared first on InVision Blog.

Leave a Reply

Close Menu