post

Footer About

Footer Contribute

Footer Get Involved

Footer Links

Mind the Product

Guest Post

How to build a companion product and win user trust

mission statement

Deep dive: Crafting your product vision and mission

B2B product management

Artificial Intelligence (AI) & Machine Learning (ML)

Building Product Teams

Business Strategy

Data Driven Product Management

Digital Transformation

Diversity and Inclusion

Minimum Viable Product

OKRs

Prioritisation

Product Design

Product Research

Product Development Process

Product Ethics

Product Discovery

Product Leadership

Product Management Career

Product Strategy

Stakeholder Management

🌎 <a href="https://www.mindtheproduct.com/world-product-day/" style="color:#FFFFFF;text-decoration:underline;">Happy World Product Day!</a> Be sure to celebrate product, yourself, and your peers today! 🎉

Join us at #mtpcon London in 2025 – mark your calendars

How Google makes AI work at Enterprise scale – Miku Jha (Director, AI/ML and Generative AI, Google Cloud)

5 ways to invent and simplify as an AI/ML product manager

Why teams often struggle with OKRs: A conversation with Jeff Gothelf

Building your own user experience and software stack: This week’s product news

Imogen brings more than 10 years of experience in print and digital to her role as Director of Content Strategy for Mind the Product. The core of her experience comes from 10 years working as an editor for Bauer Consumer Media, a division of Europe’s largest privately-owned publishing group, and as Head of Content for Benivo, an award-winning startup.

Director of Content Strategy

Imogen Schels

