一个路线图是一个战略性的,生活神器优先进行,并进行通信的团队未来的工作和需要解决的问题。它的目的是充当代表你的UX团队的北辰真理的唯一来源。它有助于围绕一个愿景队对齐和设置的优先权。

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

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

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

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

产品路线图包括产品,用户体验,以及工程

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

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

所有权

  • 产品经理是产品路线图的主要所有者和创建者。他们的责任是推动跨职能团队的努力,并制定产品范围的战略。他们通过为相应的会议安排时间,促进未来工作的优先级划分,并创建工件来领导路线图计划。
  • 领域领先与产品经理协作(例如,UX,工程,市场营销)工作,以确定路线图。例如,UX铅可以帮助产品经理确定工作优先顺序,当涉及到对用户的影响,而工程铅可以促进技术可行性的见解。在某些情况下,UX铅可以发挥产品经理的角色,并导致产品路线图的创建。这大部分时候没有PM发生时,分配的PM带宽有限,或PM缺少用户centeric心态。

好处

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

挑战

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

现场路线图包括多个UX领域

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

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

所有权

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

好处

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

挑战

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

专业路线图包括一个UX区

该路线图范围内的重点只有一个UX区域(例如,用户研究,用户体验设计),并概述了此区域将解决这些问题。专业路线图可以覆盖多个产品(或产品功能),但总是会包括只与路线图方面的努力。他们支持特定的团队中对齐,以及通信资源的带宽和分配。

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

所有权

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

好处

  • 通信带宽和分配。专业路线图是用于可视化带宽伟大的工具,因为它很容易地看到哪些队员铲球什么问题。一目了然,一个专业的路线图可以深入了解有多少的主题(现在,未来,以及将来)每个团队成员负责。这些信息可以平衡工作负载,除了崇尚利益相关者额外的资金支付未分配的主题。
  • 团结和区域内对齐团队成员。在一些组织中,区域被分配到不同的pods或团队(每个团队都有自己的领导),特殊的路线图使得同一区域的其他人所做的工作更加一致和清晰。它们鼓励知识共享、交叉交流和普遍的归属感。
  • 轻松创建。由于专业路线图的范围的性质,他们往往是最容易的创建(特别是如果创作者是每个主题的主要所有者)。协作是不需要的,这牵涉不是在创建产品和所有-UX蓝图远不如政治。专业路线图是UX从业者创造他们的第一个路线图,一个伟大的起点。

挑战

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

结论

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

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

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