Bringing Discovery to Engineers Who 'Just Want to Build'


Bringing Discovery to Engineers
Who 'Just Want to Build'

READ ON

HERBIG.CO

PUBLISHED

Sep 12, 2025

READING TIME

5 min & 47 sec

​Dear Reader,​

I've coached product teams where engineering managers push back on discovery work, convinced that buildins is always faster than validating. They might see testing and validating ideas as obstacles between them and shipping cooler and shinier features. And, should you always extend your Discovery to a quarter because "that's how long we've planned for it," they might be right, but that's another topic.

The problem isn't that engineers hate learning—it's how we're framing discovery.

Reframe Discovery as Investment Protection

A product manager I once coached shared a helpful reframe that: "Product discovery is about protecting a company's investment."

This perspective helps explain discovery's value to stakeholders who might be more focused on business outcomes than user-centered processes. When engineers hear "let's do more user interviews," they think academic exercises. When they hear "let's protect our development investment," they might think risk management.

Show Them the Evidence Gap

Engineers respect evidence. So show them the difference between assumptions and actual evidence using this simple question: "How real is this insight, and how relevant is it?"

Most "logical" feature ideas are built on what I call lip service evidence—things like:

  • Feature requests without consequences for submitters
  • Stakeholder opinions based on personal experience
  • Competitive moves we assume are working

Compare that to serious commitment evidence:

  • Users who actually sign up for waitlists
  • Analytics data showing specific behavior patterns
  • Customers willing to pay for beta access

Engineers understand this difference immediately. They wouldn't ship code without testing it (no matter how automated). So, why ship features without testing assumptions?

Right-Size Discovery Investment

The biggest objection? "Couldn't I have just built the feature in the time it took to validate it?"

This reveals a crucial discovery skill: knowing when you have enough evidence to move forward confidently. And acknowledging costs beyond the time it takes to build a solution (distributing and maintaining everything that gets built - hello, supercharged AI shipping cadence).

Low-stakes decisions (reversible changes): Quick conversations, simple analytics. Discovery effort: Hours.

Medium-stakes decisions (cross-team features): Prototypes over builds, targeted validation. Discovery effort: Days (building in hours, testing it with the right customers takes the rest).

High-stakes decisions (platform changes): Extensive validation justified by the cost of being wrong. Discovery effort: Weeks.

The goal isn't perfect certainty, but sufficient conviction relative to the cost of being wrong.

Don't try to convert your entire engineering team overnight. Start with one activity to reduce uncertainty that takes less time than building the feature would. When it prevents building the wrong thing, you've made your point.

The most ambitious discovery advocates aren't the ones who followed perfect processes. They're the ones who protected their team's time by learning what not to build.

Thank you for Practicing Product,

Tim

Make Your Leadership Offsite
Worth the Investment

Flying the team out, stepping away from day-to-day business, blocking precious time—it’s a big commitment. The real question is: will your offsite deliver lasting impact? With Sonja Mewes’ facilitation, your leadership team turns time together into a clear shared direction, practical outcomes, and momentum that lasts long after you return.

I highly recommend working with Sonja. Not only because she's my life partner, but also because I have experienced firsthand how she creates space for individuals and groups to discover their path.

Content I found Practical This Week

Building the Product Talk Interview Coach

One thing this did for me is it really opened my eyes to how the world is changing with LLM apps and evals. And it started to raise a lot of questions. Why aren't more teams doing evals this way? Why are we just relying on data sets? Why aren't we doing proper error analysis? Why aren't we doing code-based and LLM-based judges? It also really raised the question of who does what. I did have to write some code to implement this, but I do think product managers need to be involved in evals from beginning to end because they might have the most domain expertise.

How To Map Risk With A Mission Model Canvas

Your mission driven organization still needs to be sustainable. Whether that’s proving impact to raise more funding or balancing out your costs. In profit based businesses we talk a lot about financial viability but in mission driven organizations, you still have to answer the “should we” question. Your viability risk resides mostly within the ability to achieve meaningful impact within the allocated budget.

How to validate your B2B startup idea

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.

Product Practice Newsletter

1 tip & 3 resources per week to improve your Strategy, OKRs, and Discovery practices in less than 5 minutes.

Read more from Product Practice Newsletter

Product Practice #378 What would I do differentlyabout writing a book? READ ON HERBIG.CO PUBLISHED Oct 2, 2025 READING TIME 3 min & 44 sec Dear Reader, With my book, Real Progress, now being out in the world for two weeks, I thought it was time to share some reflections on the book journey. What I would do differently Create more uninterrupted writing stretches. Every time I had three or more meeting- and preparation-free workdays to write, I was surprised by the amount of progress I could...

Product Practice #377 How long did it takeme to write my Book? READ ON HERBIG.CO PUBLISHED Sep 26, 2025 READING TIME 7 min & 48 sec Dear Reader, First things first: The Kindle version of Real Progress is now available on Amazon. Get your copy here: 🇩🇪 Amazon Germany, Austria, and Switzerland 🇬🇧 Amazon UK 🇺🇸 Amazon US 🇫🇷 Amazon France 🇳🇱 Amazon Netherlands 🇨🇦 Amazon Canada 🇦🇺 Amazon Australia 🇮🇹 Amazon Italy 🇵🇱 Amazon Poland 🇮🇳 Amazon India 🇧🇷 Amazon Brazil June 2023 During Product at Heart,...

Product Practice #376 Why did I write aBook on Real Progress? READ ON HERBIG.CO PUBLISHED Sep 18, 2025 READING TIME 4 min & 55 sec Dear Reader, I decided to send this newsletter one day earlier than usual this week because of current events. You guessed right: After more than two years of work, I'm proud and excited to share with you that the paperback version of my book, Real Progress: How to Connect the Dots of Product Strategy, OKRs, and Discovery, is now live on Amazon. You can find all...