🛠️ How to Navigate Product Discovery Like a Map


How to Navigate Product Discovery Like a Map

READ ON

​HERBIG.CO​

PUBLISHED

Nov 1, 2024

READING TIME

4 min & 51 sec

​Dear Reader,​

“We need to complete all six Discovery phases in order." "Let's perfect that JTBD statement before we talk to users." "Our process requires detailed one-pagers before any customer interviews."

Does this sound familiar? These are examples of dogmatic defaults: Teams cycling through the same tools in the same order, regardless of context. While these practices aren't harmful, blindly following them as processed often means missing faster paths to reducing uncertainty.

Instead of rigid processes, think of Discovery as a path you navigate. It consists of:

Entry Points: Where you begin. Shaped through (new) business goals, changes in market conditions, or other triggers.

Crossroads: Pivotal „What do we need to learn next“ moments that determine the direction of a team’s moves. Articulated through research intent questions (problem space) or assumptions (solution space).

Moves: The distinct methods you use to progress.Typically in the shape of qualitative or quantitative methods linked to the specific research intent question or assumption

Commitments: States of informed conviction leading to clear decisions. Conviction about additional needed work to reduce uncertainty, discarding a problem or solution, or committing to and implementing a solution

The key is not which method you use but how you choose your next move based on what you need to learn. When navigating Discovery Paths, constantly ask yourself: What activity maximizes uncertainty reduction while shortening the lead time to the next viable insight as much as possible?

Here are the paths of a Product Team working on a financial trading app:

Product Discovery isn't about following prescribed steps. It's about using evidence to reduce uncertainty about what problems are worth solving and what solutions are worth delivering.

Stop waiting for perfect conditions. Start reducing uncertainty from whatever entry point you find yourself at.

Did you enjoy this newsletter or have feedback? Do reply. It's motivating. I'm not a robot; I read and respond to every subscriber email I get (just ask around). If this newsletter isn't for you anymore, you can unsubscribe here.

Thank you for Practicing Product,

​Tim​

PS: Thanks to Paulius Tuzikas for contributing to the "accidental" shaping of the idea of Product Discovery Paths derived from our conversation.

PPS: Join me on Nov 12 for an in-person deep dive on Product Discovery practices at Product Tank Cologne.

Join my In-Person Workshops in Berlin

I'm excited to bring my beloved in-person workshops back to Berlin in January 2025. You can choose between 1-day workshops on Product Strategy, Product OKRs, or Product Discovery OR get the full 3-day experience for you or your team.

(reach out for custom team quotes)

Content I found Practical This Week

You’re Not Just Solving User Problems

Lastly, even if you develop ideas that successfully address important user needs, that doesn’t mean that you will necessarily achieve your goals. The connection between user needs and company goals has its own set of assumptions. For example, we may add an elaborate “find parking” feature to our GPS navigation system, but still not improve customer churn, simply because customers are switching to car brands with whom we didn’t partner yet (this would be uncovered by market research or data analysis, but not necessarily by interviewing existing customers).

The benefits of building a user segmentation matrix

To be truly powerful ONE user segmentation matrix should be used across the organization, from Marketing to Business, Product, Data & Insight etc. allowing you to build user-centred value propositions fit for each user segment and ensuring that the services and products offered for each segment are full-rounded and strategically relevant. Sharing this information and gathering it from across your organization, is also incredibly useful for all conversations between Product, Business and Sales - because you know you’re referencing the same issues and sharing the same mental model.

The Interview Snapshot: How to Synthesize and Share What You Learned from a Single Customer Interview

What did you think of this week's newsletter?

Who is Tim Herbig?

As a Product Management Coach, I guide Product Teams to measure the real progress of their evidence-informed decisions.

I focus on better practices to connect the dots of Product Strategy, Product OKRs, and Product Discovery.

Enjoy the newsletter? Please forward it. It only takes 2 clicks. Coming up with this one took 2 hours.

Product Practice Newsletter

1 tip & 3 resources per week to improve your Strategy, OKRs, and Discovery practices in less than 5 minutes. Explore my new book on realprogressbook.com

Read more from Product Practice Newsletter

Product Practice #404 Linked Better Practices over Stacked Best Practices PUBLISHED Apr 16, 2026 READ ON HERBIG.CO Dear Reader, During a recent webinar, someone asked a question I had to think about a bit longer: "What do you do when your strategy is still early, and you're not sure if it's right?" The answer that popped into my head was based on an incredible piece of advice (or admission) I received from a former boss 10+ years ago: No one knows if their strategy is right in the beginning,...

Product Practice #403 Linked Better Practices over Stacked Best Practices PUBLISHED Apr 9, 2026 READ ON HERBIG.CO Dear Reader, During my last webinar on Connect Strategy, Goals, and Discovery with Progress Wheel, I asked people which part of their work is most prone to Alibi Progress. Almost everyone who chimed in named OKRs. And that's because many OKR cycles start the same way for teams: Someone opens a spreadsheet, fills in three to five semi-random metrics, and picks a value that isn't...

Product Practice #402 Product Discovery forInternal Enabler Teams PUBLISHED Apr 2, 2026 READ ON HERBIG.CO Dear Reader, Because the customers of your product just sit three desks away, you might think you can just "talk to them." And that's precisely what often leads to the low adoption of better product practices among product teams working on internal products (also sometimes called Enabler Teams). And why, when a user has a company email address, it is likely nobody's doing discovery on...