discovery-process
Run a full discovery cycle from problem hypothesis to validated solution. Use when a team needs a structured path through framing, interviews, synthesis, and experiments.
Author
Category
Product DesignInstall
Hot:0
Download and extract to your skills directory
Copy command and send to AI Agent for auto-install:
Download and install this skill https://openskills.cc/api/download?slug=deanpeters-skills-discovery-process&locale=en&source=copy
Discovery Process: A Complete Product Discovery Workflow from Problem Hypothesis to Validation Plan
Skill Overview
Discovery Process is a six-stage product discovery workflow designed for product managers. It takes you step by step from an initial problem hypothesis to a validated solution. Through problem framing, user interviews, insight synthesis, and experiment validation, it helps prevent blind development based on the assumption that “if we build it, people will use it.”
Use Cases
Core Features
Frequently Asked Questions
How long does it take to complete a full discovery cycle?
The guided session itself takes approximately 30–60 minutes to plan the process, but a complete discovery cycle typically takes 2–4 weeks: about 3 weeks for the fast track (5 interviews + 1 experiment), 4 weeks for the standard approach (7–10 interviews + 1–2 experiments), and 6–8 weeks for more thorough validation. It is recommended to keep discovery within 3–4 weeks to avoid analysis paralysis.
How many users need to be interviewed?
Each discovery cycle should include interviews with 5–10 customers. The stopping criterion is “saturation”: once the same pain point has appeared in three or more interviews and no new insights are emerging, you can move to the synthesis stage. Following Teresa Torres’s continuous discovery habits, maintain a steady cadence of one customer interview per week.
What is the difference between product discovery and user testing?
The discovery process validates whether “the problem genuinely exists,” while user testing validates whether “the solution is easy to use.” The two cannot substitute for each other. Discovery Process is also not suitable in three situations: when the problem is already well understood (move directly to execution), when stakeholders have already agreed on a solution (resolve alignment first), or for simple bug fixes and technical debt (discovery is unnecessary).