Back to Details

product-strategy-session

Compare original and translation side by side

🇺🇸

Original

English
🇨🇳

Translation

Chinese

Purpose

目的

Guide product managers through a comprehensive product strategy session by orchestrating positioning, problem framing, customer discovery, and roadmap planning skills into a cohesive end-to-end process. Use this to move from vague strategic direction to concrete, validated product strategy with clear positioning, target customers, problem statements, and prioritized roadmap—ensuring alignment across stakeholders before committing to execution.
This is not a one-time workshop—it's a repeatable process for establishing or refreshing product strategy, typically spanning 2-4 weeks with multiple touchpoints.
引导产品经理完成全面的产品战略研讨会，将定位、问题构建、客户探索和路线图规划能力统筹成一个连贯的端到端流程。借助本流程，从模糊的战略方向过渡到具体、经过验证的产品战略，明确定位、目标客户、问题陈述和优先级路线图——确保在投入执行前，所有利益相关者达成共识。
这不是一次性的研讨会，而是用于制定或更新产品战略的可重复流程，通常耗时2-4周，包含多个沟通节点。

Key Concepts

核心概念

What is a Product Strategy Session?

什么是产品战略研讨会？

A product strategy session is a structured, multi-phase process that takes a product from strategic ambiguity to validated direction. It orchestrates:
  1. Positioning & Market Context — Define who you serve, what problem you solve, and how you're differentiated
  2. Problem Discovery & Validation — Frame and validate customer problems through research
  3. Solution Exploration — Generate opportunity solutions and prioritize based on impact
  4. Roadmap Planning — Sequence epics and releases based on strategy
产品战略研讨会是一个结构化的多阶段流程，帮助产品从战略模糊状态过渡到经过验证的明确方向。它统筹了以下环节：
  1. 定位与市场背景 —— 定义服务对象、解决的问题以及差异化优势
  2. 问题探索与验证 —— 通过调研构建并验证客户问题
  3. 方案探索 —— 生成潜在解决方案，并根据影响力进行优先级排序
  4. 路线图规划 —— 根据战略排定史诗（Epic）和版本发布顺序

Why This Works

为什么这套流程有效

  • Structured discovery: Prevents jumping to solutions before understanding problems
  • Stakeholder alignment: Creates shared mental model across exec, product, design, engineering
  • Validated strategy: Tests assumptions before committing resources
  • Executable roadmap: Connects high-level strategy to concrete work
  • 结构化探索： 避免在理解问题前就直接跳到解决方案
  • 利益相关者对齐： 在高管、产品、设计、工程团队间建立统一认知
  • 经过验证的战略： 在投入资源前先测试假设
  • 可执行的路线图： 将高层战略与具体工作关联起来

Anti-Patterns (What This Is NOT)

反模式（本流程不适用的情况）

  • Not a feature brainstorm: Strategy sessions frame problems, not just list features
  • Not waterfall planning: Builds in feedback loops and iteration
  • Not a solo PM exercise: Requires cross-functional participation
  • 不是功能头脑风暴： 战略研讨会聚焦于构建问题，而非仅仅罗列功能
  • 不是瀑布式规划： 内置反馈循环和迭代机制
  • 不是产品经理单打独斗： 需要跨职能团队参与

When to Use This

适用场景

  • Launching a new product or major initiative
  • Annual/quarterly strategic planning cycles
  • Repositioning an existing product
  • Onboarding new product leaders (align on strategy)
  • 推出新产品或重大项目
  • 年度/季度战略规划周期
  • 现有产品重新定位
  • 新产品负责人入职（统一战略认知）

When NOT to Use This

