一个路线图是一个战略性的、活的工件,它确定优先级,并交流团队未来的工作和要解决的问题。它是作为真实的单一来源,代表着用户体验团队的北极星。它帮助团队围绕一个单一的愿景和一组优先级对齐。

路线图并不是用来跟踪不同版本特性的执行情况,而是用来传达一个愿景——将要解决的问题。路线图项缺乏正式的、离散的任务定义,并表示一系列尚未定义的潜在未来工作(从研究到分析、设计和开发)。

根据团队的目标、背景和受众,团队可以创建三种类型的路线图:

  1. 产品路线图代表了未来需要解决的所有问题,包括用户体验、市场营销、内容、设计、研究、开发、支持和/或运营。
  2. 路线图表示用户体验要解决的所有未来问题(例如,与设计、研究或内容相关的问题),但不包括用户体验之外的问题(例如,市场、开发和支持方面的问题)。
  3. 专业路线图是领域路线图的子集,只关注一个用户体验领域中的问题(例如,在用户研究中)。
3种路线图:产品、领域和专业
产品路线图是最高级别的路线图,通常提供领域和专业路线图的优先顺序。领域路线图是UX在产品路线图中主题的扩展。类似地,专业路线图是用户体验领域在领域路线图上拥有的主题的扩展。
3种路线图:产品、领域和专业
产品路线图是最高级别的路线图,通常提供领域和专业路线图的优先顺序。领域路线图是UX在产品路线图中主题的扩展。类似地,专业路线图是用户体验领域在领域路线图上拥有的主题的扩展。

这三种范围有不同的好处,适用于不同的情况。本文讨论了与用户体验相关的每个路线图范围;但是,这两个较低粒度的路线图(领域和专业)可以应用到任何其他领域——例如,您可以有一个市场营销路线图,并且在该领域内,有一个或多个与市场营销相关的专业路线图。

产品路线图包括产品、用户体验和工程

这种类型的路线图是最广泛和最劳动密集的。它需要跨多个部门的协作,例如产品管理、用户体验、工程、内容策略、客户成功和市场营销。因为每个人都参与其中,产品路线图捕获了整个产品的战略远景。

产品路线图是三种类型中最广泛的一种,它驱动着其他路线图。
产品路线图包括跨功能的主题(包含有待解决的问题的未来工作包)。这个示例路线图包括用户体验、工程和市场营销的主题。

所有权

  • 产品经理是产品路线图的主要所有者和创建者。他们的责任是推动跨职能团队的努力,并制定产品范围的战略。他们通过为相应的会议安排时间,促进未来工作的优先级划分,并创建工件来领导路线图计划。
  • 领域领先(例如,用户体验、工程、市场)与产品经理一起定义路线图。例如,用户体验主管可以帮助产品经理对影响用户的工作进行优先排序,而工程主管则可以提供技术可行性方面的见解。在某些情况下,用户体验主管可能扮演产品经理的角色,并领导产品路线图的创建。这种情况通常发生在没有PM、分配的PM带宽有限或者PM缺乏以用户为中心的思想的情况下。

好处

  • 交叉功能小组合作产品路线图是由产品管理和跨职能领导协同创建的。这个过程促进了重要的讨论(例如,必要的权衡),并在创建的远景之上创建了合作关系。
  • 创建一个共享心智模式产品路线图表示未来工作的共享可视化表示。组织中的任何人都可以浏览产品路线图并理解产品的战略远景。
  • 分解部门筒仓。产品路线图建立了更大的图景。我们可以看到我们的工作是如何与其他部门的工作相关联的,因为他们包括所有的问题,而不仅仅是用户体验的问题。他们沟通关系、依赖关系,以及我们的工作在更大的愿景中所扮演的角色。

挑战

  • 需要交叉功能的参与。虽然产品路线图可以在不需要协作的情况下在竖井中创建,但是您需要其他人参与路线图所建立的产品远景。如果合作从一开始就开始,共识最有可能建立。然而,这说起来容易做起来难:部门会有相互冲突的目标(通常是由成功指标驱动的),这使得问题的优先排序变得棘手,并可能引发紧张情绪。
  • 涉及政治。由于产品路线图中理想使用由所有人(包括利益相关者和客户端),不可避免地政治将起到一定的作用(例如,谁创建的路线图,谁促成它,谁有权去改变它,甚至标准用于内优先它)。同时平衡的政治是值得的(建立共同愿景的缘故),协作过程创建一个产品路线图是比其他的路线图更加费力又费时的。

领域路线图包括多个用户体验领域

领域路线图包括任何用户体验领域需要解决的问题:用户研究、用户体验设计、内容、信息架构。与产品路线图不同,领域路线图可以涵盖多个产品(或产品领域)。它们提供了一种跨用户体验领域的对齐方式,并在以用户为中心的设计过程方面教育涉众。

实地路线图描绘用户体验工作,包括研究、设计和内容。
领域路线图包括跨越多个UX领域的主题。该路线图包括用户体验设计、用户研究和内容策略的主题。

