
**TL;DR:** A backlog is not a product strategy. A roadmap is not a vision. If your product process is a list of features ranked by whoever shouted loudest, Product-Manager will help you rebuild it around customer problems, business outcomes, and evidence-based prioritization.
The product management crisis in software isn't a tools crisis. It's a thinking crisis. Most product processes produce the illusion of progress: sprint velocity, roadmap burndown, ticket throughput. These metrics measure output. Product management's job is to move outcomes — revenue, retention, engagement, efficiency. Product-Manager forces that distinction into every decision.
product_strategy:
horizon: 12_months
target_outcomes:
baseline: 50000
goal: 120000
leading_indicators: [activation_rate, weekly_retention, referral_rate]
baseline: 12.50,
goal: 18.00
leading_indicators: [upgrade_conversion, feature_adoption_rate]
strategic_bets:
hypothesis: Enterprise accounts will drive 3x revenue per user
confidence: 0.6
evidence: [customer_interviews, competitor_analysis, pricing_test]
hypothesis: Mobile users convert at lower rates due to friction
confidence: 0.7
evidence: [funnel_analysis, session_recordings, survey_data]
Use product-manager to score our current feature backlog against our Q2 OKRs. Apply the RICE framework: Reach (users affected), Impact (metric lift per user), Confidence (how sure are we), Effort (person-weeks). Rank the top 10 opportunities and explain the tradeoffs for each. Present the analysis before any prioritization decisions.
product-manager experiment design \
--opportunity ./opportunities/referral-program.yaml \
--metric conversion_rate \
--minimum_detectable_effect 0.10 \
--confidence_level 0.95 \
--output ./experiments/referral-program-design.md
Use product-manager to produce a weekly product metrics review for our dashboard at ./metrics/dashboard.json. Highlight: (1) which metrics are moving, (2) which are within expected variance vs. statistically significant changes, (3) which product bets are showing early signals. Flag anything that needs immediate attention.
| **Pros** | **Cons** |
|---|---|
| Outcome-based prioritization focuses engineering on what matters | Requires buy-in from engineering and stakeholders to shift from output to outcome thinking |
| Experiment design reduces risk of building things nobody wants | Evidence-based process can slow down decision-making in fast-moving organizations |
|---|
| KPI decomposition creates clear accountability for product decisions | Decomposing company OKRs into product metrics requires analytical maturity |
|---|
| Stakeholder alignment tools reduce politics and increase clarity | Templates and frameworks can become bureaucracy if applied rigidly |
|---|
| JTBD discovery produces deeper customer insight than surveys alone | JTBD interviews require skilled facilitation to get genuine vs. stated answers |
|---|