Iterate pivot decision
Skill product-on-purpose/pm-skills/skills/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.From its SKILL.md
npx -y skills add product-on-purpose/pm-skills --skill iterate-pivot-decisionAssembled from the repository path, not quoted from the project. Check it against their README if it does not work.
What its file declares
Copied from the file, not written here
The file declares its own license as Apache-2.0. That is the author’s claim about this one file, and it is not the same thing as the license GitHub reports for the repository, which is listed with the other numbers below.
SKILL.md
3.9 KB, 703 tokens by cl100k_base, as published. Nobody here has run it
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 - The product is not built yet, and the question is whether to build a new idea, feature, or scope change at all (a build / validate / cut verdict) -> use
foundation-build-risk-review; a pivot call weighs market feedback on something already shipped
Instructions
When asked to document a pivot decision, follow these steps:
-
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.
-
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.
-
Review Hypotheses Revisit the original hypotheses that justified the current direction. Which have been validated? Which have been invalidated? Which remain untested?
-
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?
-
Analyze Each Option Evaluate options against key criteria: market opportunity, competitive advantage, team capability, resource requirements, and risk. Use evidence, not opinions.
-
Make the Decision State the chosen direction clearly. Explain the rationale, acknowledging trade-offs. If the team disagrees, capture dissenting views.
-
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.
What ships with it: 4 files
26.1 KB alongside SKILL.md
evals/
- trigger-fixtures.json4.2 KB
references/
- EXAMPLE.md13.9 KB
- TEMPLATE.md6.9 KB
- HISTORY.md1.1 KB
Gives 0 of the 12 instructions most roadmap strategy skills give in 703 tokens
Counted across 614 of the 719 authors here whose files we hold, read 2026-09-06
- Check for product marketing context firstin 39 of 614, across 16 files
- Use compact with a custom summaryin 32 of 614, across 16 files
- Compact after planningin 30 of 614, across 16 files
- Do not compact mid-implementationin 30 of 614, across 17 files
- Structure launch marketing across three channel typesin 21 of 614, across 5 files
- Read the compaction suggestionin 20 of 614, across 10 files
- Write before compactingin 17 of 614, across 11 files
- Write important context to files before compactingin 16 of 614, across 5 files
- Recruit early users one-on-onein 16 of 614, across 3 files
- Identify 3-5 core content pillarsin 15 of 614, across 9 files
- Target a specific keyword or questionin 14 of 614, across 4 files
- Stagger announcements to maintain momentumin 14 of 614, across 4 files
Said here and by no other author read
- Summarize current state and results
- Present comprehensive evidence and data
- Review original validated hypotheses
- Define persevere and pivot options
- State chosen direction and rationale
- Outline implementation plan
Grouped from the skills themselves: near-identical wordings counted once, and counted by distinct author, so one author publishing three of these counts once. Length counted with cl100k_base; the agent that loads this file may tokenize it differently.