所有权

  • 用户体验总监或领导是现场路线图的主要创造者。这些领导(或经理)监督一个产品中的多个UX领域,并对按照UX愿景交付的团队负责。这些人经常参与创建更高层次的产品路线图,从而理解驱动策略和愿景。
  • 用户体验项目经理也可能是实地路线图的创造者。他们的任务是程序级或组织级的设计操作,包括多个用户体验领域。

好处

  • 桥UX领域。领域路线图将所有用户体验领域的目标交织在一起。例如,设计团队可以看到同时进行的研究是什么。路线图可以增强一般意识并促进交叉划线(例如,设计师可以观察与她未来工作相关的研究)。
  • 沟通用户体验-设计过程。虽然以用户为中心的设计方法是用户体验从业者的第二天性,但是许多团队仍然必须教育他们的涉众什么是设计用户第一。领域路线图从一开始就传达设计过程研究发现,内容创建,线框图绘制,因为未来的用户体验工作是明确的和优先级的。它从受益人的角度对UX团队必须解决的问题和框架需要提供了一个高层次的观点。

挑战

  • 描述过程,而不是资源分配字段路线图仍然是一个相对高级的工件,特别是当产品非常复杂,具有许多不同的特性或渠道时。字段路线图太过宽泛,无法表示有意义的资源分配(与专用路线图相比,专用路线图足够细到可以传输带宽)。字段路线图的所有权(在主题中)是在团队或区域级别,而专业路线图的所有权是在单个团队成员级别。
  • 需要与产品路线图协调虽然领域路线图比产品路线图不那么费力,因为它们主要是由UX组驱动的,但它们仍然需要与负责驱动体验的总体策略的产品总监或经理协作。用户体验问题的优先级应该与更高层次的路线图或产品优先级相一致。

专业路线图包括一个用户体验领域

该路线图范围只关注于一个用户体验领域(例如,用户研究、用户体验设计),并概述了该领域将解决的问题。专业路线图可以涵盖多个产品(或产品特性),但总是只包括与路线图区域相关的工作。它们支持特定团队内的对齐,以及通信资源带宽和分配。

专业路线图描绘一个特定的用户体验领域。
专业路线图将只包含一个用户体验领域的主题。例如,UX-research路线图可以包括通过用户研究来解决的各种问题,从早期基于发现的主动性到后期阶段的可用性测试。

所有权

  • 领导或高级用户体验从业者(任何区域)可以创建专门的路线图。这些专业路线图概述了他们团队与特定UX领域相关的职责范围。
  • ResearchOps或DesignOps负责拥有研究或设计的操作方面的角色也是专业路线图的共同创建者。例如,一个研究行动经理可能会创建一个研究路线图来组织和交流谁在做什么问题以及平衡资源分配。
  • 个人用户体验的贡献者可以创建专门的路线图,概述他们个人将来要解决的问题。这种类型的低粒度路线图在小型团队(或ux -成熟度较低的组织)中最常见,在这些团队中,个人作为一个团队进行操作,并希望就其工作的战略方法进行沟通。

好处

  • 通信带宽和分配。专业路线图是可视化带宽的好工具,因为很容易看到哪个团队成员处理了什么问题。简单地看一下,专业路线图可以洞察每个团队成员负责多少主题(现在、接下来和将来)。这些信息可以平衡工作负载,此外还可以向涉众推荐额外的资源来覆盖未分配的主题。
  • 在一个区域内团结和调整团队成员。在一些组织中,区域被分配到不同的pods或团队(每个团队都有自己的领导),特殊的路线图使得同一区域的其他人所做的工作更加一致和清晰。它们鼓励知识共享、交叉交流和普遍的归属感。
  • 易于创建。由于专业路线图的范围的性质,他们往往是最容易的创建(特别是如果创作者是每个主题的主要所有者)。协作是不需要的,这牵涉不是在创建产品和所有-UX蓝图远不如政治。专业路线图是UX从业者创造他们的第一个路线图,一个伟大的起点。

挑战

  • 有限的观众。专业路线图,顾名思义,是具体的。因此,很少有人认为它们有用(或关心它们的存在)。应该用更少的时间和劳力来创造它们,因为它们的使用是有限的。试着给他们的作品设定时间框架,花最少的时间让它们变得“漂亮”,优先考虑一个能够轻松修改的工具。

结论

产品路线图对于跨部门的协作和实现统一的愿景很有用,但是它太复杂了,无法清楚地传达UX过程的所有方面。领域路线图将需要由所有用户体验领域解决的用户体验问题交织在一起,从而有效地将用户体验设计过程传达给涉众。专业对于资源的提倡和带宽的平衡是很有用的,因为他们确定谁在做什么。

你应该问自己的第一个问题是:路线图计划的主要目标是什么?每个路线图范围实现不同的目标。您的路线图范围应该与您希望获得的好处相匹配。

了解更多我们的全天课程用户体验路线图