Skip to main content

Minimal VIABLE Product (MVP)

The term Minimum Viable Product (MVP) in my experience gets tossed around and even may be abused quite a lot. .

In this blog I am trying to define the term and its ideal usage considerations. .

Definition:
“Minimum Viable Product (MVP) is a strategy used for fast and quantitative market testing of a product or product feature – Wikipedia”
“An MVP is not a minimal product, it is a strategy and process directed toward making and selling a product to customers - Wikipedia”

Relative Terms and their definitions:

Minimal Desirable Product: same as MVP but from a Business user perspective

Minimal Feasible Product: same as MVP but from engineering feasibility perspective

Prototype:” A prototype is an early sample, model or release of a product built to test a concept or process or to act as a thing to be replicated or learned from – Wikipedia”

POC: Proof of Concept: “A proof of concept (POC) or a proof of principle is a realization of a certain method or idea to demonstrate its feasibility, or a demonstration in principle, whose purpose is to verify that some concept or theory has the potential of being used – Wikipedia”

My Definition:
A strategy, a Product Management approach built to test waters of a product, architected  beyond minimalistic, Business Viable, technically feasible, sufficiently desirable to the point of usability, open to add on all bells and whistles.

With the advent of agile development, the innovative organisations and the start-ups adapted this change in development paradigm. Release early, Release often. Start small, smart. MVP proves to be an excellent strategy to test market, acceptability, reception, traction, and momentum. Iteratively build BIG. I believe although the term is more recent the concept isn’t.

Given the above definitions:

A POC is done if there is a technical challenge, a concept, a hypothesis to be proven. POC can also implement an extensible architecture, however in most scenarios POC is not architected to the roadmap. 


Some Considerations
·         MVP is not for demonstration purposes only.
·         Idea/Concept if it is disruptive innovation, new and never before tested, then there are chances that a minimal product would change the world, at least the part of the world targeted, however when the Idea/Concept is after well-known domain, predictable, where traditional business methods are sufficient, somewhat existing market in the segment of sustaining innovation minimum will never be enough, always build a viable product (with the minimum features that would make it so).
o    Minimum must be enough to compete against existing products and possibly differentiate
·         If the product is trying to serve an underserved area, but does have dependency on other functionality, make sure that the product enables (links, integration points) the dependent functionality appropriately
·         MVP architecture should not be short sited, example: if the intent of the final product is to be Omni channel the architecture should be considered upfront and prevent a complete Re-architecture post MVP. I believe that architectural investment beyond minimalistic approach will produce best results
·         Cost being the key, Architecture with Bells and Whistles (not done right) will be expensive, but cost will remain a concern hence redoing architecture all over again is just bad design,  architecting in such a way as to prevent the re-architecting is the key
·         Group of users or early adopters as they are called, must be able to come back to use the MVP again and again, hence it is not a once up, demonstrate, use and shut down exercise
·         MVP may be incomplete from functionality, but not low quality
·         MVP should not be looked at as “MP”, market values functionality
·         MVP where fits should support in place upgrades
·         MVP should be built in such a way that the user feedback should be incorporated and turned around quickly 




Understanding the difference between gold plated requirements vs. must haves, Over-Architecting vs. Architecting, scalable vs. Unscalable architecture, Scoping functional and non functionals, etc. while being part of the product management, calling it MVP should not be a reason to take inappropriate short cuts in product development. Iterating enough to find the viability in the product requirement and looking at the architectural roadmap and architecting for the same according to me, are key to a successful MVP implementation. 

Comments

Post a Comment

Popular posts from this blog

Diversification Story Airline 4: AirAsia, From Budget Airline to Digital Lifestyle Ecosystem

  In 2001, Tony Fernandes bought a struggling, debt-ridden Malaysian airline for just one ringgit (about 25 cents)   along with its $11 million debt. Within a year, the low-cost model was flying, and AirAsia soon became Asia’s best-known budget airline. But the true story of AirAsia is not just about democratizing flying — it’s about how a small airline diversified boldly into adjacent and transformational businesses, reinventing itself as a digital lifestyle brand. Horizon 1: The Core – Low-Cost Flying AirAsia’s foundation was its low-cost, no-frills passenger business. Inspired by Southwest and Ryanair, built the airline on simple principles: A single aircraft type for efficiency (Airbus A320). Quick turnarounds to maximize utilization. Aggressive pricing to stimulate demand. “Now Everyone Can Fly” — a brand promise that resonated across Southeast Asia. From Malaysia, AirAsia expanded regionally, launching subsidiaries in Thailand, Indo...
Post a Comment
Read more

Diversification Story Airline 10: Pan Am, The Cautionary Tale of Diversification and Decline

Few airlines inspire as much nostalgia as Pan American World Airways. Founded in 1927, Pan Am was once the world’s most glamorous and innovative airline — the “chosen instrument” of U.S. international aviation. It pioneered transoceanic flying, introduced the jumbo jet era, and set the standard for luxury in the skies. But Pan Am is also one of the most famous failures in diversification, a story of ambition that outpaced strategy, and expansion that collapsed under its own weight. Horizon 1: The Core – America’s Flag Carrier to the World Pan Am’s foundation was international passenger flights. In 1927, it operated its first mail and passenger flight from Key West, Florida, to Havana, Cuba. By the 1930s, Pan Am pioneered flying boats (Clippers) that connected the Americas to Europe and Asia. In the 1950s–60s, it became the world’s premier international airline, with routes to every continent. In 1970, Pan Am was the launch customer of ...
Post a Comment
Read more

Mongo Learning Series 1

Mongo Learning First of all, I want to thank and congratulate the MongoDB team for hosting such a wonderful introductory interactive course.  Good job guys. For those interested here is the url https://education.mongodb.com/ It is a 7 week course. The syllabus follows: Week 1: Introduction Introduction & Overview - Overview, Design Goals, the Mongo Shell, JSON Intro, installing tools, overview of blog project. Bottle, Pymongo Week 2: CRUD CRUD (Creating, Reading and Updating Data) - Mongo shell, query operators, update operators and a few commands Week 3: Schema Design Schema Design - Patterns, case studies and tradeoffs Week 4: Performance Using indexes, monitoring and understanding performance. Performance in sharded environments. Week 5: Aggregation Framework Goals, the use of the pipeline...
Post a Comment
Read more