Iterate Pivot Decision

product-on-purpose/pm-skills/skills/iterate-pivot-decision

作者 product-on-purpose1cef1a9eae10017389863d51e289e0ae41e17fcbApache-2.0收錄於 2026年10月9日更新於 2026年10月9日

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.

AI 產生的概覽

記錄「轉向或堅持」決策,包含證據、選項分析、理由與實施計畫。

功能
這個技能會引導撰寫一份轉向決策文件,記錄產品、功能或策略應該改變方向還是維持現狀。內容依序涵蓋:總結目前狀態、彙整證據、回顧原始假設、定義至少三個選項、依準則分析各選項、說明決策及其理由與異議,並規劃實施與溝通。輸出依循 references/TEMPLATE.md 的範本,references/EXAMPLE.md 提供完整範例。它只有指示說明,並未附帶指令碼。
適用情境
適用於經過驗證的學習顯示目前方向可能行不通之後、既定的轉向或堅持檢查點(例如 MVP 發布後)、關鍵假設被市場回饋推翻時,或利害關係人正在爭論是否改變方向時。它不適用於只報告實驗結果而沒有方向決策、技術架構決策、探索候選方向、回顧會議,或產品建置前的範圍裁定。
執行需求
不需要任何工具、套件、執行環境、憑證或網路存取;它只有指示說明,並未附帶指令碼。它引用兩份隨附文件:references/TEMPLATE.md 與 references/EXAMPLE.md。
<!-- 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.

  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.

來源與署名

來源:product-on-purpose/pm-skills位於skills/iterate-pivot-decision提交1cef1a9

授權條款: Apache-2.0

內容歸原作者所有。SourceWeft 從公開儲存庫中收錄這些內容。

檢舉或申請下架