定义（What）

• 将短期与长期业务目标与特定产品创新的解决方案进行匹配，以实现这些目标的一份计划图（规划图）
  • 某程度上，相当于项目管理里面项目进度图（相似，但性质不一样），只是说产品路线图的竖轴部分，用产品集、发布版本集、以及可能包括概括性特征（含子特征）、功能（含子功能）等等，来替换了原来项目进度图里面的WBS/任务/活动。横轴是时间线。
  • 在最初的估算中，可以借鉴一些敏捷估算的方法论。同样，不需要对时间范围区间过于追求细节，可以滚动式规划（即：对近期产品详细规划，可以深入到功能清单；而对远期产品粗略规划，只列明一个产品代号。随时间推移，所掌握的信息越多，再深入细化）。

目的（Why）

• 传递产品开发项目的目标方向与进展，以及实现目标的措施与进度
  • 产品愿景（Product Vision）驱动路线图（路线图是高层级愿景的实体化）
  • 产品路线图，驱动真正可落实项目进度计划
  • 先后逻辑是：产品愿景 驱动 产品路线图 驱动 项目进度计划 or 产品发布计划

何时（When）

• 明确高层级战略后，基于对产品愿景的理解，以及对信息与数据的充分收集后，可以着手建立产品路线图的框架。因为需要使用产品路线图作为保持一众相关方（高层领导、发起人、关键相关方）之间的沟通，产品路线图需要在项目立项前就要初步拟定，以便及时沟通，并调整内容以反映相关方的期望。
• 在敏捷项目中，产品路线路是作为发布计划的驱动资料，也侧面说明在立项之前需要完成，以便团队能进一步转化为发布计划以及迭代计划（需要多少次发布，每个发布需要分为多少次迭代）
• 理论上，一份稳定的长期目标的产品路线路规划时间跨度为：一年到几年之间。但是，由于市场环境的高度不确定性和模糊性，无论是对传统硬件产品或者敏捷软件产品，现在产品路线图，已经大大缩短至：季度、半年一次更新。

哪些（Which）

• 产品路线图是可以针对一个产品或一组产品来描述呈现。

1. 针对单一产品路线图，按照跨职能团队进行分解（如有必要，也可再细化一层，按迭代版本或者WBS再分解）

1. 针对一个软件类产品路线图，按照发布版本自上而下按照发布（Release）递增

1. 呈现一组产品，可以是相同产品线中的不同的产品、或多个产品线底下的不同产品，通常来说此类路线图可以总览企业内所有新产品未来时间段内的规划路径。但因为如果产品过多，容易眼花缭乱，还请保持版面简洁，文字描述内容尽可能高度概括，图片占比不要太大。。

为了（For Who）

• 产品路线图的详细程度取决于其目标使用者；产品路线图的制定贯穿整个产品生命周期（从早期的概念阶段甚至是直到退市后被哪款产品替换。）
  • 所谓目标使用者，例如是，汇报层次越高，则呈现抽象、简洁，以里程碑高度概括。原则：随时间演进，应着重于商业价值的流动、在什么时间传递什么价值。
  • 汇报层次低，则呈现具体、详细、层次丰富。例如对于项目、研发的职能团队，更详尽的分解能有助于沟通与合作的效率。
• 产品路线图，也是一种与上述相关方（高层领导或者其他职能团队）沟通工具，例如：使用产品路线图与高层沟通，着重汇报产品规划方向；与开团队沟通，着重于对齐开发信息。

创建产品路线图的步骤（How）

1. 确认愿景、目标、需求
2. 将需求（主题、产品线）分大类（分子类）
3. 评估粗略工作量
4. 评估粗略时间范围框架
5. 构建路线图

推荐工具：Excel、Notion

其他推荐工具：

• ProductPlan： https://www.productplan.com/ （收费）
• RoadMunk： https://roadmunk.com/（收费）
• Trello： https://trello.com/（个人免费，但开通时间线Timeline，需要付费！）
• Craft： https://craft.io/（收费）
• Aha： https://www.aha.io/（收费）