Product discovery is the work of understanding a product problem, investigating user needs, testing assumptions, and learning enough to decide whether and what to build.
Suppose users say: “I want more control over AI-generated playlists.”
That is useful evidence, but it leaves major questions unanswered. What kind of control? Before generation or afterward? Do users dislike individual tracks, the order, the mood, or the entire result? How frequently does this problem happen?
Discovery narrows those unknowns until the team has enough evidence to choose a direction.
Figr’s Spotify AI playlist steering project shows this kind of narrowing. A broad idea becomes a more specific product direction around post-generation steering, including locking songs, swapping suggestions, and undoing changes.
Discovery can combine several forms of evidence:
No single method provides the whole answer. Strong discovery combines evidence rather than treating one interview or one dashboard as truth.
Discovery asks: Should we build this, and what might work?
Delivery asks: How do we build and ship it reliably?
Modern teams often do both at the same time. Discovery can stay one step ahead of delivery, reducing uncertainty before the team commits heavily to upcoming work.
Figr’s deeper guide on discovery vs. delivery product management explores how the two rhythms work together.
An MVP can be part of discovery when the team needs real usage to test an assumption.
The goal is not simply to ship a smaller product. The MVP should answer a question the team cannot answer reliably through cheaper methods.
Users are excellent sources of problems and context. Their requested feature is not automatically the correct solution.
Discovery should be capable of changing the team’s mind.
What people say and what they actually do can differ. Pair qualitative evidence with product behavior where possible.
High visual polish can make weak ideas feel more resolved than they are.
A two-day exercise is not continuous learning.
Usually product, design, and engineering, with research, data, customer-facing teams, and stakeholders involved when useful.
No. Existing analytics, support tickets, research, session recordings, and product behavior may already provide useful evidence.
Often it does not have a clean endpoint. Teams can continue learning throughout design, development, launch, and iteration.
Product discovery reduces the distance between “we think this is a good idea” and “we have enough evidence to justify the next investment.”
Its job is not to eliminate uncertainty. It is to make the remaining uncertainty visible.
Product management · Product strategy · MVP · User story · PRD
Read Discovery vs Delivery Product Management for a deeper operating model.