The discovery sprint is great
Ran the five day format with my trio. Friday's decision meeting was the clearest we have had.
Browse
Map assumptions, run customer interviews and cheap experiments, and decide with evidence which ideas deserve engineering time
Created by Yasmin Farouk
Most product ideas do not work as expected. Some solve a problem customers do not have, some are too hard to use, and some cost more to build than they return. Product discovery is the work of finding this out cheaply, before the team spends months building. This course teaches discovery as a weekly habit for product trios: a product manager, a designer and an engineer working together.
You will run discovery for a realistic product, a team expense tool whose leadership wants to add a corporate card feature. Instead of debating opinions, you will map assumptions, talk to customers and run small experiments.
Section 1 lays the foundations. Later sections cover interviewing, experiment design, interpreting results and fitting discovery alongside delivery so it does not become a separate phase that slows everything down. The final section walks through a one week discovery sprint from start to finish.
You should already know the basics of product work, such as what a roadmap and a user story are. The course suits product managers, product designers and engineers who want a say in what gets built, not only how.
UX researcher teaching interviews, usability testing and discovery that changes product decisions
I have spent most of my career as a user researcher on small product teams, where research has to be fast, cheap and directly tied to a decision. I plan studies, recruit participants, run interviews and moderated usability tests, and turn messy notes into findings that a team can act on the same week.
My courses focus on the practical middle of research work: writing a discussion guide that avoids leading questions, choosing between an interview and a test, synthesising with affinity mapping, and presenting results without a forty page deck. I also teach discovery habits for product teams that do not have a dedicated researcher.
Every lesson comes with templates I actually use, and the exercises are built around a realistic product so you can practise on something that feels like work.
Ran the five day format with my trio. Friday's decision meeting was the clearest we have had.
We mapped assumptions for our biggest planned feature and found the core one had no evidence. Two weeks of tests saved us a quarter.
The small sample lesson helped me present findings to leadership without overselling them.
My interviews used to be full of opinions. Asking for the story of a specific event made them far more useful.
Experiment cards and pre set criteria are now a team habit. The concierge test example was excellent.
As a tech lead I liked how the course positions engineers in discovery. I joined my first interviews after this.
The expense tool case is detailed, but our consumer app needed different experiment types. Still useful overall.