The Journey from POC to MVP to PMF: 5 things that every startup founder needs to know

The concept of a minimum viable product (MVP) is now pervasive. But it is not the only way to think about market development for new products. What’s the right way to be entrepreneurial, especially if you work in a highly regulated industry like finance?

MVP reflects a widely acceptable view that innovation is often experimental, and perhaps nowhere more experimental than in the startup community where entrepreneurs are, in effect, building a hypothesis about a product and its suitability for the market.

Product-Market Fit is an on older idea. It has much more fluidity about it – rather than proposing a series of iteration cycles it better reflects the reality of much entrepreneurship.  Whatever the merits of  product, and however aligned with customers, there is nonetheless an x factor that allows some products fly while others stay grounded.

The challenge to startup growth can be the presence of oligopolies or market entry barriers that come from deeply entrenched incumbents.  This is very much the case in financial services. To date very few startups have managed to breakthrough as alternative providers. The banking community, by and large, already has a tier of suppliers in its core system portfolio. Why would they need another? The answer is process model innovation. Banks, and financial service companies, need processes that radically reduce costs and, potentially, provide new services.

But in a game where oligopolies still rule what do terms like MVP and Product Market Fit mean for startups?

1. Market Validation

Andreessen is not the only one who has emphasized the importance of so-called product-market fit in determining a startup’s success or failure. Research from CBinsights supports this notion, finding that 42% of startup failures were due to a lack of market need. The lesson we can distill from this is, “don’t offer something people don’t want.”

Essentially, those failed startups did not achieve market validation.

Market validation is the way to confirm that your idea is a solution to a problem people actually have.

Some business advisors define market validation as a survey distributed to specific user segments, testing their attachment to your solution. However, we take the view that market validation is not a single action or event, but the thread that ties your whole business model together from proof of concept (POC) to product-market fit (PMF).

You don’t need a minimum viable product (MVP), or even a prototype, to start market validation. You just need an idea, open ears, and honest tongues. As soon as you have an idea you want to execute, you should talk about it!

First, you can ask friends, family, and other founders and entrepreneurs you know. Then, to the greatest extent possible, reach outside of your network to hear from people that are more likely to give it to you straight. If you get to this point, and everyone has told you it’s a stupid idea, you should probably consider the possibility that it is, indeed, a stupid idea.

If your idea is validated through your internal and external network, you should design and write a plan to continue market validation through your product development cycle. An initial step is to define your market. Who will be using your product? Whose pain point are you helping to alleviate?

Here are some basic questions to help you construct customer profiles and define your market:

  • What types of companies do potential customers work for?
  • How big is the company?
  • What is their job title?
  • How will this product improve their lives/jobs?
  • How can you find them?

If you can answer these questions, you are on your way to defining your market. This will be helpful when you are ready to launch a beta and reach out to your potential users. But we’re getting ahead of ourselves! Before any testing: alpha, beta, or otherwise, you will need to prove your concept.

2. POC: Proof Of Concept

A proof of concept (POC) is an exercise in which work is focused on determining whether an idea can be turned into a reality. A proof of concept is meant to determine the feasibility of the idea or to verify that the idea will function as envisioned.

It is sometimes also known as proof of principle.

A proof of concept is not intended to explore market demand for the idea, nor is it intended to determine the best production process.

Rather, its focus is to test whether the idea is viable — giving those involved in the proof-of-concept exercise the opportunity to explore the idea’s potential to be developed or built.

In software development, for example, a proof of concept would show whether an idea is feasible from a technology standpoint. For startups, a proof of concept would demonstrate financial viability.

Developing a proof of concept generally requires some investment of time or other resources, such as supporting technologies or necessary physical components to complete. Going through this process, however, enables companies to determine an idea’s viability before putting production-level resources behind an untested idea.

Developing a proof of concept can help a product owner to identify potential technical and logistical issues that might interfere with success. It also provides the opportunity for an organization to solicit internal feedback about a promising product or service, while reducing unnecessary risk and exposure and providing the opportunity for stakeholders to assess design choices early in the development cycle.

The individual or team going through this process can then use a successful proof of concept to convince stakeholders, managers or investors that the idea is worth pursuing further.

3. Prototype — Demonstrate the “How” of your Software Project

Prototyping is the fourth phase of both design thinking and design sprints. It’s an essential part of user experience (UX) design that usually comes after ideation, where you/your team have created and selected ideas that can solve users’ needs. In prototyping, you craft a simple experimental model of your proposed product so you can check how well it matches what users want through the feedback they give. You should consider prototyping from early on—using paper prototyping, if appropriate—so the feedback you gather from users can help guide development.

