paint-brush
Minimum Usable Productby@aneel
802 reads
802 reads

Minimum Usable Product

by AneelMay 28th, 2016
Read on Terminal Reader
Read this story w/o Javascript
tldt arrow

Too Long; Didn't Read

Minimum viability is very much a product-outwards perspective: what’s the least amount of work we can do to find out whether going down this line of thinking is a business idea worth being invested in. What makes a product viable for use is: being more usable at each stage of creation. Creating experiences of greater efficacy at every turn. Providing incremental wins at each step that add up to something much greater — a sense of joy. The right way to build a product is to iterate through stages of development. At each stage you deliver something that, on it's own, provides real incremental value.

Company Mentioned

Mention Thumbnail
featured image - Minimum Usable Product
Aneel HackerNoon profile picture

From product-out to user-in perspectives

Image Credit: Jopwell Collection

Minimum viability is very much a product-outwards perspective: what’s the least amount of work we can do to find out whether going down this line of thinking is a business idea that’s worth being invested in. It has nothing to do with viability for users.

It’s a well worn notion that the right way to build a product is to iterate through stages of development, where at each stage you deliver something that, on it’s own, provides real incremental value by accomplishing the user’s goal appreciably faster/cheaper/better than was possible before. A functional approach.

What makes a product viable for use is:

  • Being more usable at each stage of creation
  • Creating experiences of greater efficacy at every turn
  • Providing incremental wins at each step tbat add up to something much greater — a sense of joy. [Something I’ve seen enough times to say it with a straight face.]

This is distinctly not a product-out orientation — but instead a user-inwards orientation.

We have to make up for the pain we put users through — our stumbling attempts at building something useful, the suffering of (re)learning how to do something, breaking their workflows — with some pleasure on the other side.

Leading to questions that should be answered:

  • What is the qualitative, subjective improvement from the perspective of the user? Does it feel better? Does it yield results of higher quality?
  • What is the quantitative, objective improvement from the perspective of the user? Does it get the task done faster? Does it yield more results?
  • What is the quantitative, objective improvement from the perspective of the product? Is it faster? Does it do more of what users want?

Programming notes: this post is n in a series of indeterminate length on Product topics mainly for startup people, mainly leadership, mainly coming from non-GTM backgrounds.

Posts in this series

Related series (and templates) on Marketing

Reading List