跳到主要内容
知仓学习社ZHICANG

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 p…

不碰外部(只输出文字)无严重或高危命中product-on-purpose/pm-skills

它会碰到什么

扫了多少5 个文本文件,30 KB
它会碰到什么不碰外部(只输出文字)
命中总数0 处
命中统计严重 0 · 高 0 · 中 0 · 低 0

这一栏是扫描器报的事实,不是结论。命中多不等于有毒(安全工具、规则库、示例脚本本来就会包含危险写法),命中少也不等于干净。它和你手上的凭据、文件、网络有什么关系,需要你自己看。

技能内容

<!-- 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
  • 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:

  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.

  1. 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.

  1. Review Hypotheses

Revisit the original hypotheses that justified the current direction. Which have been validated? Which have been invalidated? Which remain untested?

  1. 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?

  1. Analyze Each Option

Evaluate options against key criteria: market opportunity, competitive advantage, team capability, resource requirements, and risk. Use evidence, not opinions.

  1. Make the Decision

State the chosen direction clearly. Explain the rationale, acknowledging trade-offs. If the team disagrees, capture dissenting views.

  1. 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.

想直接用这个技能?

本站把开放许可(MIT / Apache 等)的技能按仓库打包整理到网盘,点一下转存到你自己的网盘,不用一个个从 GitHub 拉。许可未声明的技能只给原始仓库链接,不打包。