The Search For Product / Market Fit

Jigsaw.jpg
 
 

What is Product/Market Fit?

There isn't a lot of debate around the importance of Product / Market Fit, it's the most important goal in early product / company development. That said, what is it? Is there a clear definition? Are there clear metrics? Unfortunately, no... there isn't. The quintessential quote defining PMF is from Marc Andreessen, in part because he helped coin and popularize the term back in 2007, but also because, well… it’s Marc Andreessen:

Product/market fit means being in a good market with a product that can satisfy that market.
— Mac Andreessen

In his article about PMF, Andreessen discusses what’s more important when looking at a startup’s potential: the product, the team or the market. In his view, the MARKET opportunity is first and foremost, and the discussion results in the above definition of PMF as the goal to strive towards — i.e.: if the market is the most important element, than having a product that truly satisfies the market’s needs becomes the objective.

I prefer to define things from a Human Centred Design perspective. For me, this really helps to unpack what Product/Market Fit effectively means. My definition is that it’s creating a situation with a large intersection between:

  • A problem that a sizeable group of people really need solved = i.e.: Desirability
  • A product that can actually be built well to fully solve that problem = i.e.: Feasibility
  • A business model that can be executed to be profitable at some point in time = i.e.: Viability

 

Read more ANDY RACHLEFF SHARES MENTAL MODELS FOR ENTREPRENEURS, on The Traction Podcast
 

I think the goal of PMF and of Human Centred Design are one and the same

 

In my mind, If you don’t have all three of these elements, you haven’t reached PMF.

I find it useful to think about PMF with this model in mind, because it gives me something more tangible to work towards. I can therefore measure the progress of my various projects to where they are in achieving a ‘check mark’ for each element, in order to help guide future testing and development.

Always in my mind now is (1) what do I have, (2) what am I missing, and (3) what do I need to do now to get me closer?

 

Various ways for you to not yet reach PMF

 
Angled_Line-Yellow down.png
 

How can you judge if you have reached PMF?

There seems to be a lot of posts out there that try to give you “the number” you need to hit to say you have PMF… a specific ARR in SaaS businesses, for instance. You also read about how most of that is BS, so I suggest ignoring specifics. The pervasive (but not very helpful) view point is that true PMF is so very powerful, that you just know it when you see it. 

ya... thanks for that 🙄 ... This vague notion is just not implementable: if you know PMF when you see PMF, great; but how do you know if you’re on the right path?

 

Read more REVENUE TRACTION DOESN'T MEAN PRODUCT MARKET FIT by Fred Wilson

 

To help as a guide, I've put together a list of metrics that generally can result in some level of understanding of your progress, in order to determine where your gaps are. Every business and product situation is different, but these should get you started.

  • Net Promoter Score— do a significant proportion of your users love your product so much they are highly likely to recommend it to a friend? This is about judging how much people love your product. The more they love it, the more engaged they’ll be, the more they’ll pay you and the more they’ll help you get new users.
  • Retained engagement — do a significant portion of new users start using your product, and then literally never stop using it (i.e.: the retention curve asymptotes to a solid % of users)? Alex Schultz from the growth team at Facebook discusses this engagement curve during his lecture at YC’s startup school. Worth a watch.
 
The engagement objective is about having a subset of people who basically never stop using your product… that’s part of true PMF

The engagement objective is about having a subset of people who basically never stop using your product… that’s part of true PMF

 
  • % Users Driving Revenue — do a significant portion of your users convert to being revenue generating? (i.e.: by paying you directly or indirectly — depending on your business model) This is a judge of just how big the problem you’re solving is, and how good your product is at solving it. If it’s not a big problem, people won’t pay. If you don’t solve a big problem well enough, people also won’t pay (although, “well enough” is a relative term, and doesn’t mean a fancy, polished product. It is often highlighted that people are surprised at how raw their product is when they hit PMF. “Well enough” is about how well it solves the problem, not how good it looks or how many added features it has. It’s also relative to how big of a problem it is, and how manageable or horrible the alternatives are). If you don't have any sort of 'free' product, consider conversion to an up-sell product level.
  • Organic Growth % — is significant growth happening naturally? Are users so happy with your product that they’re telling everyone who’ll listen about it? Are potential new users so in need of a solution that they’re searching you out in droves? Is the promise of your value proposition so good that people convert with no effort? This is the number that massively takes off, once you’ve truly nailed PMF.

 

