Self-paced Product judgment practice

Product Management Exercises

Make realistic Product decisions from evidence and constraints, externalize why you chose them, then inspect the quality of your reasoning before revising it. The goal is not to guess a hidden answer-it is to notice which evidence, assumptions, alternatives, trade-offs, or reversal conditions your first pass missed.

11 decision scenariosFoundation → Advanced reasoningNo loginBrowser-only draftsNo hiring or PM scoreNo AI grading

Practice method

Evidence → decision → explicit reasoning → reveal → self-review → revision → next rep

Product judgment improves when you commit to a choice before seeing guidance, then compare the reasoning dimensions that mattered. A learner spending twenty focused minutes on one difficult decision can learn more than someone rapidly revealing ten answers.

  1. 01

    Read the evidence and constraint

    Treat the scenario as the complete fictional evidence packet. Separate what is given from what you are interpreting or assuming.

  2. 02

    Commit your reasoning

    Write the decision or learning action, rationale, strongest evidence, biggest assumption, accepted trade-off, and what would change your mind.

  3. 03

    Reveal guidance after the attempt

    The guide highlights strong reasoning signals, weak patterns, and alternative defensible paths. It is not a model answer or automatic grade.

  4. 04

    Self-review the dimensions that mattered

    Mark each dimension Missing, Present but weak, or Decision-useful. Different exercises use different review prompts; there is no percentage score.

  5. 05

    Revise without erasing the first answer

    Keep the original reasoning intact, write a revised recommendation, and name what changed after comparing against the guide.

  6. 06

    Transfer the judgment into another context

    Choose the weakest reasoning dimension and practice it again in a different scenario-or learn first when the mental model itself is unclear.

Difficulty means reasoning complexity

Advanced does not mean “for Senior PMs only”

Foundation

One primary reasoning move with bounded ambiguity.

Intermediate

Conflicting or incomplete evidence with multiple plausible paths.

Advanced

Several interacting constraints, stakeholders, segments, or second-order effects.

A beginner can attempt an Advanced case with support; an experienced PM can still benefit from a Foundation rep in an unfamiliar context. Difficulty describes the ambiguity and interactions in the exercise, not your professional level.

Practice library

Choose the decision you need to practice-not the longest scenario

These links select a stable exercise inside the practice lab. The page keeps one canonical URL; fragments exist so PM Skills, the Learning Path, courses, and other resources can route to the exact rep without creating thin exercise pages.

DiscoveryIntermediateDiagnose

Three feature requests, one underlying problem

Turn competing feature requests into one evidence-aware learning decision.

Problem FramingFoundationFrame

Turn “users need saved searches” into a decision-ready requirement

Turn a solution-shaped request into a bounded problem, scope, and explicit unknowns.

PrioritizationIntermediatePrioritize

Choose one onboarding bet with incomplete evidence

Choose one bet-or a learning action-without converting weak evidence into fake precision.

Product SenseFoundationScope

Improve approvals for field supervisors

Choose the user, problem, solution direction, and success signal without feature-listing.

MetricsIntermediateMeasure

Feature usage rose while retention fell

Diagnose conflicting adoption and retention signals without inventing causality.

ExecutionIntermediateIncident

Checkout completion drops after a release

Make a reversible containment decision while measurement and root cause are still uncertain.

StrategyAdvancedStrategy

Choose one growth direction for a B2B product

Make one strategic choice with a clear objective, non-goals, bets, and revision triggers.

ExecutionIntermediateRoadmap

Sequence bets when the dependencies do not line up

Sequence outcomes and conditional bets without turning uncertain dependencies into promises.

MetricsIntermediateExperiment

Test a notification idea without forcing an A/B test

Choose the lightest credible evidence-generating test and precommit to how results change the decision.

InfluenceAdvancedTrade-off

Sales, Engineering, and Growth all want the next six weeks

Turn competing functional requests into one shared decision with explicit ownership and revisit conditions.

ExecutionAdvancedReassess

Activation improved, support burden rose

Choose rollout depth when early outcomes improve but guardrails and long-term evidence are incomplete.

Deliberate practice lab

Evidence → decision → self-review → revision → next rep

Every scenario is fictional and self-paced. Make your reasoning inspectable before the guide, compare dimensions rather than answers, revise what changed, then transfer the same judgment into another context.

Choose the capability you want to practice

Choose reasoning complexity-not PM seniority

DiscoveryIntermediateDiagnose decision

Three feature requests, one underlying problem

Practice target: Turn competing feature requests into one evidence-aware learning decision.

Direct link to this exercise

Scenario

Synthetic exercise evidence

You own a fictional B2B workflow product. Support, Sales, and users are asking for a Slack digest, bulk editing, and mobile approvals. The team can spend one week reducing uncertainty before the next planning cycle, but cannot build a major integration this sprint.

Evidence packet

Treat these as the facts supplied by the fictional scenario. Do not invent extra domain information.

  • Support tickets mention the Slack digest most often, but many describe the underlying pain as chasing reviewers and switching context to find pending work.
  • In recent manager interviews, only one person insisted on Slack specifically; others cared more about knowing what is blocked and who needs to act.
  • Usage data shows many invited reviewers never complete a first approval, with a larger drop on mobile than desktop.
  • One enterprise prospect has made a Slack integration part of its evaluation, but the deal is not committed.

Binding constraint

You have one discovery week. You can run targeted interviews, inspect event data, or prototype a lightweight workflow, but you cannot build all three requests to see what happens.

Your decision task

  1. 1Identify the user problems that may sit underneath the three requested features.
  2. 2Separate facts, interpretations, assumptions, and commercial signals.
  3. 3Choose the next evidence you would gather and explain why it changes the decision.
  4. 4State what you would not decide yet.

Before revealing guidance

The exercise already tells you what the output should contain:

  • Your current problem framing
  • The evidence you trust most
  • The riskiest assumption
  • Your next learning action

Commit your reasoning

Short is fine. The goal is to expose the decision logic, not produce a polished memo.

Drafts stay in this browser. Nothing you write here is sent for grading.

What would you do next? ‘Learn first’, defer, narrow scope, or do nothing can be valid decisions.

Explain the mechanism or reasoning that makes this option stronger than the alternatives.

Name the evidence that actually drove the choice instead of restating every bullet.

What are you treating as true even though the scenario has not proved it?

What value, option, capacity, speed, or certainty are you deliberately giving up?

Name evidence or a threshold that would make you choose differently.

Optional free-form notes

Use the right surface

Learn, practice, inspect, produce, diagnose, and rehearse are different jobs

Practice quality over completion

The useful signal is how your reasoning changes

“11 completed exercises” is not a PM capability score. Use the before/after reasoning delta to identify what changed, then practice the same weak dimension in a different context. If the concept itself is missing, learn first rather than rereading the same guide.