传统的路线图起源于20世纪初作为驾驶者艾滋病。列出了第一条路线图说明:如何从一个城镇到另一个城镇,在哪里找到汽油,以及在哪里找到维修店。今天,我们许多人通常使用路线图,即使现在他们已经成为数字化。

1987年,摩托罗拉介绍了“技术 - 路线图”一词 - 一种生产和记录市场需求的产品策略的过程。在20世纪90年代初,路线表达在硬件和软件公司之间的普及程度越来越受到计划和传达即将到来的工作的方式。因为,路线图已落入和流行。无论如何,相同的需求持续存在 - 以团队成员和利益相关者对齐,优先考虑,优先顺序和传达产品战略和未来工作的方式。

本文将提供一个UX内使用路线图的使用简介

什么是用户体验路线图?

定义:一个UX路线图是一个战略,生活工件,对齐,优先级,并传达UX团队的未来工作和问题。

示例UX路线图
UX路线图的一个例子,它概述了未来的UX工作,为客户网站(登录体验)上的NNGroup.com

UX路线图应该充当代表您UX团队北星的单一真理来源。它可以帮助您的设计师,研究人员,开发人员和利益相关者对齐一系列愿景和一系列优先事项。

路线图结构和主要组件

路线图可以采取几种有形的形式:有组织的清单,电子表格,滑块,高保真可视化,粘性纸墙,甚至是媒体混合。

因此,并非所有路线图都看起来相似。但是,无论视觉外观如何,所有UX路线图通常都有相同的基本结构 - 它们是根据上下文(范围和时间)和主题组织。将这种结构视为您的路线图的脚手架:

  • 上下文维为路线图的意义和用途制定框架,以便读者能够完全理解。
    • 范围给出所有者和目的的工件,并有几个组件:
      • 标题:产品或投资组合团队将使用路线图(可能是研究人员,设计师和潜在开发人员的组合)
      • 路线图所有者:创建路线图的团队(或个人)(例如,关于路线图的问题应该指向谁?)
      • 日期:创建或上次更新路线图时
      • 高级目标(或愿景):道路制图朝向的广泛公司(或组织)战略
    • 时间提供带有时间范围的路线图,包括3个视野:
      • 现在:正在进行的UX工作(研究或设计),将在立即完成;这项工作是明确的,更具体的性质
      • 下一个近期工作
      • 未来:UX工作是6个或更多个月的距离(这个地平线的主题最有可能在自然中改变和含糊不清。)
  • 主题维度代表未来的UX工作,包括焦点,举措或问题的领域,根据工作将完成时,待解决和插入相应的时间范围。
UX RoadMaps最通常在三列中组织:现在下一个,未来。在这些列中,请立即和未来的UX工作优先确定并映射。

主题是工作的高级包,应该包括3个组成部分:

主题由3件事组成:受益人和需要,业务结果以及将解决问题的团队。
主题有三个部分:1)受益者(通常是终端用户)和相应的需求,2)将要实现的业务成果,3)将要解决问题的个人或团队。
  1. 受益人和需要
    • 受益人:UX工作的优先接受者(例如,最终用户,同事,甚至内部涉众)
    • 需要:要解决的问题(UX工作的目的)
  2. 商业目标):目标和潜在的结果(从商业角度来看)将在完成后实现(例如,新的市场洞察力,用户增长,增加的参与,易于发现,收入等) - 将这些作为工作的成功指标
  3. 所有权
    • WHO:将完成工作的人或团队
    • 什么:在高级别,需要完成的那种工作(由世卫组织);这不应该是离散的任务列表,而是一个项目繁体的项目姓氏(例如,发现研究,工作流,视觉设计)

辅助组件

除了主要组件,还有可以添加到UX路线图的次要组件,这取决于上下文和受众:

  1. 完成未来++是两个额外的时间范围(考虑路标前和路标后的范围)。完成显示刚刚交付的UX工作未来++是UX工作,可能会被放置在未来柱。
路线图可以包括交付和潜在的主题。
完成未来的+ +列是向UX工作提供扩展视角的二级路线图组件。
  1. 产品领域是UX工作将触摸的产品的区域。产品,经验或服务复杂并具有许多不同的组件时包括产品区域(例如,接触点)。产品区域的命名系统应使用路线图对准观众的语言。例如,对于像Facebook市场这样的产品,产品可能包括团体商店, 要么。在上述NN / G UX路线图中,产品区域包括虚拟会议线上研讨会ux.认证,报告
  2. Subthemes是否将细节添加到更大的主题:多个子站点,主题包含,特定的用户段或角色,从过去的工作中的预定解决方案或已经测试和验证的离散特征。最常常包含在主题中的子项现在列,主题往往是离散和有形的,因为它们已经正在进行中。
  3. 信心的估计对可能影响的非正式评估并表现出不同主题的需求。低置信度估计通常基于假设或开放性问题附加到项目,而分配高置信度估计以通过研究或其他数据验证的工作。因此,如果项目得到以前的研究和见解,请考虑在置信度分级规模(例如,6/7)上给予它的高分。如果该项目是高度探索性的,并且缺乏以前的研究,请考虑将其指定为4/7的低于中等分数。信心估计允许利益相关者了解在以前的工作中的路线图建立的内容以及更大的投注(但有可能区分您的用户的体验)。