Again, the above are generic metrics that may not be fully applicable to your situation. Think through what metrics truly matter for how you can judge Desirability, Feasibility and Viability in your product, and go with that.

One final thought on metrics: keep in mind that Product/Market Fit isn’t about being able to say “things are going pretty decent, looks like we hit PMF.” It’s actually about “holy s*^t, things just took off”. If you’re not blown away by your performance, you’re not there yet.

Founders tend of underestimate how well things work when they do start working.
— Rob Go, NextView Ventures
Angled_Line-Yellow up.png
 
An aside on more complicated business models:
When I think about 2-sided businesses, like advertising models and marketplaces, it strikes me that these companies need to reach Product/Market Fit twice. For instance, in advertising models, you have (1) PMF for the users, and then (2) PMF for the advertisers… The process becomes reaching PMF for the users first, and then (once you have a solid base of traffic and interaction) you start to work on PMF for the advertisers. Ex: Facebook has both, Snap is working on #2.
This is similar for 2-sided marketplaces, only in those cases it’s chicken/egg: do you start with demand-side or supply-side? An interesting example of this in action is The Muse, which is a 2-sided marketplace for (1) people looking to advance their careers, and (2) companies looking to hire smart candidates. The company had an great strategy to solve the chicken/egg problem: they stimulated the supply-side (the workforce) for an entirely different product, in order to build an audience first. They did this with an adjacent value-proposition of content about career advice. Then, with a thriving supply-side audience in place, they added in company profiles and job postings to build-out the actual product and business they were envisioning, and quickly reached two-sided PMF for job postings for both demand-side and supply-side simultaneously. Pretty smart.
Listen to more HOW THE MUSE SCRAPPED TO 4 MILLION VISITORS, by the Traction Podcast
 
Angled_Line-Yellow down.png
 

What does the macro process look like in theory?

While it’ll never work out like this in the real world, I see the intended journey to Product/Market Fit (and then scale) as a 6-step process:

 

0 — Starting Point
You need some nugget, some pain point, some passion or hunch to spring off from. The early stages are about understanding and validating significant Desirability, and therefore the focus is on understanding a big problem people have, not on coming up with novel ideas. If you’re stuck here, and don’t know where to even begin, be patient and open your mind to problems you experience everyday that annoy the hell out of you.

Paul Graham has great advice for this stage. He says to “live in the future, then build what’s missing.” By this, he means try every new product you can get your hands, read everything you can about trends and even read science fiction. Then, think about what hasn’t been solved yet that really should, and do that.

 

1 — Problem Insight
This is where you actually begin to work. In this stage, you basically perform a lean and mean and fast-as-hell research project. Talk to as many relevant people as possible, as quickly as possible (in person if you can), (1) to understand if this problem exists, (2) if it is strongly held enough for people to pay for it, (3) if it is SO big a problem that they are trying to give you money to solve it right then and there, and (4) who feels this problem the most. There is a lot written about uncovering the “Job To Be Done” (my post, for instance), or the “User Goals” (About Face is the quintessential textbook on goal-oriented UX design). Work to understand these methodologies and do your homework.

Remember, this step is about uncovering a deep problem. Get truly insightful before you move forward.

 

2 — Problem/Solution Validation
Here is where you begin to think about Feasibility. In this stage, you want to have a hypothesis about what the output of a solution looks like, and test whether it actually solves the problem. This is not about testing the technical aspects of the process you believe will create that output, but whether the output itself solves the problem. Answer this question: can this problem be solved well enough for people to throw money at you for the solution output? Could the solution be 10x better than the current alternative solution?

The process to understand this uses another term that is thrown around a lot: A Minimum Viable Product (MVP).

“An MVP is not a cheaper product, it’s about smart learning” Steve Blank

A product isn't the thing you build, it's the solution you provide. So an MVP isn't a prototype of the thing you think you should be building, it's a test of whether the output of the solution you envision is actually good at solving the problem you've validated. Therefore an MVP is the cheapest / easiest / fastest thing that you can build that provides the output of your solution, so you can test whether potential customers care.

