Reference
Product.
A short reminder. Follow a lesson for the decision behind the term.
Problem statement
A description of a user’s obstacle in a particular situation.
Why a PM cares: It keeps solution options open while giving the team a shared outcome to investigate.
Explore in lesson 01 →Jobs to Be Done
A way to describe the progress someone seeks in a specific circumstance.
Why a PM cares: It reveals alternatives and success criteria that feature requests can hide.
Explore in lesson 04 →Assumption
A claim the product bet depends on that may not yet be established.
Why a PM cares: The most consequential uncertainty should guide the next test.
Explore in lesson 06 →Opportunity size
An estimate of the reach, frequency, severity, and value of a problem.
Why a PM cares: Ranges and explicit assumptions support investment decisions without false precision.
Explore in lesson 07 →MVP
The smallest useful experience that tests a consequential product assumption.
Why a PM cares: It connects limited investment to evidence for the next decision.
Explore in lesson 09 →Trade-off
A choice that gains a benefit while accepting a cost or constraint.
Why a PM cares: Naming the sacrifice makes the recommendation assessable and easier to revisit.
Explore in lesson 12 →Strategy
A coherent set of choices about whom to serve, which problems to solve, and how to succeed.
Why a PM cares: It provides reasons to prioritize some attractive opportunities over others.
Explore in lesson 14 →Acceptance criteria
Observable conditions that define acceptable product behavior.
Why a PM cares: They expose ambiguity in business rules, states, and recovery before delivery.
Explore in lesson 58 →