Build better products with continuous product discovery | Teresa Torres

Executive Summary
Teresa Torres joins Lenny Rachitsky to discuss experience maps, story-based interviews, continuous discovery and risk. Selected coverage omits organizational-change and decider-culture sections. Company examples are illustrative, and cognitive explanations are her account, unverified here. The publication date follows the original YouTube upload's Pacific date. Untimed topics are editorial, not video chapters.
Key Takeaways
Map the experience before choosing a solution
Torres structures opportunities around steps in a customer's experience, such as deciding what to watch and actually watching. Decomposing a broad pain point can reveal smaller needs a team can address. Her Netflix example illustrates the method rather than documenting its internal process.
Collect stories rather than abstract preferences
She recommends asking about the last time someone did a relevant activity, then exploring the setting and sequence. Direct general questions can omit important context. Her remarks about cognition are her explanation of the method, not independently verified psychological claims here.
Listen for needs in the sequence
A story can expose friction, desires and workarounds the person would not mention as a general preference. Ask what happened next and follow a useful detail. Do not rush to the next prepared question and miss the experience already being described.
Treat discovery as deciding what to build
Torres uses discovery for the work of making product choices, which every team does whether or not it calls it discovery. Customer feedback can make those choices better informed. The label alone does not establish that a team is learning.
Keep feedback continuous as the product changes
She argues that digital products keep evolving with customer needs, so deciding what to build is ongoing. An interview a week can be one small recurring input into that work. It is not a complete substitute for every kind of research.
Connect assumption testing with delivery
She calls assumption testing the start of delivery rather than a separate stage that must finish before every backlog item. Each idea is still a bet. The goal is to improve the bet and keep learning, not create a research gate that blocks all work.
Scale discovery to risk and measure releases
Torres says not every solution needs extensive discovery. Give greater attention to core experiences and meaningful risks, then instrument and assess what you release. Evidence of actual impact helps improve future judgments about which ideas need more testing.
The Conversation Breakdown
Map the experience before choosing a solution
⏱ Untimed topicTorres structures opportunities around steps in a customer's experience, such as deciding what to watch and actually watching. Decomposing a broad pain point can reveal smaller needs a team can address. Her Netflix example illustrates the method rather than documenting its internal process.
Collect stories rather than abstract preferences
⏱ Untimed topicShe recommends asking about the last time someone did a relevant activity, then exploring the setting and sequence. Direct general questions can omit important context. Her remarks about cognition are her explanation of the method, not independently verified psychological claims here.
Listen for needs in the sequence
⏱ Untimed topicA story can expose friction, desires and workarounds the person would not mention as a general preference. Ask what happened next and follow a useful detail. Do not rush to the next prepared question and miss the experience already being described.
Treat discovery as deciding what to build
⏱ Untimed topicTorres uses discovery for the work of making product choices, which every team does whether or not it calls it discovery. Customer feedback can make those choices better informed. The label alone does not establish that a team is learning.
Keep feedback continuous as the product changes
⏱ Untimed topicShe argues that digital products keep evolving with customer needs, so deciding what to build is ongoing. An interview a week can be one small recurring input into that work. It is not a complete substitute for every kind of research.
Connect assumption testing with delivery
⏱ Untimed topicShe calls assumption testing the start of delivery rather than a separate stage that must finish before every backlog item. Each idea is still a bet. The goal is to improve the bet and keep learning, not create a research gate that blocks all work.
Scale discovery to risk and measure releases
⏱ Untimed topicTorres says not every solution needs extensive discovery. Give greater attention to core experiences and meaningful risks, then instrument and assess what you release. Evidence of actual impact helps improve future judgments about which ideas need more testing.
Core Frameworks & Ideas
Experience map and opportunity space
Organize needs around the customer's journey, then break broad opportunities into smaller ones.
Story-based interview
Ask about a specific recent experience and follow the timeline with curiosity.
Risk-based discovery
Match learning effort to the risk of the bet and measure what happens after release.
Actionable Next Steps
- ✓Interview one customer about the last time they did the relevant activity.
- ✓Draw the experience steps and place needs under the matching step.
- ✓Identify the riskiest assumption before building the next solution.
- ✓Instrument the release and compare actual impact with the intended outcome.
Notable Quotes
“Opportunities emerge from our customers' stories.”
“Assumption testing is the start of your delivery.”
“Not all solutions need a lot of discovery.”
The One Thing to Remember
Use customer stories and measured releases to make better bets about what to build.