The advantages of prototyping are that you:

  1. Have a solid foundation from which to ideate towards improvements—giving all stakeholders a clear picture of the potential benefits, risks and costs associated with where a prototype might lead.
  2. Can adapt changes early—thereby avoiding commitment to a single, falsely-ideal version, getting stuck on local maxima of UX and later incurring heavy costs due to oversights.
  3. Show the prototype to your users so they can give you their feedback to help pinpoint which elements/variants work best and whether an overhaul is required.
  4. Have a tool to experiment with associated parts of the users’ needs and problems—therefore, you can get insights into less-obvious areas of the users’ world (e.g., you notice them using it for additional purposes or spot unforeseen accessibility issues such as challenges to mobile use).
  5. Provide a sense of ownership to all concerned stakeholders—therefore fostering emotional investment in the product’s ultimate success.
  6. Improve time-to-market by minimizing the number of errors to correct before product release.

4. MVP: Minimum Viable Product

A minimum viable product (MVP) is a concept from Lean Startup that stresses the impact of learning in new product development. Eric Ries, defined an MVP as that version of a new product which allows a team to collect the maximum amount of validated learning about customers with the least effort. This validated learning comes in the form of whether your customers will actually purchase your product.

A key premise behind the idea of MVP is that you produce an actual product (which may be no more than a landing page, or a service with an appearance of automation, but which is fully manual behind the scenes) that you can offer to customers and observe their actual behavior with the product or service. Seeing what people actually do with respect to a product is much more reliable than asking people what they would do.

The primary benefit of an MVP is you can gain understanding about your customers’ interest in your product without fully developing the product. The sooner you can find out whether your product will appeal to customers, the less effort and expense you spend on a product that will not succeed in the market.

Teams use the term MVP, but don’t fully understand its intended use or meaning. Often this lack of understanding manifests in believing that an MVP is the smallest amount of functionality they can deliver, without the additional criteria of being sufficient to learn about the business viability of the product.

Teams may also confuse an MVP–which has a focus on learning–for a Minimum Marketable Feature (MMF) or Minimum Marketable Product (MMP)–which has a focus on earning. There’s not too much harm in this unless the team becomes too focused on delivering something without considering whether it is the right something that satisfies customer’s needs.

Teams stress the minimum part of MVP to the exclusion of the viable part. The product delivered is not sufficient quality to provide an accurate assessment of whether customers will use the product.

Teams deliver what they consider an MVP, and then do not do any further changes to that product, regardless of feedback they receive about it.

Proper use of an MVP means that a team may dramatically change a product that they deliver to their customers or abandon the product together based on feedback they receive from their customers. The minimum aspect of MVP encourages teams to do the least amount of work possible to useful feedback (Eric Ries refers to this as validated learning) which helps them avoid working on a product that no one wants.

5. PMF: Recognizing Product-Market Fit

Product-market fit describes a scenario in which a company’s target customers are buying, using, and telling others about the company’s product in numbers large enough to sustain that product’s growth and profitability.

According to entrepreneur and investor Marc Andreesen, who is often credited with developing the concept, product-market fit means finding a good market with a product capable of satisfying that market.

Alex Schultz, Facebook’s VP of Growth, says the biggest problem he sees facing the companies he advises is that they don’t have product-market fit when they think they do.

So, why is achieving it so important? Why do many venture capitalists demand evidence of product-market fit before investing in a company? Why does Andreesen, in fact, believe in the division of every startup’s life into two key stages: before product-market fit (BPMF) and after product-market fit (APMF)?

The answer is simple: Before you develop a product that you confirm enough people are willing to pay for, your team cannot afford to focus on other important strategic objectives such as growth or upselling existing users. Those initiatives could even be counterproductive, in fact, if you haven’t first determined that your product has enough of a market to sustain itself and generate a profit.

We generally associate the concept with marketing and product management. In reality, achieving it is a shared responsibility across the company. Sales, business development, support, finance, and all other departments help the company reach this important milestone.

No single set of metrics can tell any business when it achieves product-market fit. But Andrew Chen, a venture capitalist, offers some signals that a company is heading in the right direction with its offering:

  • When surveying potential customers or allowing them to test your product, does some segment indicate they will switch to your product?
  • Are some users who have rejected similar products on the market willing to try yours?
  • When user testing, do people group your product accurately with the right competitive offerings?
  • Do users demonstrate an understanding of your product’s differentiators or unique value proposition?
  • How do your underlying metrics (such as retention rates of users) measure up against those of your competitors?

Chen’s signals represent a mix of both qualitative and quantitative metrics. This is by design. Whatever methods your team uses to gauge success, you will want to include a mix of both as well. For example:

Quantitative:

  • NPS score
  • Churn rate
  • Growth rate
  • Market share

Qualitative:

  • Word of mouth. (As Andreesen says, if your customers talk about your products with others, they effectively become your product’s sales reps.)
  • Calls from the media or industry analysts come in much more frequently, and coverage of your product and company increases.

Just as the best way to measure product-market fit will differ for each company, there is no single path to achieving it. In his book, The Lean Product Playbook, Dan Olsen offers one high-level method that can help get your team started:

1. Determine your target customer

2. Identify underserved needs of that customer

3. Define your value proposition

4. Specify your minimum viable product (MVP) feature set

5. Develop your MVP

6. Test your MVP with customers

Then, based on those user tests and surveys, use metrics like the ones suggested above, from Andrew Chen, to determine if you’re headed in the right direction.

en_USEnglish