Cited from real sources 7 min read Updated September 2026

A discovery practice by Teresa Torres

Teresa Torres's Continuous Discovery Cadence for Product Teams

Continuous discovery is Teresa Torres's answer to teams who treat research as a project that ends. The old shape was a research phase, then a build phase. Instead a small product trio talks to customers every week. It maps what it hears onto an Opportunity Solution Tree. One outcome sits at the root. Unmet needs branch below it. You test rival solutions as bets. Shipping keeps running the whole time. The bets just get better.

The reframe that makes discovery possible

Everything in our backlog is a bet.

You are already gambling. Discovery is not the permission slip that makes a bet safe. It is the habit that makes the next one better.

Teresa Torres on Lenny's Podcast Build better products with continuous product discovery Watch at 00:00

The framework

The Opportunity Solution Tree

Most teams have already heard: stop shipping outputs and start moving outcomes. Almost nobody knows what to do on the Monday morning after that instruction lands. You have a number to move and an open-ended, unstructured problem. Which of the thousand things you could build moves it?

The Opportunity Solution Tree is the scaffolding for that gap. It is simple to draw and hard to do well. That is the usual signature of a real method rather than a diagram.

It's a tree visual, so it's just like a decision tree. It starts with an outcome at the root of the tree, and then it branches into the opportunity space, and then it branches into solutions and maybe even assumption tests from there.
Torres on the structure of the tree Watch at 07:20

The hard layer is the second one. An opportunity is an unmet need, a pain point or a desire that showed up in a customer's story. It is not a feature with the word "ability to" bolted on the front. Torres's own estimate is that the vast majority of written opportunities are solutions in disguise. That is why the tree feels simple and then collapses back into a roadmap.

The heart of good product is really getting comfortable in the problem space of the opportunity space, really taking the time to frame a problem.
Torres on staying in the problem space Watch at 08:49

Staying in the problem space is uncomfortable because it goes against most of our instincts. The tree's real job is to hold you there long enough to see more than one way out.

How to apply it

How do you build a continuous discovery habit?

Six moves. The cadence matters more than the artifact: a mediocre tree refreshed every week beats a beautiful one built once.

  1. 1

    Put one outcome at the root.

    Not a feature list, not a quarter of initiatives. One measurable outcome the team owns. Everything below the root exists to explain how you might move that number, which is what makes the tree prunable later.

  2. 2

    Structure the opportunity space around an experience map.

    Lay out the steps a customer actually goes through, then hang opportunities off those steps. Keep the top level to roughly three to seven branches so the tree stays something a human can hold in their head.

  3. 3

    Frame each opportunity specifically enough to be solvable.

    Torres uses the example of entering password letters with an Apple TV remote. "Better onboarding" is not an opportunity, it is a wish. If you cannot picture the moment it happens, it is framed too high.

  4. 4

    Make the interview a recurring meeting you did nothing to schedule.

    This is the load-bearing habit. Put an opt-in prompt inside the product or trigger recruiting from support and sales, wire it to scheduling software, and let the calendar do the discipline.

  5. 5

    Collect stories, not opinions.

    Ask about a specific past instance and walk it forward by repeatedly asking what happened next. Direct questions and hypotheticals produce confident, useless answers; behavior produces opportunities.

  6. 6

    Compare solutions, then test assumptions instead of ideas.

    For any opportunity that matters, generate several solutions and compare them rather than committing to the first obvious one. Break each into its underlying assumptions and run many small tests a week instead of one large experiment.

How do I make an interview a recurring meeting? Can I make it so that when you wake up on Monday morning there's an interview on your calendar and you literally did nothing to get it there?
Torres on automating the recruiting problem Watch at 27:39

Almost every team that fails at weekly interviewing fails at recruiting, not at interviewing. Solve the calendar and the habit survives a busy quarter. On the interview itself, Torres's bar is tonal rather than procedural: skip the fifty-question protocol.

If your interview feels like you're having a beer with a buddy, that's a good sign.
Torres on interview cadence Watch at 36:53

Boundary conditions

When it works, when it fails

Works best when

  • The team owns an outcome, not a fixed list of features to ship by a date
  • You have continuous access to customers, so a weekly touch is realistic
  • A trio of product, design and engineering can decide together
  • The work is behavior change, where small-n qualitative signal is informative

Fails when

  • Teams schedule discovery as a phase, so delivery stops and the appetite dies
  • The opportunity space fills up with solutions wearing problem language
  • Nobody owns recruiting, so the weekly interview becomes a monthly one
  • You need market sizing; this produces direction, not a number to defend

The objection Torres hears most is evidential: a handful of conversations is not a sample. Her answer is that the comparison is wrong, because the alternative in most companies is not a rigorous study.

Every human in business is making decisions with zero data, so I'm gonna go with one is better than zero. That's a little bit of a flippant answer, but it's true.
Torres on the evidence bar for product teams Watch at 42:53

Where practitioners split is on who you talk to. Torres optimizes for a repeating weekly rhythm with whoever the product can recruit, on the theory that the habit compounds. Christian Idiodi of SVPG argues the opposite trade: pick a fixed set of reference customers, six to eight for B2B. Design with the same people until they will vouch for the product. One method buys breadth and consistency; the other buys depth and a reference list you can sell with. Neither survives if you only do it once.

The sources

Where Torres discusses this

Useful? Pass it to a team that keeps promising to talk to customers next quarter.

Want the full playbook?

Get 128 product management frameworks.

34 frameworks 21 rules 65 heuristics & principles 49 operators

From Stewart Butterfield, Ami Vora, Codebase Guidelines, and 46 more. Drop one .md into Claude, Cursor, or ChatGPT. Your AI cites practitioners, not guesses.

See the pack

Instant .md download · One-time purchase · No subscription

New experts every week

Know when the next expert lands.

Gavel adds new operators to the database every week, each one with cited frameworks you can check and a note on where they disagree with the others. You found this page by searching. Get the next one by email instead.

53 experts 66 cited frameworks

Latest: Amjad Masad on Levels of AI Autonomy

One email a week, only when new experts shipped. Unsubscribe with one click. We never sell or share email.

Related frameworks