不适用场景

  • When strategy is already clear and validated
  • For tactical feature additions (no strategic shift needed)
  • When you lack executive sponsorship (strategy won't stick)
  • 战略已明确且经过验证时
  • 仅需添加战术性功能（无需战略调整）
  • 缺乏高管支持时（战略无法落地）

Facilitation Source of Truth

引导工作的参考标准

When running this workflow as a guided conversation, use 
workshop-facilitation
 as the interaction protocol.
It defines:
  • session heads-up + entry mode (Guided, Context dump, Best guess)
  • one-question turns with plain-language prompts
  • progress labels (for example, Context Qx/8 and Scoring Qx/5)
  • interruption handling and pause/resume behavior
  • numbered recommendations at decision points
  • quick-select numbered response options for regular questions (include 
    Other (specify)
    when useful)
This file defines the workflow sequence and domain-specific outputs. If there is a conflict, follow this file's workflow logic.
当以引导对话的形式推进此工作流时，请使用 
workshop-facilitation
 作为交互协议。
它定义了：
  • 研讨会预告与参与模式（引导式、背景信息输出式、最佳猜测式）
  • 单轮提问模式，搭配通俗易懂的提示语
  • 进度标签（例如：背景问题 Qx/8 和评分问题 Qx/5）
  • 中断处理与暂停/恢复机制
  • 决策节点的编号建议
  • 常规问题的快速选择编号响应选项（必要时包含 
    Other (specify)
    ）
本文件定义了工作流顺序和特定领域的输出内容。若存在冲突，请遵循本文件的工作流逻辑。

Application

应用

Use 
template.md
for the full fill-in structure.
This workflow orchestrates 6 phases over 2-4 weeks, using multiple component and interactive skills.
使用 
template.md
获取完整的填写模板。
此工作流在6个阶段中统筹了 15+个组件型和交互型技能，耗时2-4周。

Phase 1: Positioning & Market Context (Week 1, Days 1-2)

阶段1：定位与市场背景（第1周，第1-2天）

Goal: Define target customer, problem space, and differentiation.
目标： 定义目标客户、问题范围和差异化优势。

Activities

活动

1. Run Positioning Workshop
  • Use: 
    skills/positioning-workshop/SKILL.md
    (interactive)
  • Participants: PM, product leadership, marketing, sales
  • Duration: 90 minutes
  • Output: Draft positioning statement
2. Define Proto-Personas
  • Use: 
    skills/proto-persona/SKILL.md
    (component)
  • Participants: PM, design, customer-facing teams
  • Duration: 60 minutes
  • Output: 1-3 proto-personas (hypothesis-driven)
3. Map Jobs-to-be-Done
  • Use: 
    skills/jobs-to-be-done/SKILL.md
    (component)
  • Participants: PM, design
  • Duration: 60 minutes
  • Output: JTBD statements for each persona
1. 开展定位研讨会
  • 使用： 
    skills/positioning-workshop/SKILL.md
    （交互型）
  • 参与人员： PM、产品领导层、市场营销、销售
  • 时长： 90分钟
  • 输出： 定位声明草稿
2. 定义原型用户画像
  • 使用： 
    skills/proto-persona/SKILL.md
    （组件型）
  • 参与人员： PM、设计、客户对接团队
  • 时长： 60分钟
  • 输出： 1-3个原型用户画像（基于假设）
3. 绘制用户待办任务（JTBD）地图
  • 使用： 
    skills/jobs-to-be-done/SKILL.md
    （组件型）
  • 参与人员： PM、设计
  • 时长： 60分钟
  • 输出： 每个用户画像对应的JTBD声明

Decision Point 1: Do we have enough customer context?

决策点1：我们是否拥有足够的客户背景信息？

If YES: Proceed to Phase 2 (Problem Framing)
If NO: Run additional discovery:
  • Use: 
    skills/discovery-interview-prep/SKILL.md
    (interactive)
  • Schedule 5-10 customer interviews
  • Validate positioning assumptions before proceeding
  • Time impact: +1 week
如果是： 进入阶段2（问题构建）
如果否： 开展额外的探索工作：
  • 使用： 
    skills/discovery-interview-prep/SKILL.md
    （交互型）
  • 安排5-10次客户访谈
  • 在推进前验证定位假设
  • 时间影响： +1周

Phase 2: Problem Framing & Validation (Week 1, Days 3-5)

阶段2：问题构建与验证（第1周，第3-5天）

Goal: Frame the core customer problem and validate it's worth solving.
目标： 构建核心客户问题，并验证其值得解决。

Activities

活动

1. Run Problem Framing Canvas
  • Use: 
    skills/problem-framing-canvas/SKILL.md
    (interactive - MITRE)
  • Participants: PM, design, engineering lead, customer success
  • Duration: 120 minutes
  • Output: Refined problem statement + "How Might We" question
2. Create Formal Problem Statement
  • Use: 
    skills/problem-statement/SKILL.md
    (component)
  • Participants: PM
  • Duration: 30 minutes
  • Output: Structured problem statement for PRD/roadmap
3. Map Customer Journey (Optional)
  • Use: 
    skills/customer-journey-mapping-workshop/SKILL.md
    (interactive)
  • When to use: If problem spans multiple touchpoints or phases
  • Participants: PM, design, customer success
  • Duration: 90 minutes
  • Output: Journey map with pain points and opportunities
1. 使用问题构建画布
  • 使用： 
    skills/problem-framing-canvas/SKILL.md
    （交互型 - MITRE）
  • 参与人员： PM、设计、工程负责人、客户成功
  • 时长： 120分钟
  • 输出： 优化后的问题陈述 + "我们如何可能（How Might We）"问题
2. 创建正式问题陈述
  • 使用： 
    skills/problem-statement/SKILL.md
    （组件型）
  • 参与人员： PM
  • 时长： 30分钟
  • 输出： 用于PRD/路线图的结构化问题陈述
3. 绘制客户旅程图（可选）
  • 使用： 
    skills/customer-journey-mapping-workshop/SKILL.md
    （交互型）
  • 适用场景： 问题涉及多个触点或阶段时
  • 参与人员： PM、设计、客户成功
  • 时长： 90分钟
  • 输出： 包含痛点和机会点的旅程图

Decision Point 2: Is the problem validated?

决策点2：问题是否经过验证？

If YES: Proceed to Phase 3 (Solution Exploration)
If NO: Run customer discovery interviews:
  • Use: 
    skills/discovery-interview-prep/SKILL.md
    (interactive)
  • Validate problem hypothesis with 5-10 customers
  • Iterate problem statement based on findings
  • Time impact: +1 week
如果是： 进入阶段3（方案探索）
如果否： 开展客户探索访谈：
  • 使用： 
    skills/discovery-interview-prep/SKILL.md
    （交互型）
  • 与5-10位客户验证问题假设
  • 根据调研结果迭代问题陈述
  • 时间影响： +1周

Phase 3: Solution Exploration (Week 2, Days 1-3)

阶段3：方案探索（第2周，第1-3天）

Goal: Generate solution options, prioritize based on feasibility/impact, and select POC.
目标： 生成解决方案选项，根据可行性/影响力排序，并选择POC。

Activities

活动

1. Generate Opportunity Solution Tree
  • Use: 
    skills/opportunity-solution-tree/SKILL.md
    (interactive)
  • Participants: PM, design, engineering lead
  • Duration: 90 minutes
  • Output: 3 opportunities, 3 solutions per opportunity, POC recommendation
Alternative: Use Lean UX Canvas
  • Use: 
    skills/lean-ux-canvas/SKILL.md
    (interactive)
  • When to use: If you prefer hypothesis-driven approach over OST
  • Output: Business problem, hypotheses, experiments
2. Define Epic Hypotheses
  • Use: 
    skills/epic-hypothesis/SKILL.md
    (component)
  • Participants: PM
  • Duration: 60 minutes per epic
  • Output: Epic hypothesis statements for top 3-5 initiatives
3. Create User Story Map (Optional)
  • Use: 
    skills/user-story-mapping-workshop/SKILL.md
    (interactive)
  • When to use: For complex features requiring release planning
  • Participants: PM, design, engineering
  • Duration: 120 minutes
  • Output: Story map with backbone, release slices
1. 绘制机会-方案树
  • 使用： 
    skills/opportunity-solution-tree/SKILL.md
    （交互型）
  • 参与人员： PM、设计、工程负责人
  • 时长： 90分钟
  • 输出： 3个机会点，每个机会点对应3个方案，POC建议
替代方案：使用精益UX画布
  • 使用： 
    skills/lean-ux-canvas/SKILL.md
    （交互型）
  • 适用场景： 偏好基于假设的方法而非机会-方案树时
  • 输出： 业务问题、假设、实验方案
2. 定义史诗假设
  • 使用： 
    skills/epic-hypothesis/SKILL.md
    （组件型）
  • 参与人员： PM
  • 时长： 每个史诗60分钟
  • 输出： 排名前3-5的举措对应的史诗假设陈述
3. 创建用户故事地图（可选）
  • 使用： 
    skills/user-story-mapping-workshop/SKILL.md
    （交互型）
  • 适用场景： 复杂功能需要版本规划时
  • 参与人员： PM、设计、工程
  • 时长： 120分钟
  • 输出： 包含核心骨架、版本切片的故事地图

Decision Point 3: Do we need to test solutions before committing?

决策点3：在投入前是否需要测试方案？

If YES (high uncertainty): Run experiments:
  • Design POC experiments per 
    skills/opportunity-solution-tree/SKILL.md
    output
  • Test with 10-20 customers (prototype, concierge, landing page test)
  • Time impact: +1-2 weeks
If NO (low uncertainty): Proceed to Phase 4 (Prioritization)
如果是（高不确定性）： 开展实验：
  • 根据 
    skills/opportunity-solution-tree/SKILL.md
    的输出设计POC实验
  • 与10-20位客户测试（原型、concierge、落地页测试）
  • 时间影响： +1-2周
如果否（低不确定性）： 进入阶段4（优先级排序）

Phase 4: Prioritization & Roadmap Planning (Week 2, Days 4-5)

阶段4：优先级排序与路线图规划（第2周，第4-5天）

Goal: Prioritize initiatives and sequence into executable roadmap.
目标： 对举措进行优先级排序，并排定可执行的路线图。

Activities

活动

1. Choose Prioritization Framework
  • Use: 
    skills/prioritization-advisor/SKILL.md
    (interactive)
  • Participants: PM
  • Duration: 30 minutes
  • Output: Recommended prioritization framework (RICE, ICE, Value/Effort, etc.)
2. Score & Prioritize Epics
  • Use: Prioritization framework from step 1
  • Participants: PM, engineering lead, product leadership
  • Duration: 90 minutes
  • Output: Ranked backlog of epics
3. Sequence Roadmap by Release
  • Participants: PM, engineering lead
  • Duration: 60 minutes
  • Output: Quarterly or release-based roadmap (Q1: Epics A, B; Q2: Epics C, D, E)
4. Map TAM/SAM/SOM (Optional)
  • Use: 
    skills/tam-sam-som-calculator/SKILL.md
    (interactive)
  • When to use: For exec presentations, fundraising, or market sizing
  • Participants: PM, business ops
  • Duration: 60 minutes
  • Output: Market size projections with citations
1. 选择优先级排序框架
  • 使用： 
    skills/prioritization-advisor/SKILL.md
    （交互型）
  • 参与人员： PM
  • 时长： 30分钟
  • 输出： 推荐的优先级排序框架（RICE、ICE、Value/Effort等）
2. 评分并排序史诗
  • 使用： 步骤1中选定的优先级排序框架
  • 参与人员： PM、工程负责人、产品领导层
  • 时长： 90分钟
  • 输出： 排序后的史诗待办列表
3. 按版本排定路线图
  • 参与人员： PM、工程负责人
  • 时长： 60分钟
  • 输出： 按季度或版本划分的路线图（Q1: Epics A, B; Q2: Epics C, D, E）
4. 绘制TAM/SAM/SOM（可选）
  • 使用： 
    skills/tam-sam-som-calculator/SKILL.md
    （交互型）
  • 适用场景： 高管汇报、融资或市场规模测算时
  • 参与人员： PM、业务运营
  • 时长： 60分钟
  • 输出： 带引用的市场规模预测

Phase 5: Stakeholder Alignment & Communication (Week 3)

阶段5：利益相关者对齐与沟通（第3周）

Goal: Present strategy to stakeholders, gather feedback, refine.
目标： 向利益相关者展示战略，收集反馈并优化。

Activities

活动

1. Create Visionary Press Release (Optional)
  • Use: 
    skills/press-release/SKILL.md
    (component)
  • When to use: For major product launches or exec buy-in
  • Participants: PM, marketing
  • Duration: 60 minutes
  • Output: Amazon Working Backwards-style press release
2. Present Strategy to Stakeholders
  • Format: 60-min presentation covering:
    • Positioning statement (Phase 1)
    • Problem statement (Phase 2)
    • Solution options & prioritization (Phase 3-4)
    • Roadmap (Phase 4)
  • Participants: Execs, product leadership, key stakeholders
  • Output: Feedback, open questions, approval to proceed
3. Refine Based on Feedback
  • Duration: 1-2 days
  • Output: Updated strategy artifacts
1. 创建愿景式新闻稿（可选）
  • 使用： 
    skills/press-release/SKILL.md
    （组件型）
  • 适用场景： 重大产品发布或获取高管支持时
  • 参与人员： PM、市场营销
  • 时长： 60分钟
  • 输出： 亚马逊Working Backwards风格的新闻稿
2. 向利益相关者展示战略
  • 格式： 60分钟演示，涵盖：
    • 定位声明（阶段1）
    • 问题陈述（阶段2）
    • 方案选项与优先级排序（阶段3-4）
    • 路线图（阶段4）
  • 参与人员： 高管、产品领导层、关键利益相关者
  • 输出： 反馈、待解答问题、推进许可
3. 根据反馈优化
  • 时长： 1-2天
  • 输出： 更新后的战略文档

Phase 6: Execution Planning (Week 4)

阶段6：执行规划（第4周）

Goal: Break epics into user stories, plan first sprint/release.
目标： 将史诗拆解为用户故事，规划首个迭代/版本。

Activities

活动

1. Break Down Top Epic
  • Use: 
    skills/epic-breakdown-advisor/SKILL.md
    (interactive - with Richard Lawrence's 9 patterns)
  • Participants: PM, design, engineering
  • Duration: 90 minutes
  • Output: User stories split by patterns (workflow, CRUD, business rules, etc.)
2. Write User Stories
  • Use: 
    skills/user-story/SKILL.md
    (component)
  • Participants: PM
  • Duration: 30 minutes per story
  • Output: User stories with acceptance criteria
3. Plan First Sprint/Release
  • Participants: PM, engineering
  • Duration: 60 minutes
  • Output: Sprint backlog or release plan
1. 拆解顶级史诗
  • 使用： 
    skills/epic-breakdown-advisor/SKILL.md
    （交互型 - 基于Richard Lawrence的9种模式）
  • 参与人员： PM、设计、工程
  • 时长： 90分钟
  • 输出： 按模式（工作流、CRUD、业务规则等）拆分的用户故事
2. 撰写用户故事
  • 使用： 
    skills/user-story/SKILL.md
    （组件型）
  • 参与人员： PM
  • 时长： 每个故事30分钟
  • 输出： 包含验收标准的用户故事
3. 规划首个迭代/版本
  • 参与人员： PM、工程
  • 时长： 60分钟
  • 输出： 迭代待办列表或版本计划

Complete Workflow: End-to-End Summary

完整工作流：端到端总结

Week 1:
├─ Day 1-2: Positioning & Market Context
│  ├─ skills/positioning-workshop/SKILL.md (90 min)
│  ├─ skills/proto-persona/SKILL.md (60 min)
│  └─ skills/jobs-to-be-done/SKILL.md (60 min)
│
├─ Day 3-5: Problem Framing & Validation
│  ├─ skills/problem-framing-canvas/SKILL.md (120 min)
│  ├─ skills/problem-statement/SKILL.md (30 min)
│  └─ [Optional] skills/customer-journey-mapping-workshop/SKILL.md (90 min)
│
└─ Decision: Validate problem? (if NO, +1 week discovery)

Week 2:
├─ Day 1-3: Solution Exploration
│  ├─ skills/opportunity-solution-tree/SKILL.md (90 min)
│  ├─ skills/epic-hypothesis/SKILL.md (60 min per epic)
│  └─ [Optional] skills/user-story-mapping-workshop/SKILL.md (120 min)
│
├─ Decision: Test solutions? (if YES, +1-2 weeks experiments)
│
└─ Day 4-5: Prioritization & Roadmap
   ├─ skills/prioritization-advisor/SKILL.md (30 min)
   ├─ Score & prioritize epics (90 min)
   ├─ Sequence roadmap (60 min)
   └─ [Optional] skills/tam-sam-som-calculator/SKILL.md (60 min)

Week 3:
└─ Stakeholder Alignment
   ├─ [Optional] skills/press-release/SKILL.md (60 min)
   ├─ Present strategy (60 min)
   └─ Refine based on feedback (1-2 days)

Week 4:
└─ Execution Planning
   ├─ skills/epic-breakdown-advisor/SKILL.md (90 min)
   ├─ skills/user-story/SKILL.md (30 min per story)
   └─ Plan first sprint (60 min)
Total Time Investment:
  • Minimum: 2 weeks (no discovery/experiments)
  • Typical: 3 weeks (includes 1 round of validation)
  • Maximum: 4-6 weeks (includes discovery interviews + experiments)
Week 1:
├─ Day 1-2: Positioning & Market Context
│  ├─ skills/positioning-workshop/SKILL.md (90 min)
│  ├─ skills/proto-persona/SKILL.md (60 min)
│  └─ skills/jobs-to-be-done/SKILL.md (60 min)
│
├─ Day 3-5: Problem Framing & Validation
│  ├─ skills/problem-framing-canvas/SKILL.md (120 min)
│  ├─ skills/problem-statement/SKILL.md (30 min)
│  └─ [Optional] skills/customer-journey-mapping-workshop/SKILL.md (90 min)
│
└─ Decision: Validate problem? (if NO, +1 week discovery)

Week 2:
├─ Day 1-3: Solution Exploration
│  ├─ skills/opportunity-solution-tree/SKILL.md (90 min)
│  ├─ skills/epic-hypothesis/SKILL.md (60 min per epic)
│  └─ [Optional] skills/user-story-mapping-workshop/SKILL.md (120 min)
│
├─ Decision: Test solutions? (if YES, +1-2 weeks experiments)
│
└─ Day 4-5: Prioritization & Roadmap
   ├─ skills/prioritization-advisor/SKILL.md (30 min)
   ├─ Score & prioritize epics (90 min)
   ├─ Sequence roadmap (60 min)
   └─ [Optional] skills/tam-sam-som-calculator/SKILL.md (60 min)

Week 3:
└─ Stakeholder Alignment
   ├─ [Optional] skills/press-release/SKILL.md (60 min)
   ├─ Present strategy (60 min)
   └─ Refine based on feedback (1-2 days)

Week 4:
└─ Execution Planning
   ├─ skills/epic-breakdown-advisor/SKILL.md</think_never_used_51bce0c785ca2f68081bfa7d91973934></think_never_used_51bce0c785ca2f68081bfa7d91973934>{
  "description": "引导产品经理完成全面的产品战略研讨会，将定位、问题构建、客户探索和路线图规划能力统筹成一个连贯的端到端流程",
  "content": "## 目的
引导产品经理完成全面的产品战略研讨会，将定位、问题构建、客户探索和路线图规划能力统筹成一个连贯的端到端流程。借助本流程，从模糊的战略方向过渡到具体、经过验证的产品战略，明确定位、目标客户、问题陈述和优先级路线图——确保在投入执行前，所有利益相关者达成共识。

这不是一次性的研讨会，而是用于制定或更新产品战略的可重复流程，通常耗时2-4周，包含多个沟通节点。

Examples

核心概念

—

什么是产品战略研讨会？

See 
examples/sample.md
for a full strategy session example.
Mini example excerpt:
markdown
**Target:** Non-technical SMB owners
**Problem:** Onboarding drop-off due to jargon
**Priority:** Guided onboarding (RICE)
产品战略研讨会是一个结构化的多阶段流程，帮助产品从战略模糊状态过渡到经过验证的明确方向。它统筹了以下环节：
  1. 定位与市场背景 —— 定义服务对象、解决的问题以及差异化优势
  2. 问题探索与验证 —— 通过调研构建并验证客户问题
  3. 方案探索 —— 生成潜在解决方案，并根据影响力进行优先级排序
  4. 路线图规划 —— 根据战略排定史诗（Epic）和版本发布顺序

Common Pitfalls

为什么这套流程有效

Pitfall 1: Skipping Problem Validation

—
Symptom: Jump from positioning to solution exploration without validating problem
Consequence: Build solutions to unvalidated problems
Fix: Force decision point after Phase 2: "Is problem validated?" If NO, run discovery interviews.
  • 结构化探索： 避免在理解问题前就直接跳到解决方案
  • 利益相关者对齐： 在高管、产品、设计、工程团队间建立统一认知
  • 经过验证的战略： 在投入资源前先测试假设
  • 可执行的路线图： 将高层战略与具体工作关联起来

Pitfall 2: Solo PM Exercise

反模式（本流程不适用的情况）

Symptom: PM runs strategy session alone, presents finished strategy to team
Consequence: No buy-in, team doesn't understand rationale
Fix: Include cross-functional participants in workshops (design, eng, sales, CS)
  • 不是功能头脑风暴： 战略研讨会聚焦于构建问题，而非仅仅罗列功能
  • 不是瀑布式规划： 内置反馈循环和迭代机制
  • 不是产品经理单打独斗： 需要跨职能团队参与

Pitfall 3: Strategy Session Without Executive Sponsorship

适用场景

Symptom: Run full strategy session, execs don't show up for Phase 5 alignment
Consequence: Strategy doesn't get resourced or prioritized
Fix: Secure exec commitment upfront; schedule Phase 5 presentation before starting.
  • 推出新产品或重大项目
  • 年度/季度战略规划周期
  • 现有产品重新定位
  • 新产品负责人入职（统一战略认知）

Pitfall 4: No Decision Points (Run All Phases Regardless)

不适用场景

Symptom: Blindly follow all 6 phases without checking if discovery/experiments are needed
Consequence: Waste time on low-uncertainty activities
Fix: Use decision points after Phase 2 and Phase 3 to adapt workflow.
  • 战略已明确且经过验证时
  • 仅需添加战术性功能（无需战略调整）
  • 缺乏高管支持时（战略无法落地）

Pitfall 5: Strategy Session Becomes Permanent Process

引导工作的参考标准

Symptom: Team spends 6 weeks in strategy mode, never executes
Consequence: Analysis paralysis, no delivery
Fix: Time-box strategy session to 2-4 weeks; after Phase 6, move to execution.
当以引导对话的形式推进此工作流时，请使用 
workshop-facilitation
 作为交互协议。
它定义了：
  • 研讨会预告与参与模式（引导式、背景信息输出式、最佳猜测式）
  • 单轮提问模式，搭配通俗易懂的提示语
  • 进度标签（例如：背景问题 Qx/8 和评分问题 Qx/5）
  • 中断处理与暂停/恢复机制
  • 决策节点的编号建议
  • 常规问题的快速选择编号响应选项（必要时包含 
    Other (specify)
    ）
本文件定义了工作流顺序和特定领域的输出内容。若存在冲突，请遵循本文件的工作流逻辑。

References

应用

Related Skills (Orchestrated by This Workflow)

—
Phase 1:
  • skills/positioning-workshop/SKILL.md
    (interactive)
  • skills/proto-persona/SKILL.md
    (component)
  • skills/jobs-to-be-done/SKILL.md
    (component)
Phase 2:
  • skills/problem-framing-canvas/SKILL.md
    (interactive)
  • skills/problem-statement/SKILL.md
    (component)
  • skills/customer-journey-mapping-workshop/SKILL.md
    (interactive, optional)
  • skills/discovery-interview-prep/SKILL.md
    (interactive, if validation needed)
Phase 3:
  • skills/opportunity-solution-tree/SKILL.md
    (interactive)
  • skills/lean-ux-canvas/SKILL.md
    (interactive, alternative)
  • skills/epic-hypothesis/SKILL.md
    (component)
  • skills/user-story-mapping-workshop/SKILL.md
    (interactive, optional)
Phase 4:
  • skills/prioritization-advisor/SKILL.md
    (interactive)
  • skills/tam-sam-som-calculator/SKILL.md
    (interactive, optional)
Phase 5:
  • skills/press-release/SKILL.md
    (component, optional)
Phase 6:
  • skills/epic-breakdown-advisor/SKILL.md
    (interactive)
  • skills/user-story/SKILL.md
    (component)
使用 
template.md
获取完整的填写模板。
此工作流在6个阶段中统筹了 15+个组件型和交互型技能，耗时2-4周。

External Frameworks

阶段1：定位与市场背景（第1周，第1-2天）

  • Teresa Torres, Continuous Discovery Habits (2021) — Opportunity solution tree framework
  • Jeff Gothelf, Lean UX (2016) — Hypothesis-driven product development
  • Marty Cagan, Inspired (2017) — Product discovery process
目标： 定义目标客户、问题范围和差异化优势。

Dean's Work

活动

  • Productside Blueprint — Strategic product discovery
  • [If Dean has strategy session resources, link here]
Skill type: Workflow Suggested filename: 
product-strategy-session.md
Suggested placement: 
/skills/workflows/
Dependencies: Orchestrates 15+ component and interactive skills across 6 phases
1. 开展定位研讨会
  • 使用： 
    skills/positioning-workshop/SKILL.md
    （交互型）
  • 参与人员： PM、产品领导层、市场营销、销售
  • 时长： 90分钟
  • 输出： 定位声明草稿
2. 定义原型用户画像
  • 使用： 
    skills/proto-persona/SKILL.md
    （组件型）
  • 参与人员： PM、设计、客户对接团队
  • 时长： 60分钟
  • 输出： 1-3个原型用户画像（基于假设）
3. 绘制用户待办任务（JTBD）地图
  • 使用： 
    skills/jobs-to-be-done/SKILL.md
    （组件型）
  • 参与人员： PM、设计
  • 时长： 60分钟
  • 输出： 每个用户画像对应的JTBD声明
—

决策点1：我们是否拥有足够的客户背景信息？

—
如果是： 进入阶段2（问题构建）
如果否： 开展额外的探索工作：
  • 使用： 
    skills/discovery-interview-prep/SKILL.md
    （交互型）
  • 安排5-10次客户访谈
  • 在推进前验证定位假设
  • 时间影响： +1周
—

阶段2：问题构建与验证（第1周，第3-5天）

—
目标： 构建核心客户问题，并验证其值得解决。
—

活动

—
1. 使用问题构建画布
  • 使用： 
    skills/problem-framing-canvas/SKILL.md
    （交互型 - MITRE）
  • 参与人员： PM、设计、工程负责人、客户成功
  • 时长： 120分钟
  • 输出： 优化后的问题陈述 + "我们如何可能（How Might We）"问题
2. 创建正式问题陈述
  • 使用： 
    skills/problem-statement/SKILL.md
    （组件型）
  • 参与人员： PM
  • 时长： 30分钟
  • 输出： 用于PRD/路线图的结构化问题陈述
3. 绘制客户旅程图（可选）
  • 使用： 
    skills/customer-journey-mapping-workshop/SKILL.md
    （交互型）
  • 适用场景： 问题涉及多个触点或阶段时
  • 参与人员： PM、设计、客户成功
  • 时长： 90分钟
  • 输出： 包含痛点和机会点的旅程图
—

决策点2：问题是否经过验证？

—
如果是： 进入阶段3（方案探索）
如果否： 开展客户探索访谈：
  • 使用： 
    skills/discovery-interview-prep/SKILL.md
    （交互型）
  • 与5-10位客户验证问题假设
  • 根据调研结果迭代问题陈述
  • 时间影响： +1周
—

阶段3：方案探索（第2周，第1-3天）

—
目标： 生成解决方案选项，根据可行性/影响力排序，并选择POC。
—

活动

—
1. 绘制机会-方案树
  • 使用： 
    skills/opportunity-solution-tree/SKILL.md
    （交互型）
  • 参与人员： PM、设计、工程负责人
  • 时长： 90分钟
  • 输出： 3个机会点，每个机会点对应3个方案，POC建议
替代方案：使用精益UX画布
  • 使用： 
    skills/lean-ux-canvas/SKILL.md
    （交互型）
  • 适用场景： 偏好基于假设的方法而非机会-方案树时
  • 输出： 业务问题、假设、实验方案
2. 定义史诗假设
  • 使用： 
    skills/epic-hypothesis/SKILL.md
    （组件型）
  • 参与人员： PM
  • 时长： 每个史诗60分钟
  • 输出： 排名前3-5的举措对应的史诗假设陈述
3. 创建用户故事地图（可选）
  • 使用： 
    skills/user-story-mapping-workshop/SKILL.md
    （交互型）
  • 适用场景： 复杂功能需要版本规划时
  • 参与人员： PM、设计、工程
  • 时长： 120分钟
  • 输出： 包含核心骨架、版本切片的故事地图
—

决策点3：在投入前是否需要测试方案？

—
如果是（高不确定性）： 开展实验：
  • 根据 
    skills/opportunity-solution-tree/SKILL.md
    的输出设计POC实验
  • 与10-20位客户测试（原型、concierge、落地页测试）
  • 时间影响： +1-2周
如果否（低不确定性）： 进入阶段4（优先级排序）
—

阶段4：优先级排序与路线图规划（第2周，第4-5天）

—
目标： 对举措进行优先级排序，并排定可执行的路线图。
—

活动

—
1. 选择优先级排序框架
  • 使用： 
    skills/prioritization-advisor/SKILL.md
    （交互型）
  • 参与人员： PM
  • 时长： 30分钟
  • 输出： 推荐的优先级排序框架（RICE、ICE、Value/Effort等）
2. 评分并排序史诗
  • 使用： 步骤1中选定的优先级排序框架
  • 参与人员： PM、工程负责人、产品领导层
  • 时长： 90分钟
  • 输出： 排序后的史诗待办列表
3. 按版本排定路线图
  • 参与人员： PM、工程负责人
  • 时长： 60分钟
  • 输出： 按季度或版本划分的路线图（Q1: Epics A, B; Q2: Epics C, D, E）
4. 绘制TAM/SAM/SOM（可选）
  • 使用： 
    skills/tam-sam-som-calculator/SKILL.md
    （交互型）
  • 适用场景： 高管汇报、融资或市场规模测算时
  • 参与人员： PM、业务运营
  • 时长： 60分钟
  • 输出： 带引用的市场规模预测
—

阶段5：利益相关者对齐与沟通（第3周）

—
目标： 向利益相关者展示战略，收集反馈并优化。
—

活动

—
1. 创建愿景式新闻稿（可选）
  • 使用： 
    skills/press-release/SKILL.md
    （组件型）
  • 适用场景： 重大产品发布或获取高管支持时
  • 参与人员： PM、市场营销
  • 时长： 60分钟
  • 输出： 亚马逊Working Backwards风格的新闻稿
2. 向利益相关者展示战略
  • 格式： 60分钟演示，涵盖：
    • 定位声明（阶段1）
    • 问题陈述（阶段2）
    • 方案选项与优先级排序（阶段3-4）
    • 路线图（阶段4）
  • 参与人员： 高管、产品领导层、关键利益相关者
  • 输出： 反馈、待解答问题、推进许可
3. 根据反馈优化
  • 时长： 1-2天
  • 输出： 更新后的战略文档
—

阶段6：执行规划（第4周）

—
目标： 将史诗拆解为用户故事，规划首个迭代/版本。
—

活动

—
1. 拆解顶级史诗
  • 使用： 
    skills/epic-breakdown-advisor/SKILL.md
    （交互型 - 基于Richard Lawrence的9种模式）
  • 参与人员： PM、设计、工程
  • 时长： 90分钟
  • 输出： 按模式（工作流、CRUD、业务规则等）拆分的用户故事
2. 撰写用户故事
  • 使用： 
    skills/user-story/SKILL.md
    （组件型）
  • 参与人员： PM
  • 时长： 每个故事30分钟
  • 输出： 包含验收标准的用户故事
3. 规划首个迭代/版本
  • 参与人员： PM、工程
  • 时长： 60分钟
  • 输出： 迭代待办列表或版本计划
—

完整工作流：端到端总结

—
Week 1:
├─ Day 1-2: Positioning & Market Context
│  ├─ skills/positioning-workshop/SKILL.md (90 min)
│  ├─ skills/proto-persona/SKILL.md (60 min)
│  └─ skills/jobs-to-be-done/SKILL.md (60 min)
│
├─ Day 3-5: Problem Framing & Validation
│  ├─ skills/problem-framing-canvas/SKILL.md (120 min)
│  ├─ skills/problem-statement/SKILL.md (30 min)
│  └─ [Optional] skills/customer-journey-mapping-workshop/SKILL.md (90 min)
│
└─ Decision: Validate problem? (if NO, +1 week discovery)

Week 2:
├─ Day 1-3: Solution Exploration
│  ├─ skills/opportunity-solution-tree/SKILL.md (90 min)
│  ├─ skills/epic-hypothesis/SKILL.md (60 min per epic)
│  └─ [Optional] skills/user-story-mapping-workshop/SKILL.md (120 min)
│
├─ Decision: Test solutions? (if YES, +1-2 weeks experiments)
│
└─ Day 4-5: Prioritization & Roadmap
   ├─ skills/prioritization-advisor/SKILL.md (30 min)
   ├─ Score & prioritize epics (90 min)
   ├─ Sequence roadmap (60 min)
   └─ [Optional] skills/tam-sam-som-calculator/SKILL.md (60 min)

Week 3:
└─ Stakeholder Alignment
   ├─ [Optional] skills/press-release/SKILL.md (60 min)
   ├─ Present strategy (60 min)
   └─ Refine based on feedback (1-2 days)

Week 4:
└─ Execution Planning
   ├─ skills/epic-breakdown-advisor/SKILL.md (90 min)
   ├─ skills/user-story/SKILL.md (30 min per story)
   └─ Plan first sprint (60 min)
总时间投入：
  • 最短： 2周（无额外探索/实验）
  • 典型： 3周（包含1轮验证）
  • 最长： 4-6周（包含客户探索访谈 + 实验）
—

示例

—
请查看 
examples/sample.md
获取完整的战略研讨会示例。
迷你示例节选：
markdown
**Target:** Non-technical SMB owners
**Problem:** Onboarding drop-off due to jargon
**Priority:** Guided onboarding (RICE)
—

常见陷阱

—

陷阱1：跳过问题验证

—
症状： 从定位直接跳到方案探索，未验证问题
后果： 为未经验证的问题构建解决方案
解决方法： 在阶段2后强制执行决策点："问题是否已验证？"如果否，开展客户探索访谈。
—

陷阱2：产品经理单打独斗

—
症状： 产品经理独自推进战略研讨会，向团队展示成品战略
后果： 缺乏认可度，团队不理解背后逻辑
解决方法： 在研讨会中纳入跨职能参与人员（设计、工程、销售、客户成功）
—

陷阱3：无高管支持的战略研讨会

—
症状： 完成完整的战略研讨会，但高管未参与阶段5的对齐环节
后果： 战略无法获得资源或优先级
解决方法： 提前获取高管承诺；在开始前安排阶段5的演示时间。
—

陷阱4：无决策点（盲目执行所有阶段）

—
症状： 盲目遵循所有6个阶段，未检查是否需要探索/实验
后果： 在低不确定性活动上浪费时间
解决方法： 利用阶段2和阶段3后的决策点调整工作流。
—

陷阱5：战略研讨会变成永久流程

—
症状： 团队花费6周时间在战略模式中，从未进入执行阶段
后果： 分析瘫痪，无交付成果
解决方法： 将战略研讨会的时间限定在2-4周；阶段6结束后立即进入执行阶段。
—

参考资料

—

相关技能（本工作流统筹的内容）

—
阶段1：
  • skills/positioning-workshop/SKILL.md
    （交互型）
  • skills/proto-persona/SKILL.md
    （组件型）
  • skills/jobs-to-be-done/SKILL.md
    （组件型）
阶段2：
  • skills/problem-framing-canvas/SKILL.md
    （交互型）
  • skills/problem-statement/SKILL.md
    （组件型）
  • skills/customer-journey-mapping-workshop/SKILL.md
    （交互型，可选）
  • skills/discovery-interview-prep/SKILL.md
    （交互型，如需验证）
阶段3：
  • skills/opportunity-solution-tree/SKILL.md
    （交互型）
  • skills/lean-ux-canvas/SKILL.md
    （交互型，替代方案）
  • skills/epic-hypothesis/SKILL.md
    （组件型）
  • skills/user-story-mapping-workshop/SKILL.md
    （交互型，可选）
阶段4：
  • skills/prioritization-advisor/SKILL.md
    （交互型）
  • skills/tam-sam-som-calculator/SKILL.md
    （交互型，可选）
阶段5：
  • skills/press-release/SKILL.md
    （组件型，可选）
阶段6：
  • skills/epic-breakdown-advisor/SKILL.md
    （交互型）
  • skills/user-story/SKILL.md
    （组件型）
—

外部框架

—
  • Teresa Torres, Continuous Discovery Habits (2021) —— 机会-方案树框架
  • Jeff Gothelf, Lean UX (2016) —— 基于假设的产品开发
  • Marty Cagan, Inspired (2017) —— 产品探索流程
—

Dean的工作

—
  • Productside Blueprint —— 战略产品探索
  • [If Dean has strategy session resources, link here]
Skill type: Workflow Suggested filename: 
product-strategy-session.md
Suggested placement: 
/skills/workflows/
Dependencies: Orchestrates 15+ component and interactive skills across 6 phases",