Steve Blank, tells a great story about an agriculture data startup who had a hunch that farmers could use arial data about their fields’ health and moisture levels (the output of the solution) to be smarter about water and pesticide usage (wasting resources = the problem). The product they envisioned would use drones, specialized cameras and complicated custom-built data-analysis software to provide the data output, and therefore thought that the best MVP was a hacked version of that product. Unfortunately, it would take a few months (and a bunch of cash) to build, which isn't very efficient for a resource-strapped startup. Instead of this, Steve had them fly over a few fields in a helicopter with a camera, manually process the data and then try to sell the farmers of those fields that analysis. This would prove if the output of the solution would be valuable to the farmers. 

They were able to execute that over a weekend.

That’s what an MVP should be… a test of “if I provide you with this solution, does it solve this problem that I know you have?” It’s about the solution output, not the specific process that produced it. The challenge is to think creatively about what’s the best MVP for your product that tells you if your hypothesized solution output works, as fast and as cheap as possible.

 

3 — Early Product Iterations
Here is when you’re finally in a place to build and launch an actual product. Alpha version, private beta… public beta, etc.. Whatever the process you want to take to put your early product versions into market, here’s when you do it. In this stage, you continue to refine Desirability, broaden the work on Feasibility to executing an actual product that can create the solution output discussed above, and start to focus on understanding whether there is a Viable business model in here somewhere.

The key to this part of the process is having an incredibly fast learning cycle as you work your way from “definitely not having PMF”, to an awesome and sustained “WOOOOOOO!!!!!!!!” that comes when you reach PMF (more on the learning cycle below). Start with the absolutely must-have core user experience, and build / tweak from there. It’s about learning what’s going to help you nail PMF, so a combination of analysis of your data (user behaviours), and ongoing qualitative-based user interviews is what gives you the insights required to get there.

 

4 — Product/Market Fit
Pretty straight forward here, because we already discussed it, but this is when everything just clicks, and it’s off to the races. It is the moment in time where you shift from a sole focus on creating the right product, to continuing to do that while actually building the business (aggressively so).

 

5 — Scale
Once you hit PMF, you need to triple down on scaling the product. You need to always be improving on the product offering, while optimizing the funnel, building out sales and marketing teams and scaling the organization to support.

A massive warning here is that you can lose PMF at any given time, due to competitive pressures, a screw-up in your product roadmap and even broader changes in the marketplace. So stay ahead of things and be rigorous, insightful and methodical about product development, and keep an eye on early-warning signs: NPS, engagement, % revenue and growth.

 

Again, in practice, the process is never this perfect and straight forward (more on that later), but I find it useful to have a simplified process map in my head, in order to understand where I’m going and how to theoretically get there.

 
It does not work this smoothly, but this is my view of the basic process to reach PMF and then Scale

It does not work this smoothly, but this is my view of the basic process to reach PMF and then Scale

 
Angled_Line-Yellow up.png
 

The micro process: iterative Validated learning

Throughout the entire macro process of working towards Product/Market Fit, there’s the micro process of iterative learning. This is typically described (for example, in The Lean Startup) as the “build, measure, learn” feedback loop, of which you want to run through as many times as possible, as fast as possible, in order to iterate your way to success.

That said, there are some like Tristan Kromer that challenged this specific articulation in an interesting post, suggesting that the process should be flipped to “learn, measure, build,” because “if your goal is validated learning, the first thing you need to do is decide what to learn.” So, his articulation becomes:

  1. Establish a hypothesis
  2. Determine a quantitative or qualitative method to evaluate that hypothesis
  3. Build an experiment to test that hypothesis

My perspective sort of combines the two above. For me, the process that you should be running through over and over again, as fast as your team can handle and be effective, should be:

  1. Hypothesize about something you believe to be true
  2. Design an experiment for how you’ll test the hypothesis to be true
  3. Build that experiment and put it into market
  4. Measure the results of that experiment
  5. Learn what that experiment taught you
  6. Repeat the process by feeding those learnings back into a refined hypothesis, moving the testing along through the macro process as appropriate
 
Cycle through this as fast as possible

Cycle through this as fast as possible

 

