什么是产品路线图（简单点来说）
       首先，让我们简要回顾一下什么是产品路线图。我将路线图看作是一个高级计划，它表明了产品在特定时间范围(可能是6到12个月)内应该产生的具体效益。我发现使用产品路线图很有帮助，它可以将整个产品战略与产品待办事项列表联系起来，如下图所示。我还喜欢从产品战略中的用户需求和业务目标中获得路线图中所描述的收益，将它们作为目标来捕捉，并使用它们来确定正确的产品待办事项列表项。
 

为什么标明日期是有益的？
       日期之所以有用，主要有两个原因：一是它允许你设定最后期限；二是检查你当前的路线图是否现实可行。

>设定最后期限

       为了获得成功，一些产品必须遵守最后期限或特定的机会窗口。以游戏和智能手机等季节性产品为例，它们的主要销售往往发生在圣诞节前。及时准备好产品是至关重要的，因为产品延迟会对收入产生重大影响。但即便是非季节性的产品也会有截止日期。
       类似地，我也经历过内部支持产品(如供应线管理应用程序)的路线图设定了严格的截止日期，这些产品必须在指定日期前完成发布才能实现预期收益目标。有时甚至可以采用发布培训和时间框架来安排主要产品的发布，例如，协调不同的产品或定期向用户提供升级产品。
>确保路线图是现实可行的
       即使您的产品不受任何截止日期的影响，在制定产品路线图时考虑日期或时间框架也是有益的，因为这可以让你了解到该计划是否可行。其中一个方便的工具是如下所示的“铁三角”图。
 

       上面这个铁三角图考虑了产品达到的目标、日期或时间框架及预算，产品质量作为影响成功的第四个因素被放在中间，表示它应该是固定不变的。请注意，三角形的每一个顶点必须始终保持灵活，并充当一个“缓解阀”以应对不可预见的事件，这些事件也被称为索德定律（坏运气会在最坏的情况下发生）。要决定哪些顶点需要调整，可以进行一个非正式的影响分析。自我评估一下，如果这样做是否会更好:

· 坚持目标，但要花更多的时间来达到目标，或者通过增加人手(如果有帮助且可能的话)导致预算增长？

· 或者你应该调整目标，让它显得不那么野心勃勃且遵循日期、时间框架和预算约束?

       考虑好这些问题，才更有可能创建一个可以实施的、设定了利益相关者期望的产品路线图。

什么情况下标明日期是没用的？
       在产品路线图上标明日期会产生不切实际的期望，并希望团队能做出一个不会接受的长时间框架承诺。用户、客户或销售人员可能会将目标日期视为一个确定的约定或承诺，并坚持要求开发团队无论进度如何都要遵守这些日期节点。
       这会给负责产品和开发团队的人带来很大的压力；导致不健康的工作环境和无法长期持续的进度，团队会处于长时间工作状态或者产品质量受到影响。在最坏的情况下，到时交付的是一个存在严重缺陷的产品，它没能正确地满足用户需求且充满了bug，导致后期需要投入更大的资金和更大的难度来增强和调整产品。

那么我们应该怎么做？
       在我看来，产品路线图上标明日期和许多其他事情一样各有利弊，这取决于你如何去使用它们。
       当您设计面向客户的外部产品路线图时，我建议不要标明任何具体日期。相反，应当使用足够大的时间框架，这样你就不会经历如上文所述的赶工的情况。例如，您可能选择去使用6个月的时间框架，或者更粗粒度的，比如使用“今年”、“明年”等标签的年度框架。
       但是，当您设计需要将开发团队和利益相关者结合起来的内部产品路线图时，我建议标明日期或使用较小的时间框架，因为这有助于您确保计划是现实的，并且明确规定最后期限(如果可实现的话)。
       无论是哪一种情况，要确保创建产品路线图时开发团队和利益相关者参与并合作完成，最好是以联合路线图研讨会的形式来进行相关创建工作。这确保了每个人都有机会为计划做出贡献，并确保人们了解他们共同关心的问题和共同利益。更重要的是，它为产品路线图提供了更强大的支持，使开发团队和利益相关者更好地结合在一起。
       最后但同样重要的是，不要忘记与开发团队和利益相关者一起定期检查和调整路线图——作为经验来说，至少每季度应检查一次。产品路线图应该是“活”的文档：它必须根据开发进度、用户数据和反馈及整个产品战略的变化来定期进行更新。