Traction will come only if you’re competent to validate three elements of your idea: the problem, the solution, and the business model.
This means your assumptions about each one of these elements must be true.
But, how can you know whether your idea is valid or not? By testing them in the market—i.e., with real people.
Take into account that “validation” means FINDING STRONG EVIDENCE THAT SOMETHING IS TRUE.
That’s why, as a startup founder, you should relentlessly look for strong pieces of evidence, from real people, to validate your idea.
The Lean Startup
Before talking about the MVP, it’s important to mention what The Lean Startup methodology considers about startup development. There are great readings on that topic and I recommend you to read them as much as you can (must-read book: The Lean Startup, by Eric Ries),
But, for now, we may consider the steps below:
- Identify the most important (critical) assumptions about your idea.
- Define the product’s features that are really needed to test these assumptions.
- Define the metric(s) and value(s) that will indicate whether your assumptions were validated or not.
- Build a Minimum Viable Product (MVP).
- Test the MVP with real people.
- Measure the outcomes against your metric(s).
- Analyze and learn: if it failed, understand why.
- Iterate, Pivot, or Scale.
In summary, the MVP is the minimum set of features needed to deliver some value for your customers to solve their problems as well as to allow you to test your most important assumptions.
This process of building an MVP, testing your assumptions, and iterating your solution is at the core of The Lean Startup. If you follow these steps wisely, you’ll raise the chances of building something people really want, because you’ll learn and adapt your assumptions with the knowledge you gained from the market.
It’s possible that you are right about your assumptions from the very beginning and, after completing all the steps, you already see the traction and your solution is ready to scale.
However, it is much more likely that you’ll have to iterate (make small changes) or even pivot (make a structural change) your idea several times before finding something that really works.
And the biggest challenge lives exactly in being able to repeat the process as many times as you need until you find validation.
Why is this a challenge? Because each time you execute the process it will consume some of your startup cash. And if you’re still not generating revenues—which is very consistent with a startup that is still in the validation process—you’ll end up with no money.
And guess which of these steps tends to consume your startup’s cash the most? Yes, building the product.
That’s why it’s so important to include in the first version of your product only those features that are needed to test your assumptions while delivering some value to the customers—or a Minimum Viable Product.
Always remember: your objective is to run your startup as LEAN as you can.
Identifying The Assumptions
After clearly defining the three elements of your idea, you should identify what are the critical assumptions underlying those three elements.
These assumptions are at the core of your idea and, in the case they are wrong, they’ll prevent you from being successful.
For instance, if you’re building an app for the elderly so they can instantly communicate with their relatives in the case of an emergency, your most fundamental assumptions might be:
- The elderly will easily understand the solution
- The elderly will be able to easily use the technology
- Their relatives will trust your solution.
- The elderly or their relatives will be willing to pay a sustainable price for it.

Of course, these are just examples of important assumptions for such an app. However, it is essential that you think thoroughly about what your startup’s fundamental assumptions are.
As you might have noticed, to validate these assumptions, you don’t need a full-feature product working. Right? Besides that, you don’t have to validate these assumptions all at once. You may choose one or two to begin with.
The point is: you don’t need all the 12 features you’ve come up with, because most of them won’t help you on validating the assumptions above. Trying to put all of them there, will just take you time, money, and energy, but won’t add any value in this part of the validation.
The features of your MVP will define the amount of work (and money) you’ll have to invest to allow you to go to the validation phase.
So, think wisely about which features to include and which not.
Defining MVP Features

Okay. You already know that MVP is something between doing nothing (no features) and doing everything (all features). Now, you just need to understand the criteria that define what is too much and what is too little.
What features are really needed for assumption validation?
As we’ve previously seen, the purpose of the MVP is to check if the most important assumptions about your startup idea are valid. Therefore, your MVP must be sufficient to support your validation.
Always remember that, to say something was “validated”, you need to have STRONG evidence about that—just hearing some people say “it’s a good idea” cannot be considered validation.
Ask yourself: which features will provide you strong evidence that your most important assumptions are valid or not?
Another way to check if the feature is really needed is by asking yourself: how will this feature provide me evidence to validate assumption “x”? If you can’t answer it in a clear way, probably that feature is not needed now.
What features are really needed to provide customers with the core value of your solution?
After considering the validation aspect of your features, now you have to think about the value your MVP will add to your customers.
To enhance the strength of your test, the MVP aims to add some of your value proposition to solve—in some way—your customer’s problem.
In other words, if you are able to set your MVP with features that are at the core of your value proposition, you’ll be able to really understand how real people—with a real problem—engage with your solution.
If you just tell people that you are thinking about building a solution to solve their problems, they might say: “it’s awesome!”, “I love it”, etc.
However, if you actually offer them some value based on the solution you created, they’ll show you how excited they really are. Instead of just hearing their words, you’ll see their actions, such as purchase orders, downloads, price requests, questions about new features’ release dates, etc.
NOW WHAT?
Start by defining the most fundamental assumptions about the problem, solution, and/or business model.
Then, define the features you need to include in the first version of your MVP to test and validate those assumptions as well as to deliver some value for your customers.
In future posts, we’ll see more about the execution of the validation process and the other steps of the Lean Startup Methodology—Building the MVP, Measuring it, Analyzing and Learning; Iterating, Pivoting, and Scaling.
Hey, let me know your opinion about this post. Leave a comment or share it with a friend who may benefit from it!