I thoroughly disagree with misusing terms like this. Experimentation and the like are important, but that doesn't mean you get to throw away the term "minimum viable product".<p>This article is more about "how to find out what an MVP might be".<p>> An MVP is not just a product with half of the features chopped out<p>Right, it's supposed to be the absolute core of what is necessary. This requires actually knowing what your customers <i>want</i>. It's perfectly OK to say "I don't know what our MVP should be" and then go and try and find out what it should be. But until you have something that is actually viable as a product then you don't have a MVP.<p>> You spend months figuring out how to launch custom mobile apps for your clients, only to find out that what a restaurant owner really wants is a mobile-optimized website that’s easy to find on Google.<p>So you added an extra feature that's unwanted and failed to add a required feature. This is neither minimum, nor viable.<p>> Or, after using all the latest technologies to build real-time chat, you find out that restaurant owners can barely deal with email and don’t want to sit at a computer all day.<p>Adding an extra feature nobody needs means you've not built a minimum product.<p>> Or, worst of all, you might find out that restaurant owners don’t want the hassle of dealing with technology and maintaining mobile apps and have no interest in using your product in the first place.<p>Then you haven't built a viable product.<p>> Therefore, the very first MVP could be a mockup of such a mobile app<p>Not really, since this isn't a viable product.<p>edit - I think this is a common issue, people taking terms and then bringing in what they "really mean". A "minimum viable product" is a very simple description. If what you have isn't a viable product, then I really do not understand the point of saying you've built a minimum viable product.
A more fitting title for the article could be, "Building your MVP the right way."<p>The whole point of an MVP is to avoid spending time and other resources building stuff no one wants or the wrong solution to problems.<p>Therefore the article is a cheat sheet to lean thinking.<p>1. Draw a mockup, Table of content, vision statement<p>2. Talk to the target customer as often as possible to clarify every aspect of what you're building<p>3. If you want to sell your product, nothing says you're on the right path better than paying customers<p>4. You shouldn't stop validating decisions after you've hit some success eg. Facebook and Google conduct hundreds of thousands of micro experiments on live users to determine button placements, colour choice, increase sign up rate...<p>So in summary, don't drop the MVP mindset when you hit some level of success. Fail fast, and more importantly, fail often. Be a scientist.
This article is totally on-point. MVPs are the minimal viable test for confirming your hypotheses.<p>While running a startup consultancy, the idea that MVP is a thing you make once before going on to make the 'real' product, was one of the two biggest misconceptions I saw. The other one was "lean means cheap".<p>I ended up realising that most startup resources explain these crucial things with misleading terms and a confusing way. Really, the whole process should mirror the scientific method - I started teaching my clients based on that, telling them to forget what they'd already heard. I'm writing a book at the moment about this (working title: The Rational Startup) but that's a subject for another HN submission :)
I'm learning this with my website (<a href="http://muxme.com" rel="nofollow">http://muxme.com</a>), which is only a month old. I've pivoted about a hundred times, which makes me question what truth is, because literally every bit of copy, UX flow, and strategy has changed. Yesterday the site was personal, friendly, and quirky. Today the site attempts to create the illusion that we're multiple people operating a business. The one truth that is true and universal is that people can enter and win with no purchase necessary, which is what the website revolves around.
Buying a lottery ticket and tweeting demands at Paul Graham are almost certainly feasible methods for obtaining several million dollars by the end of next week. However, neither method is viable because that's not the way things work: to a first approximation, lottery tickets lose and the evidence is that Paul Graham doesn't give millions of dollars to people he doesn't know when they tweet at him.<p>Unfortunately, it's easy to conflate feasibility with viability because anything that is infeasible is also nonviable: e.g. buying a ticket for last weeks lottery or tweeting demands at Charles de Gaulle. Fortunately, the Brikman's article does not fall into this confusion.<p>It's easier to determine what is feasible -- two app developers can build a restaurant app and put it in the app store -- than what is viable: build a restaurant app that people use. To be feasible, it only has to be technically possible for the developers to build an app. To be viable, it has to be useful enough that people use it.<p>One might say that viability is checking feasibility against non-technical goals. If the reason for building the app is to make money, feasibility is based on projected prices, costs, and sales. Viability about assessing those projections.<p>Brikman's position appears to be that a product is whatever can be put put in front of customers or potential customers. It's reasonably consistent with a world in which many things people tend to consider products are free or fundware. It's plausible.<p>But I can see why someone might choke on that, so YMMV.
<i>>The problem is that these teams do not understand the point of an MVP. [...] In fact, the MVP doesn’t have to be a product at all.</i><p>By definition, a minimum viable product is always a product: <a href="http://www.startuplessonslearned.com/2009/08/minimum-viable-product-guide.html" rel="nofollow">http://www.startuplessonslearned.com/2009/08/minimum-viable-...</a>
There's a lot of disagreement in this thread about the definition of MVP, and I think it stems from the interpretation of the "Viable" part.<p>Based on the definitions by writers who helped popularise the term, like Steve Blank and Eric Ries, I think this word should be clarified as "viable for the purpose of the entrepreneur". Then the definitions of MVP as a process or marketing experiment make more sense. A MVP does not need to be viable for the customer (e.g. a complete, but minimal product) , just as an experiment.
Yeah I saw this on Reddit too. I'm not sure what the point of the article is. It references Ries in passing as if it's only vaguely relevant, and proceeds to say precisely what Ries said 10 years ago in the first few pages of probably the most prolific book in the startup community. It then tries to make the article more relevant by conflating Lean with Agile and suggesting that they're both only vaguely relevant, when the entire article is specifically talking about Lean concepts. (And I say all this as someone who hated The Lean Startup).<p>??
If something is called a "product", then its in search for users. If its called "process", then its the way to do something. The author exchanges the terms – but mixing both will get you nowhere while both are neccessary to succeed: You don't go from zero to MVP but have to develop a process to create a working MVP.
The definition I found, and it works for me is:<p>MVP is a tool to test an assumption:<p>Ask:<p>* What are you trying to learn with this particular MVP?<p>* What data are you collecting about your experiment?<p>* What determines success or failure of the experiment?<p>I am not sure you can figure out in advance what is your riskiest assumption (like to OP suggests), it's more likely to be obvious in hindsight.
I have to agree with the other commenters, the logic is super muddled here. Building an MVP is a process, and determining when you have an MVP and can now launch is a process. But an MVP itself is emphatically a product.
I agree with the sentiment wholeheartedly. MVP has been bastardized in most shops I have been in. What's actually built is a "minimally compliant product." We need a better name for the idea that we are searching for something valuable for customers to buy. How about Market Viable Product which is the anticipated end result of the process of searching for product/market fit?
There is a big problem with the term MVP. It does not work uniformly in all markets, especially in mature markets when you are trying to substitute either your own product or competing with a very mature product of your competitor.
I give author credit how to break down MVP process easy enough to execute fast. Folks startup isn't academia. Please do not discuss purity of this article against lean.
This was insightful. Google Car - classic example. Once you can prove you can do something, doesn't mean what you've done is something you can market and make a profit, etc. Regardless of the outcome (including failure) your MVP is where your process took you and it ended (with every stakeholder happy or everyone agreeing to stop).