Skip to main content

Minimum Viable Product

When we create a new product, Product managers always grapple with the problem of when to take the product for customer validation.

Taking it too soon would be the prospects are not interested in what is being demonstrated. Taking it too late means that we could be grossly wrong and any feedback that comes could not be that valuable.

Another problem is taking it to all the prospects might lead to unsatisfactory  comments on how the product is still not complete.

How do we manage thing timing issue?

A simple concept of minimum viable product could help us understand when is the right time to start the demonstrations.

Minimum viable product is the core product that satisfies the needs of a chosen subset of the target audience. It has just enough for us to focus on a subset of prospects, validate understanding and move on.

What it is not

MVP is often misunderstood as a the bare minimum of a product that can be developed. This understanding is incorrect.

The emphasis is on viable and not on minimum.

The approach of MVP is to make sure we target smaller groups, validate our product and keep adding to it as we keep moving.

The minimum viable product is that version of a new product which allows a team to collect the maximum amount of validated learning about customers with the least effort.

Hope this helps.

For more reading , check out The Lean Startup: How Constant Innovation Creates Radically Successful Businesses

Comments

Popular posts from this blog

My Journey in Inquiry and Advocacy - An experience report

It is recently that I have consciously started practicing Inquiry. Let me explain. I am a consultant who constantly looks at the situation and comes up and implements the solution to progress from there. While I do that, I constantly use Inquiry as a means to progress - one of the key facilitation technique specifically in multiple stakeholder situations.

Principles for developing systems that are anti-fragile

I have been trying to make sense of what anti-fragility means and how do I use that in my day job. As a Business Principal, I tend to work with the abstract but orchestrate a program of work that needs details. This makes my job a little difficult in the terms of designing for more self-preserving systems that preserve the spirit of the abstracted strategy or vision. I came across an article from Daniel Russo on anti-fragility and his attempt at creating a manifesto similar to the manifesto for agile software development. For more reading on Daniel Russo, here is his profile:  http://djrusso.github.io More reading from his paper here:  https://www.sciencedirect.com/science/article/pii/S1877050916302290 This post is an attempt for me to understand what goes into developing a program that uses every opportunity to strengthen itself and achieve its objective - the vision.  I liked the approach of principles for developing systems that are anti-fragile. It is a very valua

User Personas

User Personas are a very good tool for the product owners, business analysts or product managers to be able to co-create with designers. It is predominantly a product of the user research and should not be an amalgamation of demographic data. It is the best way for us to list all scenarios that a persona would take when they want to attain a goal. It is predominantly used to build empathy with user, focus the team and build consensus in a large diverse stakeholder group. The website I referred to is here:  https://www.smashingmagazine.com/2014/08/a-closer-look-at-personas-part-1/