The Testing Mindset – How to Find Product/Market fit "Product people - Product managers, product designers, UX designers, UX researchers, Business analysts, developers, makers & entrepreneurs 20 May 2021 True Innovation, Product Design, Product Development, Product Management, Product Management Role, Product Planning, Product/Market Fit, Mind the Product Mind the Product Ltd 1094 Product Management 4.376
· 5 minute read

The Testing Mindset – How to Find Product/Market fit

“There is a way to do it better. Find it!” Thomas Edison

Here’s the thing with innovation, you can’t just tell people to be innovative. A great idea doesn’t always come when you’re sitting at your desk between 9:00am and the end of your working day. Here at etventure we’ve tried various approaches to innovation in the last few years, and what we’ve learned is that success cannot be planned. You have to embrace uncertainty and understand that the majority of your decisions are based on assumptions. You have to invest skillfully to test these assumptions. The smarter your investment in testing, the better your chances of product success. Here’s what we’ve learned based on our experience of adopting a testing mindset and seeing your way through innovative product development.

Product/Market fit Cannot be Planned

72 percent of innovative software projects are not successful. Chaos Report 2015

While this is not surprising, I’ve always found that people intuitively assumes that it only applies to everyone else. Obviously that’s not true, even projects that were executed by the book can fail, at least from an economic point of view.

So it’s very important to define your measurements for success, especially when building new products. In the end it is almost always about finding product/market fit. You want to build a solution that matches your business goals with customer needs. Finding this match is the ultimate challenge in innovative product development, and it’s nearly impossible to plan this entirely in advance.

So the success of an innovative project should not be measured in terms of software quality, revenue or  ROI, but rather in the knowledge gained. Not every attempt will automatically lead to financial success. Instead, many small tests have to be carried out in order to find your way towards product/market fit.

Reduce the Costs of Failure

So the calculation is quite simple. The less effort, money and reputation it takes to test a certain assumption, the more options you get to adapt, expand, discard or completely rebuild the product.

At this point, it is very important to acknowledge that finding success is not about the initial idea. Ideas are a dime a dozen. Social networking was not a unique idea (did you ever make friends on Myspace?). Online shipping was not a unique idea (did you ever order groceries from WebVan?). Making the internet searchable was also not a unique idea (remember Altavista?). All of these ideas satisfied a specific customer need, but still many of these companies didn’t succeed.

From what we experienced it’s the implementation that ultimately makes the difference. And by that I mean not just the implementation of the software but the whole process by which an outstanding product is developed step-by-step from many good and bad ideas.

There is no way the Facebook project team could have known exactly beforehand what would and wouldn’t work. Every new feature is a bet and requires an investment. And the less money you need to test an assumption the more bets you can make.

As an aside, I think that much-cited startup maxim “fail fast, fail often” makes the wrong emphasis. The goal is not to lose as many bets as fast as possible, the aim is to reduce the costs of failure in order to increase your total amount of bets.

Prioritize Investments

Usually it is not enough to test as many assumptions as possible to find product/market fit. You must also have an understanding of how to prioritize your investments.

Most assumptions about a product fall into one of five categories that should be addressed in the right order. Skipping one of these categories can cause you to miss the target completely.

1. Interest

Find out if anyone is actually interested in the product idea. Are there people already trying to solve the problem? Do they want to test your solution or would they recommend it to others?

2. Reachability

In the B2C area this can be tested quite easily, through, for example, targeted ads or by handing out flyers. In B2B, the question of reach is sometimes much more difficult to answer. Here, legal, political or structural constraints must also be taken into account. In any case, the best product is worthless if you don’t have access to the target group.

3. Willingness to pay

This is not just about monetization, but about whether users are willing to invest in the product. This could be money – or time, attention or reputation. A Facebook referral can be used as an indicator of willingness to pay. In any case, you should be aware of the added value of your solution in order to set the right measurement criteria.

4. Technical Feasibility

I would advise that you don’t invest in digitization until the cost of handling processes manually is higher than the cost of developing a digitized solution. As long as you handle things manually you can easily change course. Once you build software you are invested.

5. Scalability

Only when you have built a digital solution and are beginning to pile up numbers in terms of traffic, downloads or active users, should you start to think about scaling. There is no need to build an infrastructure that handles 100,000 users if you are still struggling to get the first 100. Yes, that probably means you will have to rebuild stuff. But rebuilding something because you know you need it is much better than building something to find out you actually didn’t need it from the beginning.

Focus on Outcome not Output

Finally one of the most important and at the same time most difficult to implement realizations: Focus on outcomes not on outputs. The release of the first software version is no reason to celebrate. For us, once we’ve acquired our first customers, received the first payments or validated our first assumption, then it’s time to celebrate. The software in itself is worthless if it doesn’t create the desired outcome.

And while I’m at it I would like to explicitly state that the software is not the product. The combination of processes, customer approach, business model AND software is the product. Even though Uber has a very handy app, it would not be nearly as successful if you had to wait 30 minutes for a driver.

So please keep in mind that building an innovative product is so much more than just executing software specifics. By applying the testing mindset you’ll enhance your chances of success.

Comments 2

Hi Liam, that is absolutely true. Methods like Design Thinking try to improve the process of building assumptions based on user feedback, which is definitely a step forward. to me the Jobs-to-be-done framework proved to be quite helpful as well. A dear colleague of mine wrote an aritcle on how to come up with “game-changing” ideas. This might be an interesting read for you as well. (https://www.etventure.com/blog/for-game-changing-ideas-it-takes-more-than-brainstorming/)

Thanks Gregor, I totally agree that success cannot be planned (no matter how smart we all like to think we are). The world is just too complex. In my experience, the problem often lies before even testing. It starts with how people make the assumptions you refer to. Rather than letting them emerge from on-going research and analysis, which should be part of daily life, I’ve seen many people (especially senior folk) come up with “innovative” ideas based on speculative research, what their competitors are doing or worse, a hunch. Improving this part of the process is where most the cost can be saved IMO.

Join the community

Sign up for free to share your thoughts

About the author