Full-Cycle Product Manager
Move from a customer problem through discovery, validation, strategy, a build-ready PRD, launch, measurement, and the next product decision.
Steps
- 1
Define the Problem
Frame the customer problem before proposing a feature. Specify the user segment, job or pain, context, existing alternatives, and desired change. Distinguish evidence from belief, and ensure the problem is specific enough to validate or falsify.
- 2
Discovery
Explore the opportunity space before narrowing it. Gather or synthesize customer evidence, map opportunities, generate multiple solution directions, and preserve unanswered questions. Do not write a feature specification or commit to a solution at this stage.
- 3
Map Assumptions
List the value, usability, viability, feasibility, and go-to-market assumptions behind the leading options. Rank them by impact and uncertainty so the team knows which belief could most cheaply invalidate the investment.
- 4
Design Experiments
Design the smallest credible experiment for each critical assumption. Define the audience, method, cost, required evidence, success threshold, failure threshold, and the decision that follows each result. Prefer learning before building.
- 5
Product Strategy
Turn validated learning into a product bet. Define the target segment, positioning, differentiated value, strategic trade-offs, success measures, and capabilities required to win. State the hypotheses that still need monitoring after launch.
- 6
Prioritize
Compare initiatives using impact, confidence, effort, dependencies, risk, and strategic alignment. Make the opportunity cost visible. Select the initiative to pursue now and explicitly document what is deferred or declined and why.
- 7
Write PRD
Write an implementation-ready PRD: problem, users, objective, scope, requirements, non-goals, acceptance criteria, metrics, edge cases, dependencies, and unresolved assumptions. Ensure each requirement can be tested and that the document does not substitute unvalidated detail for evidence.
- 8
Launch Plan
Plan who receives the release, how it is introduced, what messaging and enablement are required, and which operational risks must be covered. Define rollout stages, decision owners, rollback criteria, and launch-day communication before release.
- 9
Measure and Learn
Set a baseline, metric tree, North Star metric, guardrails, and review cadence. Define the thresholds for continue, improve, pause, or stop. Review the evidence after launch and make the next product decision rather than treating launch as completion.
Content Digest
sha256:sha256:09bdf3c065f0b3502449ea3a9fe196ead9c38fb02507ac254615dba59e3feb84{"category":"productivity","description":"Move from a customer problem through discovery, validation, strategy, a build-ready PRD, launch, measurement, and the next product decision.","inputSchema":{"properties":{"problemContext":{"description":"The observed customer problem, request, or opportunity.","type":"string"},"productArea":{"description":"The product or feature area.","type":"string"},"research":{"description":"Available customer research, quantitative data, or competitive information.","type":"string"}},"required":["product-area","problem-context"],"type":"object"},"schemaVersion":1,"steps":[{"expectedOutputs":[{"name":"problem-statement","type":"artifact"},{"name":"user-segment","type":"artifact"},{"name":"current-alternatives","type":"list"}],"id":"OZA6","instructions":"Frame the customer problem before proposing a feature. Specify the user segment, job or pain, context, existing alternatives, and desired change. Distinguish evidence from belief, and ensure the problem is specific enough to validate or falsify.","resourceHints":[{"kind":"skill","ref":"github:phuryn/pm-skills","selector":"analyze-feature-requests"}],"title":"Define the Problem"},{"expectedOutputs":[{"name":"opportunities","type":"list"},{"name":"solution-ideas","type":"list"},{"name":"open-questions","type":"list"}],"id":"Y52Q","instructions":"Explore the opportunity space before narrowing it. Gather or synthesize customer evidence, map opportunities, generate multiple solution directions, and preserve unanswered questions. Do not write a feature specification or commit to a solution at this stage.","resourceHints":[{"kind":"skill","ref":"github:phuryn/pm-skills","selector":"brainstorm-ideas-existing"},{"kind":"skill","ref":"github:phuryn/pm-skills","selector":"opportunity-solution-tree"}],"title":"Discovery"},{"expectedOutputs":[{"name":"assumption-map","type":"artifact"},{"name":"riskiest-assumptions","type":"list"}],"id":"L35O","instructions":"List the value, usability, viability, feasibility, and go-to-market assumptions behind the leading options. Rank them by impact and uncertainty so the team knows which belief could most cheaply invalidate the investment.","resourceHints":[{"kind":"skill","ref":"github:phuryn/pm-skills","selector":"identify-assumptions-existing"},{"kind":"skill","ref":"github:phuryn/pm-skills","selector":"prioritize-assumptions"}],"title":"Map Assumptions"},{"expectedOutputs":[{"name":"experiments","type":"list"},{"name":"validation-criteria","type":"artifact"},{"name":"required-evidence","type":"list"}],"id":"YJHN","instructions":"Design the smallest credible experiment for each critical assumption. Define the audience, method, cost, required evidence, success threshold, failure threshold, and the decision that follows each result. Prefer learning before building.","resourceHints":[{"kind":"skill","ref":"github:phuryn/pm-skills","selector":"brainstorm-experiments-existing"}],"title":"Design Experiments"},{"expectedOutputs":[{"name":"strategic-thesis","type":"artifact"},{"name":"target-segment","type":"artifact"},{"name":"positioning","type":"artifact"},{"name":"strategic-tradeoffs","type":"list"}],"id":"0FUF","instructions":"Turn validated learning into a product bet. Define the target segment, positioning, differentiated value, strategic trade-offs, success measures, and capabilities required to win. State the hypotheses that still need monitoring after launch.","resourceHints":[{"kind":"skill","ref":"github:phuryn/pm-skills","selector":"product-strategy"}],"title":"Product Strategy"},{"expectedOutputs":[{"name":"prioritized-initiatives","type":"list"},{"name":"prioritization-rationale","type":"artifact"},{"name":"deprioritized-items","type":"list"}],"id":"JH7C","instructions":"Compare initiatives using impact, confidence, effort, dependencies, risk, and strategic alignment. Make the opportunity cost visible. Select the initiative to pursue now and explicitly document what is deferred or declined and why.","resourceHints":[{"kind":"skill","ref":"github:phuryn/pm-skills","selector":"prioritize-features"}],"title":"Prioritize"},{"expectedOutputs":[{"name":"prd","type":"artifact"},{"name":"acceptance-criteria","type":"list"},{"name":"non-goals","type":"list"},{"name":"success-metrics","type":"artifact"}],"id":"MISN","instructions":"Write an implementation-ready PRD: problem, users, objective, scope, requirements, non-goals, acceptance criteria, metrics, edge cases, dependencies, and unresolved assumptions. Ensure each requirement can be tested and that the document does not substitute unvalidated detail for evidence.","resourceHints":[{"kind":"skill","ref":"github:phuryn/pm-skills","selector":"create-prd"}],"title":"Write PRD"},{"expectedOutputs":[{"name":"launch-plan","type":"artifact"},{"name":"rollout-plan","type":"artifact"},{"name":"launch-checklist","type":"checklist"}],"id":"S560","instructions":"Plan who receives the release, how it is introduced, what messaging and enablement are required, and which operational risks must be covered. Define rollout stages, decision owners, rollback criteria, and launch-day communication before release.","resourceHints":[{"kind":"skill","ref":"github:phuryn/pm-skills","selector":"gtm-strategy"}],"title":"Launch Plan"},{"expectedOutputs":[{"name":"metric-tree","type":"artifact"},{"name":"north-star-metric","type":"decision"},{"name":"review-cadence","type":"schedule"}],"id":"LONA","instructions":"Set a baseline, metric tree, North Star metric, guardrails, and review cadence. Define the thresholds for continue, improve, pause, or stop. Review the evidence after launch and make the next product decision rather than treating launch as completion.","resourceHints":[{"kind":"skill","ref":"github:phuryn/pm-skills","selector":"metrics-dashboard"},{"kind":"skill","ref":"github:phuryn/pm-skills","selector":"north-star-metric"}],"title":"Measure and Learn"}],"title":"Full-Cycle Product Manager"}