产品路线图RoadMap
产品路线图是产品的功能迭代过程安排，它将产品功能的实现划分成若干个阶段，结合可投入资源、产品功能的需求价值、功能的实现成本和功能间的相关度等因数，确定各阶段所需实现的功能。它是一个优先级列表，包含了产品团队需要开发的功能和项目，宏观的展示了产品的发展方向。有效的路线图不仅是一个强调产品发布和功能的时间表：它是一个动态的文档。
产品路线图通常以季度为单位，有时会以滚动的3个月为单位，它让我们的管理层和团队能够确定以下信息：
- 越有价值的事情被安排越早做。
- 不同阶段的产出及时间点，以便协调营销与运营资源。
产品路线图的第一行是时间轴，通过将时间轴划分出不同阶段，在不同阶段中体现产品的功能迭代过程，这样就能直观的看到，要在什么时间做哪个版本，以及该版本所含哪些功能了。具体步骤如下：
步骤1：识别分解产品需求
产品的需求分为内部需求和外部需求，内部需求来自产品战略，外部需求来自市场调研。在产品路线图中显示出的需求可能存在不同的层级：场景和功能。这一步要求产品负责人和项目团队梳理出并确定产品的场景和功能，创建最初的产品待办列表。
步骤2：产品需求归类分组
确认了产品的需求之后，需要对需求进行整理归类，即：按业务流程或功能逻辑把这些需求分成特定的主题。对需求分组时要考虑的问题包括：产品的使用方式和使用流程？哪些功能是客户要连续使用的？哪些功能是用户低频使用的？提供某一功能后，会对用户的使用造成什么影响？项目团队能否识别出需求的技术相似性或依赖性？用这些问题的答案来确认产品应有哪些场景，然后根据这些场景把功能归类。
步骤3：产品需求估算排序
大致估算实现需求所需的工作量，并且对产品需求进行优先级排序。特别需要指出的是在第一阶段一定是MVP产品。
- 第一步，评估每一项需求的价值，并进行量化（给需求的用户价值和商业价值打分）
- 第二步，评估每一项需求的工作量，并进行量化（给完成需求的难易程度打分）
- 第三步，结合需求价值和需求工作量，确定需求的相对优先级
步骤4：确定需求时间框架
为项目的发布选择一个合适的迭代周期（时间增量），比如一周、两周、一个月、一个季度或固定的天数。然后将产品待办列表中的需求分配到每个迭代周期中去。随着项目的进展，及时更新产品路线图。
产品路线图中通常不会包含诸如BUG、优化之类的小事情，而是包含一些必须的功能、项目以及大型、多团队的联动工作。
然而，由于以下两个事实的存在，典型的产品路线图成为了大多数产品组织资源浪费和失败的根本原因。
创意本身存在问题
在我们制定的季度甚至更长期的产品路线图中，我们不得不面对的一个事实是，其中大部分的创意是行不通的。原因有很多。
- 用户不买单。用户对我们的创意并不如我们自己一样感到兴奋。
- 成本超过预期。开发这个创意产品需要的投入和时间远比我们想象的多。
- 竞争者抢占市场。我们的竞争对手抢先我们推出了相似的产品，抢占了我们的目标客户群体。
- ......
路线图被视为承诺
一个扰人的事实是，在推动创意落地过程中随着信息的增加，即使我们已经发现了不妥，也难以对产品路线图进行调整。尽管我们曾经希望它是一份动态的文档。
当你在一份名为“路线图”的文档里列出一份产品功能清单时，无论你增加多少免责声明，公司内部的人员都会将这些产品创意当做是承诺。这就是问题所在，你不得不致力于构建和交付你曾经所描绘的输出，因为它成为了你和你团队的考核内容，但这与商业目标和产品目标已经毫无关联，它很可能不会解决任何潜在问题。
我们将在下一章节中来探讨产品路线图的替代方案。
by 爱发脾气的墨.小尘
文章被以下专栏收录
