For those who have never heard the term “MVP”, it stands for Minimum Viable Product and it’s simply the first workable version of a business idea.
“What should we do next?”, “How do we know it’s going to work?”, “ What if the users don’t like it?”, “Should we spend our money on something that’s not validated?”
These are just some of the questions businesses address daily, while attempting to survive in an always evolving market, with distracted users that are difficult to acquire and very easy to lose.
Companies, startups and entrepreneurs know the vital importance of innovation as one of the key pillars for success and the most efficient way to meet a user’s fluid expectations.
They know that, through user-centric design approaches and agile methodologies, they are now able to identify those needs and deliver solutions to specific user requirements.
The best way to validate potential product solutions aimed to answer implicit user needs, explore new markets, or simply expand the company services portfolio is something that still scares most CEO’s and can easily turn the business perspective upside down.
In the first part of our series, we take a deep dive into the topic of what an MVP is, explore the culture behind it to better understand when one is needed, and discover how to start working on an MVP for your business or setup.
You may have already heard about the ‘Lean Startup’ methodology. As the name suggests, this culture was first adopted by startups and then quickly spread and adopted by bigger companies during digital transformation. Basically, it's “lean thinking” applied to any process of innovation. In order to create a sustainable business model, companies and entrepreneurs are required to evolve ideas basing activities and decisions on validated learnings in every phase of the project, starting from raising some degree of approval and interests even before the product has been developed (avoiding pouring 100% of the budget into the development of a product that may never see the light).
But, how do you validate something that is not in the market yet? That’s where experiments and MVPs start to become a priority and beneficial to any business environment. One of the main principles of the Lean Startup methodology is the “Build, Measure, Learn” (BML) feedback loop.
Too much planning makes the project costly and risky at the same time, but on the contrary, launching a product without any preliminary research can easily lead to uncertain consequences. That’s where the BML feedback loop becomes fundamental. This method generates small, iterative cycles where businesses can take advantage of constant feedback from the market (including target audiences, users of the product and broader public audiences) to pivot their decision-making in case of negative reactions or instead persevere if the users demonstrate interest and appreciation toward the product. Continuing to apply this methodology will ensure constant and consistent releases and improvements to ultimately reach a stable and validated feature list that will shape the final product.
The ultimate purpose of the BML feedback loop is to identify the “right thing to build”, the product that users are willing to use and buy, in the most efficient way, and as quickly as possible.
Every innovation starts with learning of some kind. Even though the name of the principle model “Build, Measure, Learn” itself suggests the order of the loop phases, it usually follows the opposite approach.
Hypotheses such as “Users would want to access the sauna by unlocking the door with the card because they may not bring the smartphone with them ” or “Customers want to receive weekly offers based on their previous purchases because they prefer to have a personalised experience” often work as the initial fuel for starting a project and building into the process the BML model.
Use the formula below as the basis for your hypotheses and ascertain whether your project is worth pursuing: :
I/WE BELIEVE [the subject/target] WILL [predicted action] BECAUSE [reason]
Stating one or several hypotheses is what will initially feed into the BML feedback loop to validate or reject your product, using experiments run with actual customers or prospects throughout the method cycle.
Let’s start saying that to run experiments you may not need to build anything at all. What you need to do, especially in the first BML loops, is to measure interest in your product and validate your business hypotheses, not UI designs or technical solutions. Define from the beginning the questions your MVP will answer and ensure that you identify, prior to running the experiment, which actionable metrics will be relevant to validate your initial hypothesis. Here some examples of experiments you may want to run without the risk of leaving your bank account empty:
Of course, many factors influence the decision making process while planning what the best way to run an experiment is. In each case, the suggestion is to build something that requires very little effort when a high degree of uncertainty lies ahead, just to have the BML loop started, to learn from the users with the minimum amount of effort. Pivot or persevere, make data-based decisions to build up your product and improve your experiments at the end of each cycle.
When an experiment is completed, it is time to collect data and translate them into insights. Depending on the experiment, your team could have in hand both qualitative and quantitative data to analyze and to compare with previous reports (if any). Some quantitative KPIs to focus on if the experiment is run on a live version of a website/app are Customer Acquisition Cost (CAC), conversion rates, percentages of active/paying users, Customer Lifetime Value (CLV), which is how much your users spend before abandoning your app or website, total value of transactions and Average Revenue Per User (ARPU).
Even though quantitative insights will help your business formulate data driven decisions, it is also very important to understand user sentiments toward your product to help you refine the value proposition and that’s where qualitative insights become fundamental.
The first step when working on qualitative data is to transform them into data points. Based on the nature of the experiment and its outcomes, to make clarity out of the vast amount of information users are able to express, it is fundamental to use frameworks.
Raw data points can be clustered to highlight common themes (Affinity Clustering), placed into a linear scale to visualize the extreme sentiments and all the shades in between (Spectrums) or placed into a matrix to both measure relevance to the users and development effort (Importance Difficulty Matrix).
Through the work of researchers, quantitative and qualitative insights become meaningful and interdependent and will start to significantly address the hypothesis defined at the beginning of the process.
During this last step of the loop, as a result of the building and measurement phases, the initial hypotheses are reframed based on the most recent learnings. Data-driven decisions are made to decide whether to pivot or persevere. Pivoting is necessary when the latest learnings demonstrate that user feedback wasn't positive or the interest raised was very poor. Pivoting could mean that your idea needs a partial directional change or a complete shutdown.
Businesses must persevere when instead users demonstrate interest and appreciation in the idea. In this case, further plans should include experimentation with the intent of refining the solution by adding details to the initial hypothesis.
It is very important at this stage to share information with every project stakeholder and keep an open mind by not getting attached to ideas or solutions that didn't encounter user favor.
A Minimum Viable Product, or commonly referred to as MVP, is the first workable version of a business idea and is built using one or more hypotheses, validated using the Build-Measure-Learn (BML) methodology using actual users of the product in principle.
Start off your MVP project with the formula below to build one or more hypotheses of your product:
I/WE BELIEVE [the subject/target] WILL [predicted action] BECAUSE [reason]
Next, use the BML model to build and test your product with intended users, incorporating the learnings and feedback into the design and development cycle of your product.
In the next chapter, we’ll explore when it is necessary to opt for an MVP, what makes a good MVP, and take a look at some important building blocks and exercises when building your MVP.
How we interact with (and enjoy) games relies heavily on UX and UI design. The most memorable and engaging ones are those that consider how the user plays – how they think, act, and interact with the game’s visuals. You can’t build a strong video game design without taking into account the full player experience.
Whenever you or your team are moving into a certain degree of uncertainty it is advisable to do it in a safe way by running experiments or launching MVPs instead of a full product proposition.
When was the last time you downloaded a song? Did you excitedly watch the status of your download while you waited? That progress indicator you were watching was a microinteraction, my friend! As you may already know, with great user experience and user interface design “the devil is in the details.” You can’t have an amazing digital experience if the details aren’t thought through and executed well. If microinteractions are designed successfully, they make a mediocre experience great, memorable and leave users wanting to return.