主题可以包括其他组件,例如UX工作封面,子主题(较大主题的离散方面)或置信度估计(探索性与未来UX工作的探索性)。
  1. 免责声明说明与路线图的主题或组件相关的需求或风险。它们可以包含在主题中,也可以作为一个整体应用到路线图中。免责声明的数量通常与看到路线图的人数成正比——路线图越公开,免责声明就越多。

适应

UX路线图是一种可延展的工具。应根据路线图如何使用的方式和谁来调整它们。路线图最常通过转换范围和镜头来调整。

范围。路线图可以缩小或宽阔。一条狭窄的路线图专注于一个单一的计划,而广阔的​​路线图涵盖了一个投资组合的UX重新设计或全新服务的概念。范围越细粒度,路线图中的时间越具体(下一个列可以在未来6个月内完成,并且不太可能改变)。相反,更广泛的路线图,时间越长,时间越长(未来列将在一年或更长时间完成,并且很可能会发生变化)。

镜片。路线图可以通过不同的镜头描述UX - 通常,通过专业知识或产品团队。例如,UX研究经理可以为一群服务员提供多个团队的研究人员创建一年长的路线图。主题将包括规划,进行和分析组织内多种产品的研究。或者,也可以通过特定产品的镜头创建路线图。在这种情况下,主题可以包括专业知识(例如,研究,内容策略和设计)的工作,但全部在同一产品中。

路线图与类似概念

RoadMaps与释放计划

路线图和发布计划有两个不同的目的,因此应该是两个不同的文档。路线图是一种战略工件,它传达了一个愿景——将被解决的问题。发布计划是讨论将在即将发布的版本中交付什么特性的执行工件。路线图应该回答“我们应该解决什么?”而发布计划应该回答这个问题我们该如何解决它?“

RoadMaps与项目管理计划(包括Kanban Boards)

类似于释放计划,项目管理计划和寻呼板,正在执行和跟踪文物,而路线结构是战略性的愿景文件。Kanban Loards,由David Anderson推广,主要用于敏捷项目管理,跟踪任务工作。虽然UX RoadMaps和Kanban Loards共享相同的格式 - 时代的列和工作项目所有者 - 虽然列中的项目不同的粒度和目的不同。路线图项目是要解决的高级问题。他们建立了产品愿景。路线图项缺乏正式,离散的任务定义,并且可能代表尚未定义的一系列潜在未来的工作(来自研究,分析,设计和开发)。项目计划项目具体,低粒度,不太可能改变,并且通常包括离散,可衡量的任务。认为产品(路线图)与项目(看板董事会)。

路线图vs.产品积压

产品积压是要完成的详细开发任务的排名列表,包括面向客户的需求和基础架构需求(客户从未见过的事情)。积压是传统要求文档的演变,用作开发团队的主人待办事项列表。一个有效的产品积压将路线图的高级愿景分解为开发团队可以实现的可行项目。(注意,产品积压通常用于SCRUM,其中限制了时间。)应使用路线图来帮助通知积压项目的优先级决策。

RoadMaps与客户旅程地图

尽管两个股主共享相关的词语(“道路”与“旅程”),但这两个概念都是非常不同的,无论是针对目的和组织结构。UX团队使用路线图来沟通未来的工作(在他们的团队内和利益相关者内)。客户旅程地图用于了解用户与产品或服务互动时的旅程。旅程地图的结构与使用的时间线对齐,而路线图的结构遵循a现在下一个未来结构体。

成功路线图的特征

当他们制定现实的承诺,符合漂亮视觉效果的价值功能,或者是战略文件而不是特定特定的发布计划时,路线图是成功的。成功的UX路线图应该是:

  • 基于用户研究。即使路线图最常见于内部作为对齐伪像,它们仍然应该是面向用户的。如果我们认为主题作为用户问题解决,则应从定性和定量研究的混合中源出插入UX路线图的问题。别忘了,不仅应该通过研究驱动路线图的主题,但路线图还应该指定需要完成的未来研究(理论上是在未来的路线图中驱动主题)。
  • 以用户为中心的,不具有重点。提醒自己和其他人,优先考虑产出结果。路线图不应该张开每个特定功能,这可能导致不切实际的承诺或防止积极的设计迭代。代替地图高级举措。
  • 上下文适当。路线图应植根于您组织的较大策略。他们应该适应观众的需求;根据需要使用特定的辅助组件。
  • 合作和生活。正如Wireframes是未来网站的原型,并且服务蓝图是未来流程的原型,路线图是策略随时间的原型。重要的是要制定路线图上的主题(特别是在未来进一步)的期望将可能随着新的变量和洞察力而发生变化。理想情况下,使用其他输入构建您的路线图来增加买入和支持。

结论

如果你在一个整洁的Excel电子表格中将公司的功能清单应用到一个特定的时间轴上,那么你做错了。UX路线图不是一个发布计划,它是一个战略文档。它应该成为设计师、研究人员、开发人员和利益相关者之间的真理的单一来源,以定义、组织、优先级,然后沟通未来的工作,以实现用户体验团队的愿景。

学到更多在我们的一整天的UX路线图课程在UX会议上。

资源

Lombardo,C. Todd等人。“产品路由器:优先考虑机会,对齐团队和向客户和利益相关者提供价值的实用指南。”奥里利,2017年。

摩尔,杰弗里。“跨越鸿沟。科林商业概要,1991。

威利德,查尔斯;麦克莱斯,谢丽尔。摩托罗拉技术路线图工艺,研究管理。1987年。