Master
ThoughtWorks
Menu
Close
  • What we do
    • Go to overview
    • Customer Experience, Product and Design
    • Data Strategy, Engineering and Analytics
    • Digital Transformation and Operations
    • Enterprise Modernization, Platforms and Cloud
  • Who we work with
    • Go to overview
    • Automotive
    • Healthcare
    • Public Sector
    • Cleantech, Energy and Utilities
    • Media and Publishing
    • Retail and E-commerce
    • Financial Services and Insurance
    • Not-for-profit
    • Travel and Transport
  • Insights
    • Go to overview
    • Featured

      • Technology

        An in-depth exploration of enterprise technology and engineering excellence

      • Business

        Keep up to date with the latest business and industry insights for digital leaders

      • Culture

        The place for career-building content and tips, and our view on social justice and inclusivity

    • Digital Publications and Tools

      • Technology Radar

        An opinionated guide to technology frontiers

      • Perspectives

        A publication for digital leaders

      • Digital Fluency Model

        A model for prioritizing the digital capabilities needed to navigate uncertainty

      • Decoder

        The business execs' A-Z guide to technology

    • All Insights

      • Articles

        Expert insights to help your business grow

      • Blogs

        Personal perspectives from ThoughtWorkers around the globe

      • Books

        Explore our extensive library

      • Podcasts

        Captivating conversations on the latest in business and tech

  • Careers
    • Go to overview
    • Application process

      What to expect as you interview with us

    • Grads and career changers

      Start your tech career on the right foot

    • Search jobs

      Find open positions in your region

    • Stay connected

      Sign up for our monthly newsletter

  • About
    • Go to overview
    • Our Purpose
    • Awards and Recognition
    • Diversity and Inclusion
    • Our Leaders
    • Partnerships
    • News
    • Conferences and Events
  • Contact
Global | English
  • United States United States
    English
  • China China
    中文 | English
  • India India
    English
  • Canada Canada
    English
  • Singapore Singapore
    English
  • United Kingdom United Kingdom
    English
  • Australia Australia
    English
  • Germany Germany
    English | Deutsch
  • Brazil Brazil
    English | Português
  • Spain Spain
    English | Español
  • Global Global
    English
Blogs
Select a topic
View all topicsClose
Technology 
Agile Project Management Cloud Continuous Delivery  Data Science & Engineering Defending the Free Internet Evolutionary Architecture Experience Design IoT Languages, Tools & Frameworks Legacy Modernization Machine Learning & Artificial Intelligence Microservices Platforms Security Software Testing Technology Strategy 
Business 
Financial Services Global Health Innovation Retail  Transformation 
Careers 
Career Hacks Diversity & Inclusion Social Change 
Blogs

Topics

Choose a topic
  • Technology
    Technology
  • Technology Overview
  • Agile Project Management
  • Cloud
  • Continuous Delivery
  • Data Science & Engineering
  • Defending the Free Internet
  • Evolutionary Architecture
  • Experience Design
  • IoT
  • Languages, Tools & Frameworks
  • Legacy Modernization
  • Machine Learning & Artificial Intelligence
  • Microservices
  • Platforms
  • Security
  • Software Testing
  • Technology Strategy
  • Business
    Business
  • Business Overview
  • Financial Services
  • Global Health
  • Innovation
  • Retail
  • Transformation
  • Careers
    Careers
  • Careers Overview
  • Career Hacks
  • Diversity & Inclusion
  • Social Change
Experience DesignTechnology

Stop Forcing Fidelity

Jamie Narkunski Jamie Narkunski

Published: Jun 11, 2014

Over the past few years I’ve noticed a race towards hi-fi prototyping.  In addition to more and more designers picking up HTML, CSS and JavaScript, software companies have been working hard to lower the barrier to entry.  With tools like Axure or iRise almost anyone with an eye for design can pull together near-real functional prototypes.

It seems this accessibility has become somewhat intoxicating for designers. First instincts tend to lead designers to blur the line between “show, don’t tell” and “build out a fully functional application”. And why wouldn’t it be? We now have the means, it won’t take that long, and most importantly it’s way easier to demonstrate what is meant by in-line validation than to show screen shots and have to spell out the interaction.

There are a few high-level drawbacks to the over-engineered prototype, a number resulting from positive reactions.  While satisfying in the short term for both the producer and the audience they tend to lead to “miscalibrated”expectations and ultimate disappointment in some cases.  A common confusion I’ve seen has been the illusion of the prototype as an indicator of state of progress, this link becomes even stronger with the functional prototype.  The more functional and polished the prototype appears the harder it seems to be for the viewer to be convinced it does not represent technical completeness.  This can lead to an expectation of an unrealistic delivery pace.

Most detrimental to the process is the effect that can be had on feedback.  This disruption to feedback quality can come from both ends.  Those giving feedback have been less willing to call out issues they feel could result in an overhaul of design due to the perceived effort involved or state of development.  Those receiving feedback have become defensive and over justify their decisions due to attachment to the prototype developed through time spent refining look and functionality.  Once a prototype gets in the way of conversation and debate it has invalidated itself.

This is not to say that hi-fi prototyping is inherently bad.  It is a wonderful tool when trying to immerse users in a perceived reality to evoke gut reactions to an environment or to test tactile interactions. They are also effective in understanding the relationships between multiple interactions.  There are equal arguments to be said for and against paper prototypes.  The point being that when used in the wrong way for the wrong audience the most beautiful or simple tool can be detrimental to the goal.

If we begin with the idea that prototyping is a tool used to extract useful information we can start working with more intent and stop making the first decision the level of fidelity. Instead, we will understand the information we are looking for and audience from which we are trying to extract that information. For example, a prototype with the goal of understanding emotional feedback to brand and content will differ highly from one looking to understand feasibility of an integration flow. The same also goes for understanding reaction to single functions vs. a function in relation to an environment.  It should not be assumed that extracting feedback from a back-end developer and a CMO will be done in the same way.  We can present the information in a way that will speak to our audience and allow them to focus on the points we are looking for feedback on without distracting them.

Once the focus of the prototype is shifted from a visual representation of an idea to a tool with the sole purpose of generating the most valuable and useful information we will find ourselves in less conversations around the merits of fidelity and instead spending our time creating the right tool for the job. Your thoughts?

Master
Privacy policy | Modern Slavery statement | Accessibility
Connect with us
×

WeChat

QR code to ThoughtWorks China WeChat subscription account
© 2021 ThoughtWorks, Inc.