Continuous Product Discovery
Turn customer feedback from a periodic chore into a high-frequency engine for product decisions.
The Guide
5 key steps synthesized from 9 experts.
Establish a continuous research cadence
Move away from project-based research by implementing systematic rituals like a weekly 'Lunch with a customer' or automated outreach to new users. Ensure that the 'product trio' (PM, Designer, and Engineer) all participate in these sessions to build shared intuition and prevent internal assumptions from diverging from reality.
Featured guest perspectives
"Great PMs speak with their customers regularly. They know that no matter how confident they are about what their customers want, they are frequently wrong."— Lenny Rachitsky
Build a shared discovery scrapbook
Create a centralized repository, such as a Notion database, to store customer evidence including feedback screenshots, session recordings, and support tickets as they happen. Organizing this evidence into strategic swim lanes prevents the friction of starting from scratch during planning cycles and ensures decisions are evidence-based.
Featured guest perspectives
"I keep a **Notion database** of feedback screenshots, charts, support tickets, links to Gong calls, Slack threads, you name it. These are all organized by swim lanes (e.g. monetization, onboarding, internal tooling, virality, technical debt. . . ). Every time something comes up in the regular flow of work, I “scrapbook” it for future planning."— Lenny Rachitsky
"About 50% of the companies highlight the job of leveraging data and user research. It’s interesting that this only came up in half of companies. My take is that the remaining companies assume this is going to happen anyway."— Lenny Rachitsky
Map the opportunity space
Use an Opportunity Solution Tree to visually connect business outcomes to unmet customer needs and pain points. This structured system helps maintain a disciplined distinction between the problem space and the solution space, allowing the team to compare multiple ways to solve the same user problem before committing to code.
Featured guest perspectives
"I can tell you that opportunity is an unmet need pain point or desire, and that's great. But I can tell you that 98% of people that write opportunities write them as solutions. So we tend to just really struggle with this distinction between the problem space and the solution space."— Teresa Torres
"The first step is to understand their problems and then understand if there's an opportunity here as opposed to, 'Hey, you want to build X thing for Y person.' So that's the biggest mistake that you really have to unteach and retrain thinking around."— Jiaona Zhang
Perform a behavioral diagnosis
Identify the gap between user intent and action by mapping every micro-step and mental decision required to complete a task. Contrast what users say they intend to do in interviews with their actual behavior in the product to uncover cognitive gaps and environmental barriers that prevent them from reaching their goals.
Embed builders in the user's environment
Implement a 'forward deployed engineer' model or lighthouse user program where technical staff work directly in the customer's operational environment. By doing the customer's job and witnessing their tactical friction firsthand, builders become product-focused and identify high-value opportunities that interviews alone would miss.
Featured guest perspectives
"There was a different type of engineer which you sent into the field. You would spend maybe Monday to Thursday and you would actually go into the building where the customer worked and you would work alongside them. You would literally get a desk there and so, that engineer became known as a forward deployed engineer."— Nabeel S. Qureshi
"You have to be the user to unlock this concept. I don’t mean that spiritually as in “think like the user”; I mean literally do their same job with your product as an extended member of their team and see what you learn."— Lenny Rachitsky
Get this guide as an AI skill for Claude Code
Install This Skill
Add this skill to Claude Code, Cursor, or any AI coding assistant that supports Agent Skills.
Quick Install (Recommended)
Install this skill directly using npx:
npx skills add RefoundAI/lenny-skills --skill continuous-discovery Or install all 76 skills:
npx skills add RefoundAI/lenny-skills Manual Installation
Download the skill
Download Skill (.zip)Add to your project
Create a folder in your project root and add the skill file:
.claude/skills/continuous-discovery/SKILL.md Start using it
Claude will automatically detect and use the skill when relevant. You can also invoke it directly:
Help me with continuous product discovery Or receive these install instructions in your inbox:
Guest Perspectives
Deep dive into what 8 podcast guests shared about continuous product discovery.
Brian Tolkin
"Talking to customers every single day like one-on-one onboarding drivers responding to support tickets, there's no centralized support team, there was no closer to the customer, right? And so I think that foundation actually for really understanding what moves the business and being super close to the customer actually is a pretty good foundation for them going on to say, okay, what do we actually want to build in a more scalable technology way?"
- Directly engage in customer onboarding and support ticket resolution to eliminate centralized filters.
- Foster a feedback loop with local operations teams who 'walk the houses' and understand regional nuances.
- Synthesize qualitative field insights to inform product decisions that headquarters cannot see from a distance.
Itamar Gilad
"Google, was what I call an evidence guided company. So essentially it put a high premium on focusing on customers, coming up with a lot of ideas on looking at the data, looking at how these ideas actually worked out. They weren't shy about launching betas and things that were very rough and incomplete and learning from that and then they expected people to take action based on the results."
- Adopt a "fail fast" mentality where results from rough betas dictate whether to kill, pivot, or proceed with a project.
- Embed data mining and machine learning specialists directly into the product team to support ongoing discovery.
- Expect and require team members to take concrete action based on test results rather than following a static roadmap.
Jeff Weinstein
"The moment the customer felt compelled enough to go out of their way to talk about some problem, that's a unbelievable gift. I will leave a meeting to just get one message back to them. If you're text message friendly with five or 10 of those, you are going to have so much direct signal that is infectious."
- Establish direct text-messaging relationships with a small group of high-signal power users.
- Prioritize responding immediately to customers who go out of their way to report problems.
- Use social media to bypass traditional research barriers and interact directly with users.
Jiaona Zhang
"The first step is to understand their problems and then understand if there's an opportunity here as opposed to, 'Hey, you want to build X thing for Y person.' So that's the biggest mistake that you really have to unteach and retrain thinking around."
- Avoid thinking about specific solutions during the initial discovery phase.
- Focus interviews and research on people’s real-world problems.
- Validate if a genuine opportunity exists before committing to a build.
Judd Antin
"Well, the solution is simple but not easy to me. It's that we need to restructure the way we make products in a way which integrates research much more fully. It looks like consistent relationships in which researchers, and the work, and the insights they provide are a part of the process from beginning to end."
- Integrate researchers into the product process from beginning to end.
- Establish consistent relationships between researchers and product teams.
- Move away from treating user research as a reactive service discipline.
"I think researchers need to be more profit focused. And there are a lot of people out there who, I think they think that's not cool or not research's job, and I'm like, "Well, what are we doing then, if we're not helping businesses succeed?""
- Focus research on profit and helping the business succeed.
- Frame research questions in the context of the conversion funnel and OKRs.
- Align research projects directly with business strategy and target outcomes.
Nabeel S. Qureshi
"There was a different type of engineer which you sent into the field. You would spend maybe Monday to Thursday and you would actually go into the building where the customer worked and you would work alongside them. You would literally get a desk there and so, that engineer became known as a forward deployed engineer."
- Establish a "forward deployed engineer" model where technical staff work on-site at customer offices for the majority of the week.
- Identify high-value problems by having engineers observe the physical and digital friction in the customer's actual daily workflow.
- Require technical staff to prove their ability to deliver outcomes in the field before they can transition into product management roles.
Teresa Torres
"I can tell you that opportunity is an unmet need pain point or desire, and that's great. But I can tell you that 98% of people that write opportunities write them as solutions. So we tend to just really struggle with this distinction between the problem space and the solution space."
- Define every opportunity strictly as an unmet customer need, pain point, or desire.
- Audit your opportunity space to ensure you are not listing features or solutions in disguise.
- Practice staying in the problem space longer to ensure a problem is framed well before ideating.
Upasna Gautam
"I implemented a system to manage that kind of intake with four different touch points or events. So we have weekly demo days, working sessions, breaking news dress rehearsals, and office hours."
- Facilitate weekly demo days to preview features and build product awareness.
- Host collaborative 'working sessions' to recreate user workflows and identify friction.
- Provide consistent office hours for ad-hoc support and stakeholder dialogue.
"In addition to that, we also do I mentioned breaking news dress rehearsals. And you can imagine this is exactly what it sounds like. We recreate their workflows in the new platform. This allows us to address any friction or issues of course that are occurring in their workflows."
- Conduct scripted simulations of high-pressure events to stress-test the product.
- Include actual users in these rehearsals to uncover realistic workflow issues.
- Address identified technical and usability friction immediately following the rehearsal.
"With weekly demo days, I facilitate those with my product design lead and my tech lead. And we use that as an open form of communication to deep dive into features that exist on our platform, also to preview or give a sneak peek of new features to come, and kind of recreate their workflows and do a show and tell."
- Co-facilitate product demo days with both design and engineering leads.
- Use open forums to deep-dive into feature previews with the broader business.
- Include engineers in collaborative working sessions so they understand the 'why' behind user workflows.
Make your product team AI-native
These skills work best as a system. Get a free 8-email course: map how your team works today, wire agents into real workflows, and make it stick. From the team that does this for a living.
Related Skills
Other Discovery & Research skills you might find useful.
Product Taste and Intuition
Product intuition is not a final answer, but a generator of theories that must be refined through de...
View Skill → →Defining Your ICP
Dominate a highly specific, narrow niche to build the market share and ecosystem power necessary to...
View Skill → →Idea Validation
True product de-risking requires starting from first principles to understand the core problem befor...
View Skill → →Mastering Customer Interviews
Customer interviews should focus on uncovering the specific causal events and contextual triggers th...
View Skill → →