You should think of this across a macro view of your product and your large hypotheses, as well as a micro view of the things you do day-in-day-out on the small details of your product. You need to run through cycles of this process as fast as possible to ensure you’re learning and progressing without wasting precious runway. As such, they key is to balance putting your head down and methodically executing cycles, while keeping your head up to see the big picture so you can identify if you need to tweak or pivot. This is not an easy thing to do, but it’s so very important.

 
Angled_Line-Yellow down.png
 

How the process tends to play out in reality

As briefly mentioned, the perfectly straight-forward-seeming process I described above almost never plays out that way in the real world. As most products and businesses search for Product/Market Fit, they seem to get on a crazy rollercoaster of ups, downs, loops and pivots.

 
The loopty-loops of finding PMF in reality

The loopty-loops of finding PMF in reality

 

One of the hardest things to understand with PMF isn't what it is, or how to get there... it's whether you have it at any given moment. Rob Go, had another amazing post called “The Shape Of Traction” (as well as a follow-up podcast that went even deeper). His basic thesis is that while it’s obvious when you definitely have or definitely don’t have PMF… what’s difficult is the in between, where “if you squint” you could convince yourself you might be getting close to PMF, but you may be very far away.

What he encourages teams to do is to be radical in their testing to find PMF. Try drastically different ways to solve the problem, or completely different personas to target, or even different problems to solve with a particular technology insight. He thinks the time and resources for searching around for traction are best spent with wildly different hypotheses, vs executing too micro of a learning process to fine-tune the one hypothesis, which may be okay, but may not be the killer one that gets you to PMF. The later approach often ends up burning through your runway, with you realizing too late that you’re not going to find PMF. Testing radically different things gives you a much better sense of what is ‘meh’ and what is breakthrough.

There are tons of great examples of slight and immense pivots, here are just two:

  • Mattermark — wanted to be a better technology content business, but stumbled onto selling the business intelligence data that it was collecting in order to automate mundane tech news. (link to a podcast discussing this)
  • Goat — the team began by working on a product that would bring like-minded people together for dinner, but after a lot of time they couldn’t gain traction. They threw away their product and executed a massive pivot into a mobile marketplace for collectible sneakers. (link to a post discussing this)

This is where you need an analytical mindset and to not fall in love with your ideas, but instead fall in love with the problem. If the problem is juicy enough, you’ll find a way to solve it… it’s just really not likely to be solved in the first way you try.

 

Read more LOVE THE PROBLEM, NOT YOUR SOLUTION, by Ash Maurya
 
Angled_Line-Yellow up.png
 

The importance of thinking BIG PICTURE

As has been articulated now a few times: when you reach Product/Market Fit, you just know, because things just take off. If things haven’t taken off, you’re just not there yet .

That said, PMF also has an element of hindsight to it. When you're in the day-to-day weeds, it can be hard to have a broader perspective on your growth trajectory... especially because the type of growth that true PMF creates is typically exponential. Our human brains have a very hard time imagining exponential growth, often underestimating the potential. So, even when your product does reach PMF, and your results take off, it may only be with a little bit of time and hindsight that you'll actually be able to tell.

You can see this come to life in the fake-sample image of a product’s sales below, which at some point reached PMF and hit exponential growth. If you zoom in the point in the curve where things started to turn, it’s not very obvious that something remarkable is starting to happen, it just looks like decent, but normal results.

You can only really judge in retrospect.

 
Can you tell this is an inflection point?

Can you tell this is an inflection point?

 

Because of this, I think it’s key to think about the bigger picture. Zoom out and see what things look like. Take into account growth over longer time periods to see what’s going on. Use all of the metrics I mentioned above to see if everything is clicking, or if it’s just some elements that are doing well. If you’re looking at revenue alone (as per the above), it can be tough to tell, so view things holistically.

Remember, Product/Market Fit is about reaching a point in your development where you’re properly solving a real problem that a large market of people need solved RIGHT NOW, in a way that you can extract value to grow a true business. If you can’t honestly prove those three elements, then you aren’t there yet… you might be close, but you also might be far away and need to pivot.

Be insightful, believe in yourself, but be ruthlessly analytical.

Angled_Line-Yellow down.png