product-strategy-session

目的

通过统筹定位、问题界定、客户发现和路线图规划技能，帮助产品经理开展全面的产品战略会议，形成连贯的端到端流程。借助此流程，将模糊的战略方向转化为具体且经过验证的产品战略，明确定位、目标客户、问题陈述和优先级路线图，并在投入执行前确保利益相关方达成一致。

这不是一次性的研讨会，而是一个可重复的流程，用于制定或更新产品战略，通常持续 2–4 周，期间会有多次沟通。

输入

最适合提供： 产品（或产品线）以及推动本次会议的战略问题。
也很有帮助： 现有定位、发现阶段的产出、路线图草案，以及需要就结果达成一致的人。

随调用一并提供的任何内容——技能名称后的文本、粘贴的上下文信息，或附加的 ARGUMENTS: 行——都视为已回答的问题。请使用这些信息，并跳过其中已涵盖的问题；不要重复询问。

空手而来也没关系。 工作流会从定位阶段开始，并从那里统筹各个阶段；如果提供了相关材料，流程也可以跳过相应阶段。

调用示例： Run a strategy session for our analytics add-on: flat adoption, two competing roadmap visions, exec review in 4 weeks.

核心概念

什么是产品战略会议？

产品战略会议是一套结构化的多阶段流程，旨在帮助产品从战略方向模糊不清走向经过验证的发展方向。它统筹以下环节：

1. 定位与市场背景 — 明确服务对象、所解决的问题，以及产品的差异化优势
2. 问题发现与验证 — 通过研究界定并验证客户问题
3. 解决方案探索 — 产出针对机会的解决方案，并根据影响确定优先级
4. 路线图规划 — 根据战略安排史诗级工作项和版本的顺序

为什么有效

• 结构化发现： 避免在理解问题前就急于提出解决方案
• 利益相关方对齐： 在高管、产品、设计和工程团队之间建立共同的认知
• 经过验证的战略： 在投入资源前验证假设
• 可执行的路线图： 将高层战略与具体工作衔接起来

反模式（本流程不是什么）

• 不是功能头脑风暴： 战略会议着重界定问题，而不只是罗列功能
• 不是瀑布式规划： 设置反馈循环并支持迭代
• 不是 PM 的单人练习： 需要跨职能人员参与

适用场景

• 发布新产品或启动重大计划
• 年度／季度战略规划周期
• 调整现有产品的定位
• 帮助新任产品负责人熟悉工作（就战略达成一致）

不适用场景

• 战略已经明确并经过验证
• 战术性地添加功能（无需调整战略方向）
• 缺少高管支持（战略将难以落实）

---

引导流程的权威依据

将此工作流作为引导式对话来执行时，请将 workshop-facilitation 作为交互协议。

该协议规定：

• 会议预告和进入模式（引导式、上下文信息、合理推测）
• 每轮只问一个问题，并使用通俗易懂的提示
• 进度标签（例如 Context Qx/8 和 Scoring Qx/5）
• 中断处理以及暂停／恢复行为
• 在决策节点提供编号建议
• 常规问题提供可快速选择的编号选项（适用时包括 Other (specify)）

本文件定义工作流顺序和特定领域的输出。如有冲突，请遵循本文件中的工作流逻辑。

应用

完整的填写模板结构请使用 template.md。

此工作流会在 2–4 周内统筹 6 个阶段，并使用多个组件技能和交互式技能。

---

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

目标： 明确目标客户、问题领域和差异化优势。

活动

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 分钟
• 产出： 优化后的问题陈述 + “我们如何才能……”问题

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（互动式）
• 使用时机： 如果你倾向于采用基于假设的方法，而不是 OST
• 产出： 业务问题、假设、实验

2. 定义 Epic 假设

• 使用： skills/epic-hypothesis/SKILL.md（组件）
• 参与者： PM
• 时长： 每个 Epic 60 分钟
• 产出： 排名前 3-5 个计划的 Epic 假设陈述

3. 创建用户故事地图（可选）

• 使用： skills/user-story-mapping-workshop/SKILL.md（互动式）
• 使用时机： 用于需要制定发布计划的复杂功能
• 参与者： PM、设计、工程
• 时长： 120 分钟
• 产出： 包含主干和发布切片的故事地图

决策点 3：在做出承诺之前，我们是否需要测试解决方案？

如果是（不确定性高）： 开展实验：

• 根据 skills/opportunity-solution-tree/SKILL.md 的产出设计 POC 实验
• 与 10-20 位客户测试（原型、礼宾式服务、着陆页测试）
• 时间影响： +1-2 周

如果否（不确定性低）： 继续进入阶段 4（优先级排序）

---

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

目标： 确定各项计划的优先级，并将其排序为可执行的路线图。

活动

1. 选择优先级排序框架

• 使用： skills/prioritization-advisor/SKILL.md（交互式）
• 参与者： PM
• 时长： 30 分钟
• 产出： 推荐的优先级排序框架（RICE、ICE、价值/投入等）

2. 评估并排列 Epic 优先级

• 使用： 步骤 1 中的优先级排序框架
• 参与者： PM、工程负责人、产品管理层
• 时长： 90 分钟
• 产出： 按优先级排列的 Epic 待办列表

3. 按发布版本规划路线图

• 参与者： PM、工程负责人
• 时长： 60 分钟
• 产出： 按季度或发布版本划分的路线图（Q1：Epic A、B；Q2：Epic 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 周）

目标： 将 Epic 拆分为用户故事，规划第一个冲刺/发布版本。

活动

1. 拆解优先级最高的 Epic

• 使用： 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。

简短示例节选：

**Target:** Non-technical SMB owners
**Problem:** Onboarding drop-off due to jargon
**Priority:** Guided onboarding (RICE)

常见陷阱

陷阱 1：跳过问题验证

症状： 未验证问题，就从产品定位直接进入解决方案探索

后果： 针对未经验证的问题构建解决方案

解决方法： 在阶段 2 之后设置决策节点：“问题是否已验证？”如果答案为否，则开展探索性访谈。

---

陷阱 2：PM 单独开展练习

症状： PM 独自主持策略会议，完成后再向团队展示策略

后果： 团队不认同，也不了解背后的理由

解决方法： 邀请跨职能参与者参加研讨会（设计、工程、销售、CS）

---

陷阱 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 ——战略产品探索
• [如果 Dean 有策略会议资源，请在此处添加链接]

---

**技能类型：**工作流 建议文件名： product-strategy-session.md 建议位置： /skills/workflows/ **依赖项：**跨 6 个阶段编排 15+ 个组件技能和交互式技能