Product Discovery vs Delivery...vs Design?


Dear Reader,

Did you know that there's a term that product managers use to describe your work behind your back?

It's a word they use to describe it when you do extra research to make sure you're designing the right thing.

It's a phase of work that you might call UX, but that's not what they call it.

They call it "product discovery."

The term comes from consultant and author, Marty Cagan [source], and it was invented in 2007 to make product managers understand their real job is discovery, not delivery.

What is Product Discovery?

Product discovery is the opposite of product delivery. It's deciding what should be built collaboratively using whatever data you can gather or generate.
For designers, product delivery is designing the product, and product discovery is deciding what to design.

It's where you make decisions about what problems are worth solving and which solutions are worth designing.

Since it's a term that comes from product managers, the scope of work is a bit bigger than you might be used to as a designer.

Upcoming Live Courses


COURSE: Facilitating Workshops
Learn to turn meetings into momentum and clear decisions.
Next cohort: Autumn 2026
Join Waitlist


COURSE: Defining UX Strategy
Learn to design a winning strategy that aligns design with business.
Buy a Seat


Back in 2007 when Marty coined the term, there was a perception that a product manager's job was to make up requirements and tell everyone what to do.

Sadly, some product managers still act like that in 2022, especially in emerging tech hubs coughcoughberlincough...excuse me.

What part of my work as a designer is discovery?

This is a bit awkward, but um...

If you're a UX designer or researcher, all of it.

Some things you might do in discovery:

  • Talk to customers and explore problems
  • Do quantitative research using your analytics tool
  • Send out a survey and identify problem areas worth solving
  • Create a lo-fi protoype and get feedback on an early idea
  • Design an experiment to test an assumption
  • Run a usability test to identify pain points in the interface
  • Reframe a problem into an opportunity

These are product discovery activities because they help ensure that you are "building the right thing" (product discovery), not "building the thing right" (product delivery).

Why is product discovery important to designers?

I'm writing like the longest email ever because I think it's key to getting human-centered design work done inside of product orgs.

Product discovery is essentially the mentality of UX, and the Double Diamond applied to product management work...with one crucial difference: product people feel more ownership for the outcomes.

It is easier to sell because it comes from product leaders and uses the language that they care about.

Basically, "Can we get more budget for discovery?" is better than saying, "Can we get more budget for research?"

I've noticed that product managers who get into product discovery suddenly start to care more about UX design.

They start to realize the power of understanding problems, and they stop building in the face of uncertainty. That will keep you from becoming a pixel-pusher at a feature factory.

TL;DR: It's your ticket to product strategy

Product designers can use product discovery to become product strategists, consultants, and even product managers.

After all, "building the right thing" is a lot easier when you have UX skills like researching and prototyping.

All it takes is a little zooming out.

So what is product discovery? It's product design.

Until next week!

Jeff Humble
Designer & Co-Founder
The Fountain Institute

P.S. Hannah gave an amazing talk last week called How to Design & Run Workshops. If you missed it, catch the talk here.

The Fountain Institute

The Fountain Institute is an independent online school that teaches advanced UX & product skills.

Read more from The Fountain Institute

The brief that keeps changing By Hannah Baker Dear Reader, There’s a particular kind of exhaustion I keep hearing about. It’s not burnout, exactly. It’s not being overworked. It’s something more specific, the feeling of being asked to plan something when the thing you’re planning for keeps shifting underneath you. I’ve been hearing it a lot lately. And more and more, it has AI somewhere in the middle of it. Here’s a version of a situation I keep encountering. Someone is working on two large...

OpenClaw Part 2: The 🦞 didn't replace Claude. It made me laugh instead. by Jeff Humble Dear Designer, In Part 1, I spent €590 on a Mac Mini, two days in Terminal, and $3.14 in API tokens I didn't mean to burn. I ended with a list of seven things I was going to automate with my OpenClaw agent 🦞. I only got to one of them. Getting an AI agent from zero to useful takes longer than any article will tell you. Most of the time since then has gone into figuring out how to make it reliable, not into...

The System You Can't See By Hannah Baker Dear Reader, Here's a question I get more than any other: "How do I handle the person who talks too much?" Or the flip side: "How do I get quiet people to speak up?" And every time, I want to say: you're asking the wrong question. Not because those moments aren't real or frustrating. They are. But because treating them as people problems is like looking at algae blooming in a pond and asking, "how do I fix the algae?" You don't. The algae isn't the...