技能roadmap-planning
R

roadmap-planning

制定一份涵盖优先级排序、史诗级项目定义、利益相关者对齐和排期的战略路线图。用于将战略转化为团队可执行的发布计划。

Roadmap Planning - 产品战略路线图规划工作流

技能概述

Roadmap Planning 引导产品经理通过输入收集、Epic 定义、RICE 优先级排序、发布排序和利益相关者沟通五个阶段,把零散的功能需求变成一份结果导向、能通过高管评审的产品路线图。

适用场景

  1. 手上有十几个竞争性倡议,需要在下个季度规划前排出优先级,做出一份高管团队真正会批准的路线图。
  2. 要规划未来半年(或两个季度)的产品路线图,并把工作合理排序到多个团队上,还要确认技术依赖现实可行。
  3. 现有路线图只是一份功能清单("深色模式""SSO""高级报表"),想转型为带假设、成功指标和战略叙事的结果导向路线图。

核心功能

  1. 五阶段结构化流程:从收集业务目标(OKR)、客户痛点、技术约束和各利益相关者需求开始,到定义带假设语句和成功指标的 Epic,再到 RICE 打分排序、按依赖关系排入季度或 Now/Next/Later 结构,最后生成汇报材料并对齐利益相关者,完整覆盖 1-2 周的规划周期。
  2. 透明的优先级排序:内置优先级框架选择建议(如 RICE、ICE、价值/努力矩阵),先打分再做战略匹配调整——比如企业 SSO 的 RICE 分不高,但服务企业扩张战略,可以提升优先级,避免"最高薪者意见"式的拍板。
  3. 依赖映射与沟通模板:排序前显式梳理 Epic 之间的技术依赖(例如"高级报表"依赖"数据管道升级"),并与工程验证可行性;输出季度制或 Now/Next/Later 两种路线图结构,附带"什么不在路线图上"的汇报框架,减少承诺化误解。

常见问题

产品路线图是对外承诺吗,可以中途调整吗?

不是承诺。该技能明确把路线图定位为战略计划而非合同,应在汇报时向利益相关者说明"这是计划,会随学习调整",并按季度根据新信息演进,避免瀑布式思维导致无法转向。

它用什么框架给需求排优先级?

先用优先级顾问建议合适的框架(RICE、ICE、价值/努力矩阵等),再对每个 Epic 打分,最后叠加战略匹配调整。每个 Epic 需要提前写好假设语句("我们相信为[人群]构建[X]将实现[结果]")和成功指标,打分才有依据。

这个技能和画甘特图排期有什么区别?

甘特图只回答"什么时候做什么",这份工作流回答"为什么做这个而不做那个":每个 Epic 绑定业务结果和成功指标,先排优先级再排顺序,并显式映射依赖关系。它适合季度/半年规划和对齐利益相关者,不适合替代日常的冲刺级任务安排。