yeti logo icon
Close Icon
contact us
Yeti postage stamp
We'll reply within 24 hours.
Thank you! Your message has been received!
A yeti hand giving a thumb's up
Oops! Something went wrong while submitting the form.

To Test or Not to Test? What to Include in Your Tech Prototype

By
Rudy Mutter
-
August 12, 2016

Building the full version of a technology product without a prototype can be a nightmare. These samples don’t just save time during the development process — they also save money.

For example, a client of ours wanted to build a tool that helps connect to and monitor physical servers. We wanted to use Bluetooth technology, but because the product didn’t have those capabilities built in, we had to pick from a wide array of standalone Bluetooth chips.

Rather than simply choosing the device we felt was best, we decided to prototype. We were able to discover issues with the product and test several solutions before finding one that worked. By examining the product’s core features prior to building, we saved time and resources. Prototyping is vital to the development process, but you might be tempted to try to create a perfect product right out of the gate — resist the temptation! Even if you're planning to stack your technology prototype with features, remember to balance functionality with perfection by including only what's essential to testing your idea.

Ellie testing Tiny Eye on a Google Cardboard

What to Prototype for Functionality

When selecting the necessary components for your prototype, make functionality priority No. 1. Your prototype should contain these four components in order to adequately test the user experience:

1. Unproven technologies

If your product includes any technologies that are cutting-edge, just developed, or unknown, you’ll want to test before committing to them. For instance, we recently built Tiny Eye, a virtual reality seek-and-find app. Because we were new to VR, we test-drove multiple platforms before choosing Google Cardboard for the product. Prototyping is the best way to get a handle on how unproven technologies might influence the time and monetary costs of development.

2. Riskiest assumptions

What's your product idea's riskiest assumption? Take the answer to that question and create a prototype to validate it. Let’s say that assumption is “Users will primarily access their email through my communication-aggregation platform.” You could check if you're right by building a prototype to see if users truly want this service to manage their emails.

3. Product loops

Your prototype should focus only on user flow through an application. Whether that loop is a new user signing up that becomes a repeat visitor or its someone discovering your application via social media shares, you need to test for the experience you’re anticipating.

4. Friction points

Be aware of any part of your application that requires a lot of customer involvement or requires complex interaction. If you neglect to prototype these aspects, you won’t know if your application contains a component that makes users give up in frustration.

Geoff coding a website

Prototypes Aren't Perfect: What to Save for Later

Prototypes aren't meant to be working, fully-ready products, so don't waste time and resources building them as such. Here are four facets that are better left for late-stage development:

1. Pixel-perfect design

Design can often distract the user from what they should be testing. Once you’ve started working on the production version of an item, you can start finalizing its features and topping off the design.

2. Common functionality

There’s no reason to prototype functionality that's found in most products. For example, when we built Emoji Ticker, a visualization tool that displays emoji sent by "Chelsea Handler: Gotta Go" users, we didn't rebuild and prototype code written to communicate between our Matrix boards and Raspberry Pi. A third-party expert had already built similar software, so we saved our energies for testing bigger, riskier elements of the technology.

3. Nonvisual features

The idea of prototyping is to create something that product decision makers and users can sample in order to make informed choices. Functionality that’s invisible to users isn’t worth testing. This doesn’t mean you shouldn’t experiment with these features — you just don’t have to do it during the prototype stage.

4. Rare edge cases

It’s likely that edge cases will arise during product development, but it’s not necessary to think about them during the testing phase. If you were prototyping a maps app meant to provide driving directions, for instance, it might make sense to include a section to give subway directions, too. That's not your focus, though, and spending weeks developing the feature for your prototype is a waste of resources. Think about the major use cases of your product, and wait to address edge uses until later in the development cycle.

Because of our extensive experience, the team at Yeti understands the importance of balancing functionality and perfection when prototyping. We’ve worked with a wide array of technologies and industries, and we can draw on that experience when problem solving or highlighting a product’s best features. Our close-knit team brings many different perspectives to each project, and we can use the right tools to develop the perfect prototype for your unique product.

To learn more about how to prototype your technology product, download Yeti's Ultimate Guide to Prototyping Success.

Rudy Mutter is a CTO + Founding Partner at Yeti. He found his passion for technology as a youth, spending his childhood developing games and coding websites. Rudy now resides in the Yeti Cave where he architects Yeti’s system and heads up project production.

Connect with Rudy on Linkedin

You Might also like...

The Hidden Costs of Rushing to Market: Navigating Tech Debt

In the fast-paced world of technology, time is of the essence. Teams often rush to launch their products, believing that being first to market is key to success. But does being first always mean being best? In reality, the race to be first often leads to compromises in best practices and shortcuts, resulting in technical debt - a serious threat to the future of your product.

Section 174Section 174 is Killing Innovation: A Taxing Tale for R&D

Amidst the labyrinth of tax legislation, a formidable obstacle looms large for American innovation: the notorious Section 174. Join us as we explore its impact on the R&D landscape, and the steps you can take to reverse this challenge to innovation.

hands holding sparklersA Year of Innovation: Highlights from 2023

This past year we've been lucky enough to work on an enormous range of projects - including setting a Guinness World Record! Join us as we take a look back on everything we've built in 2023.

Browse all Blog Articles

Ready for your new product adventure?

Let's Get Started