一般来说，产品路线图往往让人难以理解。事实上，即便是经验最丰富的产品经理，也难以完全掌握其制定方法。三年前，我写过一篇关于“重新思考产品路线图”的博客文章。
在文中，我主张应该专注于解决客户的问题，而不是单纯列出各种功能及其截止日期。这篇文章收到了很多反馈，其中大部分是赞扬，但也有一些批评意见。对我来说，最值得注意的评论是：“这种方法对于处于探索阶段的新产品来说很有效，但对于那些已经经过验证、需要进一步开发的产品来说，又该如何处理呢？”
从那以后，我一直与客户们一起探讨，在现实情况下什么方法最有效。我想和大家分享我所发现的这个框架：它有助于在“探索”与“实施”之间找到平衡，让我们不必再陷入那些繁琐的功能列表中。不过，首先，让我们先来谈谈“路线图”究竟是什么，以及它为何会让我们误入歧途。
路线图的误区
回想一下，在谷歌地图出现之前，真正的道路地图是什么样的吧——上面有细小的城市名称，还有成千上万的弯弯曲曲的线条。因为这样的地图，人们根本无法独自驾驶汽车，因为需要有人来帮忙指路，有人来操作那张巨大的地图，告诉人们如何从A点到达B点。没错，就是那样。
其实，“路线图”这个概念的由来就是这样。使用路线图时，人们始终清楚自己当前的位置以及想要到达的目标地点。同时，还有多种不同的路径可供选择：有些路径较短，而有些则较长，但风景更好。最终，由自己来决定选择哪条路径最为合适。产品路线图本应像其名称所暗示的那样发挥作用，但实际上，它的初衷已经在使用过程中被忽视了。现在，路线图更像是甘特图而已。
甘特图的问题
甘特图是一种项目管理工具，用于记录项目的时间安排和截止日期。虽然甘特图非常适合大型制造项目，但由于软件开发过程中存在诸多不确定性，因此它并不适合用于大多数软件开发项目。
在最初决定要研究哪种软件产品时，我们并不清楚用户的需求是什么，因此也无法确定最终产品的具体形态。这就使得很难估算出开发该产品需要多长时间。不过，我们仍然使用甘特图来规划工作，这就意味着我们必须按照既定的时间表来交付产品。团队因为这些固定不变的规划而感到沮丧，而管理层则因为团队无法按时完成任务而生气。最终，我们得到的只是一堆对用户来说毫无用处的功能而已。
正确的路线图模型
相反，我们需要一种能够帮助我们应对各种不确定性、同时又能让我们在产品的发现与交付过程中保持灵活性的模型。为此，我们专注于由各种成果、主题和假设构成的产品路线图，而不会考虑那些未经验证的解决方案或功能。
案例：NYS of Health
让我们来看一个我为某个团队制定的完整产品路线图的示例。我以纽约健康交易所的网站作为例子。因为该网站有很多需要改进的地方。虽然我从未与他们合作过，也不了解他们的内部运作方式，但我作为该网站的用户，可以给出自己的改进建议。如果我为他们工作的话，我会这样来改进这个产品。
*【图片注释】
TEAM X 第二季度产品路线图示例（包含愿景、挑战、目标条件，以及围绕“搜索优化”“语言表达”“补贴沟通”的主题、假设、成果、状态与优先级的完整结构）*
在我们的路线图的上半部分，我们明确了我们的愿景、面临的挑战以及目标状态。这些内容与我之前在关于产品战略的文章中阐述的目标是一致的。产品路线图应当围绕这些目标来制定，同时有助于明确实现这些目标的各项策略。
根据该计划，X团队正致力于实现这一总体目标：让在NYS of Health平台上创建账户的人中，有99%的人都能成功购买保险。
从问题到目标
现在，既然我们已经确定了需要解决的挑战，团队接下来就要分析那些阻碍他们实现目标的客户问题。这一过程与我们之前在路线图中所描述的完全一致。比如说，经过用户调研后，我们发现NYS of Health网站的用户面临的最大问题是：寻找合适的健康保险计划需要很长时间。整个过程既繁琐又令人沮丧，因此很多人最终选择放弃，而不会去注册该网站。
因此，X团队决定着手解决这个问题，并设定了一个能够表明他们是否已经取得成功的目标条件：“在第二季度内，将寻找和购买健康保险的平均时间从3周缩短到2天。”虽然用户每年只能注册一次健康保险，但在注册期开始后，仍有许多措施可以采取措施来简化这一流程。
主题与假设
接下来，X团队会确定在第二季度中需要重点关注或着力解决的领域，以便实现既定目标。我们把这些领域称为“主题”。例如，“搜索功能优化”这一主题就涵盖了为简化健康保险选项的搜索过程而需要做的所有用户体验相关的工作。
为了回答“我们为什么要探讨这个主题？”这个问题，我们需要先提出假设或问题陈述。当产品还处于探索阶段时，我们还需要进一步验证所面临的问题以及可能的解决方案。因此，我们需要明确自己知道什么、不知道什么。我们的假设应当能够证明：我们相信自己的解决方案确实能够解决最核心的问题。
在“搜索功能优化”这一项目中，我们目前已经进入实施阶段。我们的假设是：“我们认为，通过优化筛选选项，使其能够更好地反映消费者在选择健康保险时的主要考虑因素，就能帮助他们更轻松地缩小选择范围，从而找到合适的健康保险产品。”我们已经确认，人们在缩小选择范围以找到合适健康保险方面确实存在困难。我们认为，对筛选选项进行适当优化，就能解决这个问题。
我们的最后一个主题是“补贴相关的沟通问题”。这属于仍处于探索阶段的难题。我们发现，那些符合补贴条件的人，其转化率极低。我们想弄清楚其中的原因。虽然我们有一些想法，但尚未得到验证。因此，我们需要清晰地阐述我们的假设：明确我们已经了解的情况（“那些几乎可以免费获得医疗保险的人，其转化率很低”），以及我们还不知道的情况（“我们不确定，是人们在得知自己是否符合补贴条件之前就放弃了申请，还是因为他们不理解我们对补贴政策的解释”）。
成果与衡量
在“假设”部分之后，就是“成果”部分——这也是我们规划中最重要的一部分。在这里，我们会明确说明通过解决这个问题或验证这一假设，我们希望实现什么目标。每一个成果都应与目标条件有某种关联。我们所做的所有工作都是为了帮助我们实现目标。如果每个主题的成果都只是对目标的重复，那么整个规划就会显得毫无意义。相反，我们应该思考：每一项变革或改进是如何帮助我们更接近目标的。
例如，通过“搜索功能优化”，我们可以通过衡量用户在使用过程中产生的挫败感程度，以及用户找到所需选项所需时间的减少情况，来判断我们的改进措施是否真的有助于让用户更轻松地完成搜索任务。在这些方面，我们必须确保同时考虑到业务目标和用户需求，同时还要确保这些指标是可以被量化的。
状态与优先级
最后两个部分分别涉及“状态”和“优先级”的问题。所谓“状态”，指的是当前处于“探索阶段”还是“交付阶段”。如果处于探索阶段，那么重点应该是通过实验来获取经验，而非急于发布新功能。而在交付阶段，则需要将有价值的功能和解决方案真正交付给用户。请与团队一起明确这些概念在你们公司中的具体含义，然后再向整个公司传达这些定义，以确保大家能够达成共识。
路线图的本质
上述例子只是某个团队的规划方案而已。可能还有许多其他团队也在努力实现同样的目标，不过他们各自的目标条件会有所不同。这些规划方案可以被整合成一个整体规划，然后在整个企业内部进行传达，具体方式如下：
*【图片注释】
跨团队产品路线图整合示例（从统一愿景与挑战出发，拆解至各团队的目标条件与主题，展示不同团队如何围绕同一战略目标协同推进）*
需要记住的是，路线图首先是一种沟通工具。它的作用是确保各个团队在时间安排和目标上保持一致。管理层应设定为期6个月到几年的目标和愿景，而各个团队则应着眼于更短的时间范围，比如几个季度或6个月以内。此外，还应有一份配套的策略文件，说明这些目标如何有助于公司实现其愿景。不过，路线图本身并不具备这一功能。
路线图是一种动态的文档。如果某个计划不再适用，那就及时更新它。如果目标发生了变化，也必须进行相应的更新。没必要勉强使用那些不适合自己的路线图。在与客户沟通时，应重点考虑如何解决他们的问题，而不是如何实现他们所期望的功能。对客户来说，最重要的是他们所获得的价值。
发表回复