Become an Epic Product Engineer

Start with curiosity and talk to a customer - continuous discovery with Teresa Torres

Become an Epic Product Engineer

Show Notes

If your backlog is full of tickets and zero customer contact, this episode is for you. Kent talks with Teresa Torres - product discovery coach, author of Continuous Discovery Habits, and host of Just Now Possible - about why engineers belong in discovery, what "just now possible" really means, and how curiosity beats solution advocacy. They cover opportunity solution trees, confirmation bias in decision-making, the Mom Test trap of pitching your solution, and homework that starts with one real conversation (or observing one).

(00:00) - Meet Teresa Torres

(02:03) - Just now possible

(04:14) - Why coding agents are not enough

(08:07) - Engineers in the data model conversation

(15:10) - Continuous discovery habits

(19:01) - Prove the null hypothesis

(21:22) - Where engineers should show up more

(24:06) - Solving your own problem

(27:27) - AI unlocks software for one

(30:04) - The Mom Test trap

(33:26) - Opportunity solution trees

(39:19) - Confirmation bias vs status quo

(42:07) - Informed opinion vs preference

(43:16) - Start with curiosity

(46:01) - Homework: talk to a customer

Teresa Torres has spent about twenty years coaching product teams to make better decisions about what to build. She is a maker at heart: product discovery exists so makers ship useful things instead of crickets. The through-line is engineer involvement. Marty Cagan's line sticks: engineers know best what is just now possible. Teresa's Google Maps API story makes it concrete - a PM would never have invented map pins for customer connection without an engineer who saw the new API and understood the business. AI accelerates that dynamic. Her podcast Just Now Possible interviews teams building AI products for that reason. Coding agents write a lot of code; they do not replace judgment about scalability, security, maintainability, or a data model that will survive the next iteration. They dig into continuous discovery habits: weekly customer contact, opportunity solution trees that separate outcomes from solutions, and the confirmation-bias trap of comparing every idea only to the status quo. The Mom Test warning is sharp - showing someone your solution teaches you whether they are polite, not whether the problem is real. When leadership wants ticket-takers, Teresa's answer is not "quit immediately." Start with genuine curiosity: "I'm curious, can you tell me more?" Opinionated why-questions create defensiveness. Informed opinions matter after you have customer context - personal preference dressed up as technical expertise usually misses the mark. Homework: talk to someone who matches your customer segment (even casually over coffee) and ask about the last time they experienced the problem your product exists to solve. Or sit in on interviews your PM, designer, researcher, sales, or support teams already run. Homework Identify who uses your product (or who has the problem it solves) and find one person in your network who matches that segment. Have a casual conversation (coffee, LinkedIn second-degree, whatever fits) and ask: tell me about the last time you experienced [the problem your product solves]. Learn about them as a human - not about your product. If customer contact is blocked, ask to observe an interview your PM, designer, researcher, sales, or support team is already running. Resources Product Talk Product Discovery Basics Continuous Discovery Habits Just Now Possible podcast Teresa on Bluesky Teresa on LinkedIn Teresa on X Guest: Teresa Torres Company: Product Talk 𝕏: @ttorres Host: Kent C. Dodds Website: kentcdodds.com 𝕏: @kentcdodds GitHub: @kentcdodds YouTube: kentcdodds-plus Podcast: epicproduct.engineer See on Epic Product Engineer

More from Become an Epic Product Engineer

Oct 21, 2026

If you only get asked about feasibility, this episode is for you. Kent talks with Sam Julien - Director of Product at CopilotKit, author of Agentic GraphRAG - about moving past ticket-taking, collaborative product-engineering dialogue, and frameworks that help you push back with vocabulary. They cover leverage / neutral / overhead triage, Kagan's four big risks, communicating intent with AI agents, and why engineers need product models even when they have a PM.

Oct 14, 2026

If you ship features and never hear what users actually said, this episode is for you. Kent talks with Ben Vinegar - co-founder of Modem, formerly founding engineer and VPE at Sentry - about aggregating feedback, eliminating adoption barriers, and keeping human judgment in the loop as AI speeds up shipping. They cover FreshBooks-era product engineering, Modem's approach to capturing feedback across Slack, Discord, GitHub, and support tools, and why five real conversations beat a median LLM opinion.

Sep 30, 2026

If you still build for an audience of one and get defensive when users "use it wrong," this episode is for you. Kent talks with Mark Techson - staff developer relations engineer on Angular at Google - about empathy as a career differentiator, listening without defense, and why knowing what to build still beats vibe-coding forever. They cover internal tools as real products, a fitness-app failure that forced better questions, Google Developer Experts as a feedback loop, durable expertise in the AI era, and why attention is the scarce resource when anyone can ship. Mark Techson (legal name Mark Thompson) has spent about twenty years building software - teaching, senior engineering roles, a fitness startup, American Express fraud tooling, healthcare exchange apps, and now staff DevRel on Angular at Google. The views in this episode are his own; he notes he works for a major frontier-model provider. The through-line is empathy. Mark's number-one product-engineering skill is putting yourself in the end user's seat before you ship. Engineers who only implement tickets miss the concert of perspectives PMs, EMs, and builders bring when everyone aims at the best user experience. He compares great teams to a film set where talent still suggests a shoulder turn that makes the scene land. Listening without defense is the mechanism. Feedback means either you built it wrong or they cannot see how it works - both are actionable. Mark's hard lesson was a fitness app he built for himself: even his wife chose another app. Surveys flipped his assumption from "customize everything" to "just tell me what to do." At Google he leans on Angular GDEs and a simple reply to angry comments: tell me more. They also talk AI. Expertise is not going out of style - Mark uses a guitar-tuner analogy: auto-tune does not erase your ear. Knowing what to build, who to build for, and how to orchestrate agents matters more as code gets cheaper. Kent adds that human attention stays finite even if tokens get cheap. Mark closes against the "you're left behind" narrative: you do not have to live on the bleeding edge, but ignoring AI is the only wrong move. Homework: write a prompt for the first basic version of a product you have been postponing, run it in any AI tool, and notice what you failed to specify. Homework Pick a product idea you have postponed for lack of time or skill. Write a prompt that describes only the first basic version - not the million-dollar finished product. Run that prompt in any AI coding tool, then list what was missing from your prompt and iterate toward that first version. Resources Mark Techson Mark on X Mark on GitHub Mark on LinkedIn Angular Google Developer Experts Guest: Mark Techson Company: Google GitHub: @MarkTechson 𝕏: @MarkTechson Host: Kent C. Dodds Website: kentcdodds.com 𝕏: @kentcdodds GitHub: @kentcdodds YouTube: kentcdodds-plus Podcast: epicproduct.engineer Mark's views are his own. He notes he works for a major frontier-model provider (Google).

Sep 23, 2026

If execution got cheap and you still wait for someone to tell you what to build, this episode is for you. Kent talks with Joyce Er about five years owning features on VS Code, the jump to product at Cerebras, and why trust is the metric that tells you the work is working.

Sep 16, 2026

If you ship a feature and never click through it yourself, this episode is for you. Kent talks with Rita Kozlov, VP of Product for Cloudflare's developer platform, about the line between product managers and product engineers, why ownership still matters when prototypes look real, and how far upstream an engineer should insert themselves.

See all episodes →