Product Strategy Session — 产品策略会话

技能概述

Product Strategy Session 是一个引导产品经理在 2-4 周内完成"产品定位 → 问题验证 → 方案探索 → 路线图规划 → 高管对齐 → 执行落地"的端到端策略工作流，让团队在投入开发之前拿到经过验证的方向。

适用场景

1. 团队有大量 backlog 却缺少战略方向，领导层要求在评审前提交一份可信的产品策略
2. 需要从定位、客户发现一路走到大家真正认可的路线图，让执行层和管理层对"做什么、为什么"达成共识
3. 新产品或重大专项启动、季度/年度规划、产品重新定位，或新产品负责人上任后需要对齐战略

核心功能

1. 六阶段结构化流程编排：定位与市场背景、问题框架与验证、解决方案探索、优先级与路线图、利益相关者对齐、执行规划，每个阶段明确参与者、时长与产出物，并编排定位工作坊、JTBD、问题框架画布、机会解决方案树（Opportunity Solution Tree）、RICE 优先级排序等 15+ 个子技能。
2. 内置决策点与验证闭环：在问题验证和方案测试两处设有决策点——缺少客户证据时自动插入 5-10 场客户发现访谈或 POC 实验，避免把资源押在未经验证的问题和方案上；不确定性低时可跳过，避免为流程而流程。
3. 跨职能对齐与落地衔接：既有面向高管的策略汇报环节（可选用 Amazon Working Backwards 式虚拟新闻稿辅助争取支持），也有 Epic 拆解、用户故事编写和首个冲刺规划，让策略直接变成可排期的开发工作，而不是停在文档层面。

常见问题

完整流程需要多长时间？

最短 2 周（跳过额外验证），典型 3 周（含一轮问题验证），最长 4-6 周（含客户访谈和方案实验）。流程内建决策点会根据不确定性自动调整，且建议严格控制在 2-4 周内收口，避免陷入"永远在做策略、永远不执行"的分析瘫痪。

哪些人应该参与？

这不是产品经理一个人的练习。定位工作坊需要产品、市场、销售参与；问题框架画布需要设计、工程负责人和客户成功加入；方案探索和优先级排序需要工程负责人共同打分。尤其建议在启动前就和高管约好策略汇报时间——缺少高管背书的策略很难获得资源。

它和普通的功能头脑风暴有什么区别？

策略会话先框定并验证问题、再探索和排序方案，定位、问题、方案、路线图层层递进且有客户验证环节；头脑风暴往往直接产出一份功能清单。它也不是瀑布式规划——流程中保留了反馈回路和迭代，最终产出的是经过验证的方向和可执行路线图，而不是一次性拍板的功能列表。