Iterate Pivot Decision
Documents a strategic pivot or persevere decision with the evidence, analysis, and rationale. Use when evaluating whether to change direction on a product, feature, or strategy based on market feedback.
MCP get_skill({ skillId: "pivot-decision-9bf6fb7f" })Use this skill with your agent
Create a free account and connect via MCP
<!-- PM-Skills | https://github.com/product-on-purpose/pm-skills | Apache 2.0 --> # Pivot Decision A pivot decision document captures the analysis and rationale behind a strategic direction change.or the decision to stay the course. Based on the Lean Startup concept of "pivot or persevere," this artifact ensures major strategic decisions are made with evidence, communicated clearly, and preserved for organizational learning. ## When to Use - After significant validated learning suggests the current direction may not work - At planned pivot-or-persevere checkpoints (e.g., after MVP launch) - When key hypotheses have been invalidated by market feedback - During strategy reviews when considering major direction changes - When stakeholders are debating whether to change course ## When NOT to Use - You are reporting experiment results without a direction decision attached -> use `measure-experiment-results` - The decision is technical or architectural rather than directional -> use `develop-adr` - You want to explore candidate directions before deciding anything -> use `define-opportunity-tree` - The team needs the period-end reflection ceremony -> use `iterate-retrospective`; a pivot call is a decision document, not a retro ## Instructions When asked to document a pivot decision, follow these steps: 1. **Summarize Current State** Document what you're currently doing, how long you've been doing it, what you've invested, and what results you've achieved. This grounds the decision in reality. 2. **Present the Evidence** Compile all relevant data: metrics, user feedback, experiment results, market signals. Be comprehensive.include evidence that supports both staying and changing course. 3. **Review Hypotheses** Revisit the original hypotheses that justified the current direction. Which have been validated? Which have been invalidated? Which remain untested? 4. **Define Options** Articulate at least three options: persevere (continue current direction), and two or more distinct pivot options. Describe each option concretely.what would change? 5. **Analyze Each Option** Evaluate options against key criteria: market opportunity, competitive advantage, team capability, resource requirements, and risk. Use evidence, not opinions. 6. **Make the Decision** State the chosen direction clearly. Explain the rationale, acknowledging trade-offs. If the team disagrees, capture dissenting views. 7. **Plan Implementation** Outline what happens next: immediate actions, resource needs, success criteria for the new direction, and communication plan. ## Output Format Use the template in `references/TEMPLATE.md` to structure the output. A complete decision document fills every template section: Overview; Executive Summary; Current State; Evidence Summary; Hypothesis Review; Options Considered; Analysis; Decision; Implementation Plan; Communication Plan; and Appendix. ## Quality Checklist Before finalizing, verify: - [ ] Current state includes honest assessment of results - [ ] Evidence is comprehensive, not cherry-picked - [ ] Multiple options are analyzed fairly - [ ] Decision rationale is clear and evidence-based - [ ] Implementation plan is actionable - [ ] Dissenting views are captured ## Examples See `references/EXAMPLE.md` for a completed example.
Related Skills
More skills in Business, Marketing & Sales
Ab Testing
When the user wants to plan, design, or implement an A/B test or experiment, or build a growth experimentation program. Also use when the user mentions "A/B test," "split test," "experiment," "test this change," "variant copy," "multivariate test," "hypothesis," "should I test this," "which version is better," "test two versions," "statistical significance," "how long should I run this test," "growth experiments," "experiment velocity," "experiment backlog," "ICE score," "experimentation program," or "experiment playbook." Use this whenever someone is comparing two approaches and wants to measure which performs better, or when they want to build a systematic experimentation practice. For tracking implementation, see analytics. For page-level conversion optimization, see cro.
Ab Test Setup
When the user wants to plan, design, or implement an A/B test or experiment. Also use when the user mentions "A/B test," "split test," "experiment," "test this change," "variant copy," "multivariate test," "hypothesis," "conversion experiment," "statistical significance," or "test this." For tracking implementation, see analytics-tracking.
Ab Test Setup
Ab Test Setup linked from Corey Haines marketing skills, with the upstream skill instructions available on GitHub.
Ab Test Store Listing
When the user wants to A/B test App Store product page elements to improve conversion rate. Also use when the user mentions "A/B test", "product page optimization", "test my screenshots", "test my icon", "conversion rate optimization", "CPP", or "custom product pages". For screenshot design, see screenshot-optimization. For metadata optimization, see metadata-optimization.
Account Research
Research a company or person and get actionable sales intel. Works standalone with web search, supercharged when you connect enrichment tools or your CRM. Trigger with "research [company]", "look up [person]", "intel on [prospect]", "who is [name] at [company]", or "tell me about [company]".
Account Research
Research a company using Common Room data. Triggers on 'research [company]', 'tell me about [domain]', 'pull up signals for [account]', 'what's going on with [company]', or any account-level question.
Explore Other Categories
Skills from other categories with shared topics
Deliver User Stories
Generates user stories in the standard persona, action, benefit story format from product requirements or feature descriptions. Use when breaking a feature into stories for sprint planning, writing tickets, or communicating scope to engineering. For testable Given/When/Then acceptance criteria on a story, use deliver-acceptance-criteria; for boundary and failure scenarios, use deliver-edge-cases.
Utility Update Pm Skills
Checks for newer pm-skills releases, compares local vs. latest version, previews what would change, and updates local files after user confirmation. Generates a structured update report documenting changed files, new capabilities, and the value delta between versions. Use when you want to bring a local pm-skills installation up to date.
Develop Adr
Creates an Architecture Decision Record following the Nygard format to document significant technical decisions, their context, and consequences. Use when making technical choices that affect system architecture, technology selection, or development patterns.