name: 产品策略会话 description: 通过整合定位、问题框定、客户发现和路线图规划技能，引导产品经理完成全面的产品策略会话，形成一个端到端的流程 类型: 工作流程
目的
引导产品经理通过全面的产品策略会话，整合定位、问题框定、客户发现和路线图规划技能，形成一个端到端的流程。使用这个流程，从模糊的战略方向转向具体、验证过的产品策略，包括清晰的定位、目标客户、问题陈述和优先路线图——确保在投入执行前对齐所有利益相关者。
这不是一次性研讨会——这是一个可重复的流程，用于建立或刷新产品策略，通常持续2-4周，包含多个接触点。
关键概念
什么是产品策略会话？
产品策略会话是一个结构化的多阶段流程，将产品从战略模糊性带到验证过的方向。它整合了：
- 定位与市场背景 — 定义您服务谁、解决什么问题以及如何区分
- 问题发现与验证 — 通过研究框定和验证客户问题
- 解决方案探索 — 生成机会解决方案并根据影响优先级排序
- 路线图规划 — 根据策略序列化史诗和发布
为什么这个流程有效
- 结构化发现：防止在理解问题之前跳转到解决方案
- 利益相关者对齐：在执行、产品、设计、工程之间创建共享心智模型
- 验证策略：在投入资源之前测试假设
- 可执行路线图：连接高层次策略到具体工作
反模式（这不是什么）
- 不是功能头脑风暴：策略会话框定问题，而不仅仅是列出功能
- 不是瀑布式规划：构建反馈循环和迭代
- 不是单人产品经理练习：需要跨职能参与
何时使用这个流程
- 启动新产品或主要倡议
- 年度/季度战略规划周期
- 重新定位现有产品
- 新加入产品领导（对齐策略）
何时不使用这个流程
- 当策略已经清晰并验证过
- 用于战术功能添加（不需要战略转变）
- 当缺乏执行赞助时（策略不会持久）
引导源真
当作为引导对话运行此工作流程时，使用workshop-facilitation作为交互协议。
它定义了：
- 会话提醒+进入模式（引导、上下文转储、最佳猜测）
- 单问题轮次，使用简单语言提示
- 进度标签（例如，上下文问题x/8和评分问题x/5）
- 中断处理和暂停/恢复行为
- 决策点处的编号建议
- 常规问题的快速选择编号响应选项（包括
其他（指定），当有用时）
此文件定义了工作流程序列和特定领域输出。如果有冲突，遵循此文件的工作流程逻辑。
应用
使用template.md作为完整填充结构。
此工作流程整合了6个阶段，持续2-4周，使用多个组件和交互技能。
阶段1：定位与市场背景（第1周，第1-2天）
目标：定义目标客户、问题空间和区分。
活动
1. 运行定位研讨会
- 使用：
skills/positioning-workshop/SKILL.md（交互式） - 参与者：产品经理、产品领导、市场、销售
- 持续时间：90分钟
- 输出：草案定位声明
2. 定义原型人物
- 使用：
skills/proto-persona/SKILL.md（组件） - 参与者：产品经理、设计、面向客户的团队
- 持续时间：60分钟
- 输出：1-3个原型人物（基于假设）
3. 映射待完成工作
- 使用：
skills/jobs-to-be-done/SKILL.md（组件） - 参与者：产品经理、设计
- 持续时间：60分钟
- 输出：每个人物的待完成工作声明
决策点1：我们有足够的客户背景吗？
如果是的：进入阶段2（问题框定）
如果不：运行额外发现：
- 使用：
skills/discovery-interview-prep/SKILL.md（交互式） - 安排5-10次客户访谈
- 在继续之前验证定位假设
- 时间影响：+1周
阶段2：问题框定与验证（第1周，第3-5天）
目标：框定核心客户问题并验证是否值得解决。
活动
1. 运行问题框定画布
- 使用：
skills/problem-framing-canvas/SKILL.md（交互式 - MITRE） - 参与者：产品经理、设计、工程领导、客户成功
- 持续时间：120分钟
- 输出：精炼的问题陈述+“我们如何”问题
2. 创建正式问题陈述
- 使用：
skills/problem-statement/SKILL.md（组件） - 参与者：产品经理
- 持续时间：30分钟
- 输出：结构化问题陈述，用于产品需求文档/路线图
3. 映射客户旅程（可选）
- 使用：
skills/customer-journey-mapping-workshop/SKILL.md（交互式） - 何时使用：如果问题跨越多个接触点或阶段
- 参与者：产品经理、设计、客户成功
- 持续时间：90分钟
- 输出：旅程图，包含痛点和机会
决策点2：问题是否验证过？
如果是的：进入阶段3（解决方案探索）
如果不：运行客户发现访谈：
- 使用：
skills/discovery-interview-prep/SKILL.md（交互式） - 与5-10个客户验证问题假设
- 根据发现迭代问题陈述
- 时间影响：+1周
阶段3：解决方案探索（第2周，第1-3天）
目标：生成解决方案选项，根据可行性/影响优先级排序，并选择概念验证。
活动
1. 生成机会解决方案树
- 使用：
skills/opportunity-solution-tree/SKILL.md（交互式） - 参与者：产品经理、设计、工程领导
- 持续时间：90分钟
- 输出：3个机会，每个机会3个解决方案，概念验证推荐
替代：使用精益用户体验画布
- 使用：
skills/lean-ux-canvas/SKILL.md（交互式） - 何时使用：如果您更喜欢基于假设的方法而不是机会解决方案树
- 输出：业务问题、假设、实验
2. 定义史诗假设
- 使用：
skills/epic-hypothesis/SKILL.md（组件） - 参与者：产品经理
- 持续时间：每史诗60分钟
- 输出：顶级3-5个倡议的史诗假设声明
3. 创建用户故事地图（可选）
- 使用：
skills/user-story-mapping-workshop/SKILL.md（交互式） - 何时使用：对于需要发布规划的复杂功能
- 参与者：产品经理、设计、工程
- 持续时间：120分钟
- 输出：故事图，包含主干、发布切片
决策点3：我们需要在投入之前测试解决方案吗？
如果是的（高不确定性）：运行实验：
- 设计概念验证实验，根据
skills/opportunity-solution-tree/SKILL.md输出 - 与10-20个客户测试（原型、礼宾服务、落地页测试）
- 时间影响：+1-2周
如果不（低不确定性）：进入阶段4（优先级排序）
阶段4：优先级排序与路线图规划（第2周，第4-5天）
目标：优先级排序倡议并序列化为可执行路线图。
活动
1. 选择优先级排序框架
- 使用：
skills/prioritization-advisor/SKILL.md（交互式） - 参与者：产品经理
- 持续时间：30分钟
- 输出：推荐的优先级排序框架（RICE、ICE、价值/努力等）
2. 评分与优先级排序史诗
- 使用：步骤1的优先级排序框架
- 参与者：产品经理、工程领导、产品领导
- 持续时间：90分钟
- 输出：排序后的史诗待办列表
3. 按发布序列化路线图
- 参与者：产品经理、工程领导
- 持续时间：60分钟
- 输出：季度或基于发布的路线图（Q1：史诗A、B；Q2：史诗C、D、E）
4. 映射总体可用市场/服务可用市场/可获取市场（可选）
- 使用：
skills/tam-sam-som-calculator/SKILL.md（交互式） - 何时使用：用于执行演示、融资或市场规模估计
- 参与者：产品经理、业务运营
- 持续时间：60分钟
- 输出：带引用的市场规模预测
阶段5：利益相关者对齐与沟通（第3周）
目标：向利益相关者展示策略，收集反馈，精炼。
活动
1. 创建愿景性新闻稿（可选）
- 使用：
skills/press-release/SKILL.md（组件） - 何时使用：用于主要产品发布或执行买-in
- 参与者：产品经理、市场
- 持续时间：60分钟
- 输出：亚马逊工作后向式新闻稿
2. 向利益相关者展示策略
- 格式：60分钟演示，涵盖：
- 定位声明（阶段1）
- 问题陈述（阶段2）
- 解决方案选项和优先级排序（阶段3-4）
- 路线图（阶段4）
- 参与者：执行、产品领导、关键利益相关者
- 输出：反馈、开放问题、批准继续
3. 基于反馈精炼
- 持续时间：1-2天
- 输出：更新后的策略工件
阶段6：执行规划（第4周）
目标：将史诗分解为用户故事，规划第一个冲刺/发布。
活动
1. 分解顶级史诗
- 使用：
skills/epic-breakdown-advisor/SKILL.md（交互式 - 使用Richard Lawrence的9种模式） - 参与者：产品经理、设计、工程
- 持续时间：90分钟
- 输出：按模式拆分的用户故事（工作流、增删改查、业务规则等）
2. 编写用户故事
- 使用：
skills/user-story/SKILL.md（组件） - 参与者：产品经理
- 持续时间：每故事30分钟
- 输出：带验收标准的用户故事
3. 规划第一个冲刺/发布
- 参与者：产品经理、工程
- 持续时间：60分钟
- 输出：冲刺待办列表或发布计划
完整工作流程：端到端摘要
第1周：
├─ 第1-2天：定位与市场背景
│ ├─ skills/positioning-workshop/SKILL.md（90分钟）
│ ├─ skills/proto-persona/SKILL.md（60分钟）
│ └─ skills/jobs-to-be-done/SKILL.md（60分钟）
│
├─ 第3-5天：问题框定与验证
│ ├─ skills/problem-framing-canvas/SKILL.md（120分钟）
│ ├─ skills/problem-statement/SKILL.md（30分钟）
│ └─ [可选] skills/customer-journey-mapping-workshop/SKILL.md（90分钟）
│
└─ 决策：验证问题？（如果不，+1周发现）
第2周：
├─ 第1-3天：解决方案探索
│ ├─ skills/opportunity-solution-tree/SKILL.md（90分钟）
│ ├─ skills/epic-hypothesis/SKILL.md（每史诗60分钟）
│ └─ [可选] skills/user-story-mapping-workshop/SKILL.md（120分钟）
│
├─ 决策：测试解决方案？（如果是的，+1-2周实验）
│
└─ 第4-5天：优先级排序与路线图
├─ skills/prioritization-advisor/SKILL.md（30分钟）
├─ 评分与优先级排序史诗（90分钟）
├─ 序列化路线图（60分钟）
└─ [可选] skills/tam-sam-som-calculator/SKILL.md（60分钟）
第3周：
└─ 利益相关者对齐
├─ [可选] skills/press-release/SKILL.md（60分钟）
├─ 展示策略（60分钟）
└─ 基于反馈精炼（1-2天）
第4周：
└─ 执行规划
├─ skills/epic-breakdown-advisor/SKILL.md（90分钟）
├─ skills/user-story/SKILL.md（每故事30分钟）
└─ 规划第一个冲刺（60分钟）
总时间投资：
- 最小：2周（无发现/实验）
- 典型：3周（包括1轮验证）
- 最大：4-6周（包括发现访谈+实验）
示例
参见examples/sample.md获取完整策略会话示例。
迷你示例摘录：
**目标**：非技术性中小企业主
**问题**：由于术语导致的入职流失
**优先级**：引导入职（RICE）
常见陷阱
陷阱1：跳过问题验证
症状：从定位跳转到解决方案探索，没有验证问题
后果：构建解决方案来解决未验证的问题
修复：强制在阶段2后决策点：“问题是否验证过？”如果不，运行发现访谈。
陷阱2：单人产品经理练习
症状：产品经理单独运行策略会话，向团队展示完成策略
后果：没有买-in，团队不理解原理
修复：在研讨会中包含跨职能参与者（设计、工程、销售、客户成功）
陷阱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，持续发现习惯（2021） — 机会解决方案树框架
- Jeff Gothelf，精益用户体验（2016） — 基于假设的产品开发
- Marty Cagan，启发（2017） — 产品发现流程
Dean的工作
- Productside蓝图 — 战略性产品发现
- [如果Dean有策略会话资源，链接此处]
技能类型：工作流程
建议文件名：产品策略会话.md
建议位置：/skills/workflows/
依赖：整合6个阶段的15+个组件和交互技能