<p>Product discovery pitfalls, have you fallen foul of one? If your answer is yes, you&#8217;re forgiven, because the list is long and you&#8217;re only human! But, as product people, it&#8217;s our job to be aware of the hidden hurdles and do product discovery the right way.</p>
<p>Here we share 6 common product discovery pitfalls and how to avoid them.</p>
<h2>1. Stopping</h2>
<p>Faced with huge disruption, or even your day-to-day activities, it can be easy to let discovery habits slip. But, as Teresa Torres explains in <span style="text-decoration: underline;"><a href="https://www.mindtheproduct.com/remote-discovery-teresa-torres-on-the-product-experience/">&#8216;Remote Discovery&#8217; on The Product Experience podcast</a></span>, stopping is a mistake. In fact, she strongly advises against it. &#8220;There is this philosophy of going from zero to one is really hard,&#8221; she says, &#8220;going from one to two is much easier, right? So to the degree that a team can maintain their habits, the better off they&#8217;re going to be in the long run.&#8221; Of course, there are times when discovery feels difficult, perhaps even downright impossible. That&#8217;s true for every product team. But, says Teresa, even if that&#8217;s been the case for your team over the last few weeks, you&#8217;re not screwed, &#8220;you can still make next week better than last week,&#8221; she says.</p>
<h3>Avoid pitfall #1</h3>
<p>&#8220;For me, discovery starts with regular engagement with your customer. And I really encourage teams to talk to customers at least once a week.&#8221; Once you get into that habit, keep it up. Even if you can only do a little discovery, that&#8217;s okay. Just avoid dropping to zero. You&#8217;ll regret it if you do.</p>
<h2>2. Involving too many people</h2>
<p>You know the saying, &#8220;too many cooks spoil the broth&#8221;? Now we&#8217;re not advising you should cut people out of the discovery process but, as Teresa Torres explains <span style="text-decoration: underline;"><a href="https://www.mindtheproduct.com/remote-discovery-teresa-torres-on-the-product-experience/">in that same episode of The Product Experience podcast</a></span>, there&#8217;s an important balance to strike in deciding who does your discovery interviews. &#8220;The more perspectives you can include, the more you&#8217;re going to learn,&#8221; she says, &#8220;but you&#8217;re also going to slow down your decision making.&#8221; As a team, your goal is to find the right balance of perspectives, given what you&#8217;re trying to learn, and this should be small enough that you can still move fast. How small is small enough? &#8220;I feel like product trios are the minimum,&#8221; Teresa adds.</p>
<h3>Avoid pitfall #2</h3>
<p>Teresa recommends that the product manager, designer, and engineer is the minimum set of cross-functional roles that you want to be represented. Yes, she continues, you could add a user researcher, a product marketer, or even a salesperson, but be mindful that the bigger that team grows, the slower it&#8217;s going to move. There&#8217;s a small team of people you need to be involved in the discovery and decision making, the rest should be informed and brought along on the journey.</p>
<h2>3. Separating your discovery and delivery team</h2>
<p>In a Prioritised AMA session — <span style="text-decoration: underline;"><a href="https://www.mindtheproduct.com/marty-cagan-on-empowering-teams-discovery-challenges-alignment-and-more/">Empowering teams, discovery challenges, alignment and more,</a></span> Marty Cagan explains how separating the discovery and delivery team is a pitfall we should all avoid. Of course, Marty isn&#8217;t suggesting that a separate team doing discovery won&#8217;t come up with great ideas — assuming you have an engineer and a designer in the mix, he says, that&#8217;s not the issue. &#8220;The issue is it’s now different people that have to make this a reality and they were not there in the room where it happened,&#8221; he says. &#8220;We never want to separate the two activities of a product team — discovery and delivery.&#8221; Marty flags that this has been tried many times before with disappointing results. We don&#8217;t want one group of people doing the innovation while the rest implement it.</p>
<h3>Avoid pitfall #3</h3>
<p>&#8220;Every product team is responsible for discovery and delivery. Just like every product team is doing coding and QA testing,&#8221; says Marty. &#8220;We have multiple activities going on, but we really never want to separate that.&#8221;</p>
<h2>4. Failure to validate your solution for Product</h2>
<p>A simple lack of discovery is pitfall number 4. No matter what you think about the solution you&#8217;re planning, remember that you are not your customer and you therefore don&#8217;t have all the answers.</p>
<p>Sure, it is possible to create a great product — or to match an innovative solution to a problem — but whether your great product actually works as a PRODUCT is another story. In <span style="text-decoration: underline;"><a href="https://www.mindtheproduct.com/common-product-development-mistakes-and-how-to-avoid-them-all-a-case-study/">Common Product Development Mistakes and How To Avoid Them All</a></span>, Ashley Fidler explains how her team made this exact mistake. They created a great product but, at the time of launch, the market wasn&#8217;t ready. They&#8217;d relied upon a team of experts to confirm their solution but, as Ashley explains, they hadn&#8217;t validated that the solution would work as a product, could be sold, or that they&#8217;d find product/market fit. &#8220;In true feature factory style, we were told what to build and we built it,&#8221; she says. &#8220;This is, sadly, an incredibly common predicament, and it normally seems to be borne more of confusion than intent.&#8221;</p>
<h3>Avoid pitfall #4</h3>
<p>Remember, you might have a groundbreaking idea, but without proper discovery, you won’t know if it’s the right one for your users – validate your solution for Product.</p>
<h2>5. Letting bias lead the way</h2>
<p>None of us are immune to cognitive bias which means we have to be mindful of that fact and work around it. Failing to do so is pitfall number 5. Bias will impact your research — the questions you ask, what people tell you in response, and how you interpret what you hear.</p>
<p>Here are the types of bias that all too often creep into research:</p>
<ul>
<li><span style="font-weight: bold;">Confirmation bias: </span>Looking for evidence that proves you right, and avoiding or ignoring evidence that contradicts your beliefs</li>
<li><span style="font-weight: bold;">Cognitive dissonance:</span> That feeling when you’re trying to hold two contradicting views at the same time</li>
<li><span style="font-weight: bold;">Survivorship bias</span>: Wanting to talk to happy customers because it makes you feel good and failing to remember that your happiest customers aren&#8217;t typically the best representation of what needs to change in your product</li>
</ul>
<h3>Avoid pitfall #5</h3>
<p>In <span style="text-decoration: underline;"><a href="https://www.mindtheproduct.com/cognitive-biases-the-questions-you-shouldnt-be-asking-by-cindy-alvarez/">Cognitive Biases and The Questions you Shouldn’t be Asking</a></span>, Cindy Alvarez suggests some simple ways to kick these biases to the curb:</p>
<h4>Avoid confirmation bias</h4>
<p>Instead of asking “How likely would you be to use (a solution)?”, ask “Tell me about what you’re currently doing in (a situation).” Hearing people’s stories is a better way to discover what they really need and care about.</p>
<h4>Avoid cognitive dissonance</h4>
<p>When research isn&#8217;t proving what you thought it would, it&#8217;s tempting to ask, “are we sure we’re talking to the right customers?” Blaming users might make you feel better but won&#8217;t solve the right problem. Instead, start by saying: “Let’s assume (an undesirable belief) is true. Now what?” The semantic break of pretending something&#8217;s true allows your brain a release and helps you to get to a different answer.</p>
<h4>Avoid survivorship bias</h4>
<p>Talk to churned customers, low-usage customers, or non-customers using competitor products. Find out what drove them away or why they’re not using your product anymore. Ask them questions like, “If you HAD to change one thing…”, “Which tasks do you put off doing?”, or “How have you done (a task) differently in the past?”</p>
<h2>6. Ill-defined problems</h2>
<p>In his ProductTank London talk, <span style="text-decoration: underline;"><a href="https://www.mindtheproduct.com/how-to-avoid-product-discovery-pitfalls-by-navin-nair/">How to Avoid Product Discovery Pitfalls</a></span>, Navin Nair&#8217;s top discovery pitfall is ill-defined scope. Too often, he explains, people just miss out entire sections of their research. They&#8217;re too broad in their definitions and simply fail to get to the root of the problem. For example, he says, not enough people talk about success criteria, or detail how it is they&#8217;ll know when they&#8217;ve solved the problem. Users, he continues, are another good example as too often, &#8220;people simply say &#8216;all users&#8217; and it&#8217;s very unlikely that all users have exactly this problem in exactly the same way.&#8221;</p>
<h3>Avoid pitfall # 6</h3>
<p>Navin defines scope as six different sections that identify the:</p>
<ol>
<li>Target user</li>
<li>Current problem</li>
<li>Current workaround</li>
<li>Proposed approach</li>
<li>Success criteria</li>
<li>Business value</li>
</ol>
<p>To ensure that your problem is properly defined, you need all six sections to be well thought out and clearly defined. Failure to do so will waste time, money, and effort.</p>
<h2>What to read next</h2>
<p>For more insights on discovery, browse our library of content on <span style="text-decoration: underline;"><a href="https://www.mindtheproduct.com/category/product-discovery/">Product Discovery</a></span> and, for even more product management topics, use our<span style="text-decoration: underline;"><a href="https://www.mindtheproduct.com/content-a-z/"> Content A-Z</a></span>.</p>
<p>Some of the content referenced above is exclusive to Mind the Product members. Not yet in the club? Learn about <span style="text-decoration: underline;"><a href="https://www.mindtheproduct.com/membership/prioritised/">Prioritised</a></span> and <span style="text-decoration: underline;"><a href="https://www.mindtheproduct.com/membership/leader/">MTP Leader</a></span> membership today.</p>
<p>You might also like:</p>
<ul>
<li><span style="text-decoration: underline;"><a href="https://rosenfeldmedia.com/books/user-research-war-stories/">Doorbells, Danger, and Dead Batteries: User Research War Stories</a></span> by Steve Portigal</li>
<li><span style="text-decoration: underline;"><a href="https://svpg.com/product-discovery-anti-patterns/">Product Discovery: Pitfalls and Anti-Patterns</a></span> by Chris Jones</li>
<li><span style="text-decoration: underline;"><a href="https://akfpartners.com/growth-blog/top-ten-product-discovery-mistakes">Top ten product discovery mistakes: how product teams get continuous discovery wrong</a></span> by Tanya Cordrey</li>
<li><span style="text-decoration: underline;"><a href="https://jeffgothelf.com/blog/selling-underwear-how-developers-learned-to-love-talking-to-customers/">Selling underwear: how developers learned to love talking to customers</a></span> by Jeff Gothelf</li>
</ul>

core/freeform

The magic of making great products with Christian Idiodi

Continuous discovery by Konstantin Diener

Unusual business in the product discovery stage by Kristian Collin Berge

How to find out what your customers want by Janet Bumpas

From PO to CPO: How to drive your product career by Namrata Sarmah

How to recognise and beat the ‘knowing’ gap – Christina Wodtke at MTP Engage Hamburg

Get innovation-ready, your product manager is on fire! by Julia Shalet

Jedi discovery and delivery by Lisa Mo Wagner

From pandemic to pingdemic – Building through uncertainty

A designer, a product manager, and an engineer walk into a bar…by Karishma Irani

Common product discovery pitfalls and how to avoid them

Imogen Schels

Read more

Comments