How to set up a Minimum Viable Product (MVP)

Start with the problem, understand your users, the market, your competitors; define the ‘complete product’; then identify its smallest subset which can still bring enough value to early customers; so they stay engaged and promote your product.

George Krasadakis
Mar 3, 2019 · 7 min read
Image for post
Image for post

This article provides on how to define a good Minimum Viable Product and avoid common mistakes and risks. If you are in the process of designing a product, or setting up your startup or otherwise involved in product management, read on.

1. Start by framing the problem

One of the most important steps in the product development process — is the . It is a good idea to , to help you formulate the problem with clarity.

Start by describing the ideal situation versus the current one, and how certain users are impacted by this gap

Support your problem statement with statistics and facts — for example, figures to describe the or the . Keep it simple and clear- a structured, well-understood articulation of the problem with no technicalities and fancy terms.

should become part of your ‘common corporate language’: your team, your investors, your sponsors, and other stakeholders should all be able to instantly understand it and reference it when reviewing your solutions and product plans.

2. Identify your users

Make sure you know who you are solving for! Identify and name the different classes of users in the context of your problem; document their needs and the problems they are experiencing; identify their pain points; their expectations, and the best possible experience they could have in this context.

Define Success criteria for each class of users.

3. Understand your users

Identifying your users is different from understanding your users. You need to apply empathy, study your users, and deeply understand their profiles, habits, and needs. You could use existing research and public domain insights, or host user interviews and focus groups — to validate both your problem statement and your potential solution.

4. Validate the problem

Having your problem defined with clarity, allows you to validate it with your key stakeholders — including your customers or end-users: challenge the problem and make sure it is worth-solving; study the impacted users and document how they are affected by this problem. During this process, try to answer the following questions:

  1. Do users know any potential solutions to the problem?
  2. Is this the most significant problem they are facing– in this context?
  3. Are there any workarounds they are using?
  4. How would their situation improve if there was a good solution?
  5. Would they pay for such a solution?

At this point, you must also scan the market and the state-of-the-art to figure out if there are existing products or services — addressing the same problem; and if so, it is critical to understand how.

5. Ideate on potential solutions

Having a well-defined and validated problem enables you to ideate and explore potential solutions. At this stage, I would recommend starting by setting the context — make sure your team is aligned and has a deep, shared understanding of the problem space — the situation, the ideal state, the users, the personas; the pain points, and the opportunity.

Then, move on to an ideation phase — you need ideas on how to solve the problem and provide value to your customers. Ideation could take the form of a series of brainstorming sessions, or or internal contests like .

Whatever the form or methods you select, make sure your team is capturing all of the ideas, into a system. This is important to allow fast iterations over this set of ideas, and post-processing: you will have to evaluate each idea and attach metadata and artifacts as you go. Depending on the scale of your initiative, could add significant value by organizing and speeding up the entire process.

Assuming a set of great ideas and potential solutions is there, iterate through the following steps:

  1. based on their potential and feasibility. Do not discard ideas; assign priorities instead (this will allow ideas to stay active and be reconsidered under different circumstances in the future). Prioritization will allow you to pick the most promising ideas, using not just opinions but a standardized ‘idea assessment framework’.
  2. as necessary — merge or group them — to draft an overall solution or
  3. ; make sure that has the integrity required to call it a ‘product’
  4. and define a long-term product road-map
  5. — and how you are going to validate them

6. Define your ‘full Product’

The Minimum in the MVP implies that you already have the Big Picture, the product vision! A common mistake is when the team ‘easily’ identifies a set of ‘obvious’ use cases as the MVP — without a clear product vision and a good definition of the ‘complete product’.

Assuming you have this bold product vision, the next step is to define your ‘complete product’ as a long list of User Stories — your product backlog. It is important to understand here, that this is the full version of your product / not just your MVP!

Another important point is that ; my advice is to describe everything — even the craziest and expensive product features, as you will be able to prioritize and manage them at a later stage.

This way, you don’t have to skip, drop or archive an idea for a feature that looks ‘ahead of its time’ or not well-understood yet. Instead, you should include them in your backlog with a lower priority — but they will still remain discoverable and potentially useful in the right context.

more user stories, until your product is described in full. Your ‘full product’ backlog should have all the features you can think of, reflecting the needs of all users identified so far; and all in the form of solid user stories.

7. Define your MVP — the Minimum Viable Product

At this point, you have the definition of your ‘full product’ — the complete not the minimum. What you need now, is a process to find the best minimum subset of features from the complete product backlog.

This ‘best minimum subset of features’ which delivers enough value to your early customers to keep them happy and engaged, is what the MVP is all about: the first instance of your real product, which will help you to go to market faster, with minimum implementation costs and the right feedback loops enabled.

To find this minimum subset, analyze carefully each User Story — in terms of value to the user, the importance of solving the problem, and also in terms of cost and feasibility. This way, (a number — ideally as a function of the expected value and feasibility).

The next step is to , with the highest priority at the top; then, you have to apply business and product sense to draw the red-line which will define the top-n stories as the basis for your MVP.

8. Define how success would look like

By now you have a great basis for building your MVP: you have a solid problem statement, a deep understanding of your users, the market, and the technology, along with a prioritized product backlog.

Before you start implementing your product, it is a wise move to define specific Success Criteria — and how to track the involved figures. Identify the key metrics and the underlying data points; define and document the KPIs (Key Performance Indicators) — which will reflect the performance of your product against time and other dimensions.

Think of how your assumptions and hypotheses are linked to those metrics and KPIs. Set up a system to monitor these KPIs and how close they are to the pre-defined success. You will probably need a funnel to measure conversion rates and a special dashboard — as a single and reliable point of reference regarding the performance of your product.

Next steps: Build, Measure, Learn; iterate

The process described so far, will hopefully give you a well-defined MVP. You will know what to build, why, for whom, and possibly when and how.

But this is just one part of the story: to succeed you have to ‘’— you need an excellent as well. Follow modern agile engineering practices — ; always with the user in mind.

The Innovation Machine

Innovation Leadership, ideas, inventions

Sign up for Innovation Monthly

By The Innovation Machine

The Newsletter for the Innovation Leader - Methods, Ideas, Technology Updates Take a look

By signing up, you will create a Medium account if you don’t already have one. Review our Privacy Policy for more information about our privacy practices.

Check your inbox
Medium sent you an email at to complete your subscription.

George Krasadakis

Written by

Author of Opinions and views are my own

The Innovation Machine

The community of Innovators and Inventors. We welcome people who are passionate about technology as the means of solving big problems. We believe in ideas and the power of online communities. Follow the Innovation Machine to discover problems worth solving and big ideas.

George Krasadakis

Written by

Author of Opinions and views are my own

The Innovation Machine

The community of Innovators and Inventors. We welcome people who are passionate about technology as the means of solving big problems. We believe in ideas and the power of online communities. Follow the Innovation Machine to discover problems worth solving and big ideas.

Medium is an open platform where 170 million readers come to find insightful and dynamic thinking. Here, expert and undiscovered voices alike dive into the heart of any topic and bring new ideas to the surface. Learn more

Follow the writers, publications, and topics that matter to you, and you’ll see them on your homepage and in your inbox. Explore

If you have a story to tell, knowledge to share, or a perspective to offer — welcome home. It’s easy and free to post your thinking on any topic. Write on Medium

Get the Medium app

A button that says 'Download on the App Store', and if clicked it will lead you to the iOS App store
A button that says 'Get it on, Google Play', and if clicked it will lead you to the Google Play store