MVP doesn’t mean the broken product

Minimum Viable Product: Components

There are a lot of different reasons why MVPs are beneficial. Let’s talk a little bit about the benefits of MVPs:

  • Get the product to market fast: They allow you to get the product to the market fast or much faster than if you have to build out the entire feature set.
  • Get feedback from real users: By launching an early version of your product, you will start to get signals if you have a market fit and additionally you will get a lot of feedback from real users, they can help to inform what you should do next.
  • Fail fast: MVP’s allows you to fail fast and learn because this is an iterative approach, you can respond to incoming feedback more efficiently or in the worst case abandon the product without having to spend a lot of money and time to build out the full product.

Creating an MVP:

  • Start with the business model canvas: You can start with the “Business Model Canvas” to help define MVP by explicitly looking at customers, the value proposition, channels that you have and the relationship that you want to build with customers. It will help you identify what’s the right problem to solve and right value proposition to create for your customer early on. To this though you need to understand who are your users and give them the reason to use your product.
  • Weigh against competing solutions: Once you build the basis for your MVP, you want to compare with the other solutions in the market, perform “Competitive Analysis”. Is it the same? How is it different? Why would the user choose you over a competing product? You want to make sure you have a compelling answer here.
  • Make sure it’s aligned with business objectives: Do you have revenue targets? Do you need to launch by a specific date? Are you trying to attract a new user? You need to make sure that your MVP is helping to meet the business objectives whatever they are.
  • Translate to requirements: Once you have all these things, then it’s time to breakdown MVP into needs. It is where to make it actionable for the team to execute. It is where you are going to start to dig deep as to what a product does or doesn’t do in more detail. Usually, this means writing PRD’s (Product requirement document). Remember, even though it’s called MVP, it still needs to be a complete product where the user is willing to pay for. It’s imperative to find the right balance in terms of what functionality could go in and how perfect the product feels.
  • Identify KPI’s: Consider KPI’s that are directly related to your business objectives. Focus on key few metrics rather than collecting all possible data and try to draw insights that don’t make sense and derail you in the wrong direction. Identify both lagging and leading performance indicators.

Further readings:




Data Product Manager. Building products that are capable of solving the customer’s problem. Customer obsession & ownership are the two principles that I believe

Love podcasts or audiobooks? Learn on the go with our new app.

Recommended from Medium

Product Manager — Cristina Martinez Acedo

Starting with Scrum - The Birth of the Backlog

The Forgotten Side of Product Management: The Business

Agile Coach — Luis Jurado

A quick guide to building a product team

Gantt Chart to Roadmap — it’s possible.

Product Manager Guide for Launching an API Offering Fast 🚀

A product manager’s guide to working with engineers

A picture of donuts in different flavour

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
Shruti Dwivedi

Shruti Dwivedi

Data Product Manager. Building products that are capable of solving the customer’s problem. Customer obsession & ownership are the two principles that I believe

More from Medium

Product Analysis— sRide

ISO Product Coaching

Freemium Thoughts

What are Growth teams?