UX路线图:定义和组件

释放双眼,带上耳机,听听看~!

UX路线图是一个生动的高层工件,它对UX团队的未来工作和要解决的问题进行优先级排序并进行交流。

传统的路线图起源于1900年代初期,是驾车人士的辅助工具。第一份路线图列出了说明:如何从一个城镇到达另一个城镇,在哪里找到汽油以及在哪里找到维修店。今天,我们中的许多人都定期使用路线图,即使如今它们已经变成数字化。

1987年,摩托罗拉引入了“技术路线图过程”一词,该过程用于生产和记录满足市场需求的产品策略。在1990年代初期,制图技术在硬件和软件公司中越来越流行,是计划和交流即将开展的工作的一种方式。从那以后,路线图就不受欢迎了。无论如何,仍然存在相同的需求—一种与团队成员和利益相关者保持一致,确定优先次序并传达产品战略和未来工作的方法。

本文将介绍UX中路线图的使用

什么是UX​​路线图?

定义UX路线图是一种战略,生动的工件,可以调整,确定优先级并传达UX团队的未来工作和要解决的问题。

UX路线图:定义和组件
UX路线图的示例,概述了nngroup.com上客户门户的未来UX工作(已登录的体验)

用户体验路线图应作为代表您的用户体验团队的北极星的单一事实来源。它可以帮助您的设计师,研究人员,开发人员和利益相关者围绕一个愿景和优先事项进行调整。

路线图结构和主要组成部分

路线图可以采取多种有形形式:有组织的列表,电子表格,幻灯片,高保真可视化效果,便笺墙或什至是混合媒体。

因此,并非所有路线图看起来都一样。但是,无论外观如何,所有UX路线图通常都共享相同的基本结构-它们是按上下文(范围和时间)和主题进行组织的。将此结构视为您的路线图的基础:

  • 上下文维度构成了路线图的含义和用途,因此任何阅读它的人都可以完全理解它。
    • 范围为工件提供了所有者和目的,并具有以下几个组成部分:
      • 标题: 产品或组合团队计划将由(可能是研究人员,设计人员,并有可能开发的混合)使用
      • 路线图所有者:创建路线图的团队(或个人)(例如,有关路线图的问题应定向到谁?)
      • 日期:路线图的创建或最后更新时间
      • 高层目标(或愿景):路线图适用的广泛的公司(或组织)战略
    • 时间为路线图提供了时间表,并包括以下三个范围:
      • 现在:UX工作(研究或设计)正在进行中,将在不久的将来完成;这项工作定义明确,本质上更具体
      • 下一页: 近期工作
      • 未来:距离用户体验工作6个月或更长时间(此范围内的主题很可能会发生变化并且本质上模棱两可。) 
  • 主题维度表示未来的UX工作,包括重点领域,计划或要解决的问题,并根据工作何时完成而插入相应的时间范围。
UX路线图:定义和组件
UX路线图通常分为三列: Now  Next  Future 。在这些列中,优先级和映射了立即和将来的UX工作。

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

UX路线图:定义和组件
主题由三部分组成:1)受益人(通常是最终用户)和相应的需求; 2)将要实现的业务成果; 3)将解决问题的人员或团队。
  1. 受益人和需求
    • 受益人: UX工作的优先接收者(例如,最终用户,同事,甚至内部利益相关者)
    • 需要:将要解决的问题(UX工作的目的)
  2. 业务目标:完成时将要实现的目标和潜在结果(从业务角度出发)(例如,新的市场洞察力,用户增长,参与度提高,发现的难易程度,收入等)–考虑这些作为工作的成功指标
  3. 所有权
    • 谁:将完成工作的人员或团队
    • 内容:在更高层次上,需要完成的工作(由谁来完成);这不应是离散的任务列表,而应是工作品种的项目符号列表(例如,发现研究,工作流,视觉设计)

次要组件

除了主要组件之外,还可以根据上下文和受众将辅助组件添加到UX路线图中:

  1. CompletedFuture ++是另外两个时间范围(请考虑一下路线图的前后)。已完成显示了以前刚交付的UX工作,而 Future ++是可以放置在 Future列中的UX工作。
UX路线图:定义和组件
 的完成未来++ 列是,提供一个扩展透视到UX工作次级路线图的部件。
  1. 产品区域是UX工作将接触的产品区域。当产品,体验或服务很复杂并且具有许多不同的组件(例如,接触点)时,将包括产品区域。产品区域的命名系统应使用路线图与受众的语言保持一致。例如,对于诸如Facebook Marketplace之类的产品,产品区域可以包括GroupsStoresBuyingSelling。在上面的NN / g UX路线图中,产品区域包括虚拟 会议在线 研讨会UX 认证报告
  2. 次主题是细节添加到一个更大的主题:多个子目标,所述主题包括,一个特定用户段或角色,从过去的工作中,或离散特征的解决方案规定已经测试和验证。子主题通常包含在“ 现在”列中的主题中,在这些主题中,由于主题已经在进行中,因此它们往往是离散且有形的。
  3. 置信度估计是对可能影响的非正式评估,并显示出对不同主题的需求。低可信度估计值通常基于假设或未解决的问题附加到项目中,而高可信度估计值则分配给通过研究或其他数据验证的工作。因此,如果该项目得到先前的研究和见识的支持,请考虑在置信度等级量表(例如6/7)上给予高分。如果该项目具有较高的探索性,并且缺乏以前的研究,则可以考虑将其得分定为4/7(中低)。置信度估计使涉众可以了解路线图中的哪些项目基于先前的工作以及哪些项目是更大的赌注(但有可能将用户的体验与其他体验区分开)。
UX路线图:定义和组件
主题可以包括其他组件,例如UX工作涉及的产品领域,子主题(较大主题的离散方面)或置信度估计(探索性和验证性的未来UX工作如何)。
  1. 免责声明陈述了与路线图主题或组成部分相关的要求或风险。它们可以包含在主题中,也可以整体应用于路线图。免责声明的数量通常与将看到路线图的人数成正比-路线图越公开,免责声明越多。

改编

UX路线图是可延展的工具。应该根据路线图的使用方式以及由谁来调整它们。路线图最通常通过移动范围和视角来调整。

范围。路线图可以是狭窄或广泛的。狭窄的路线图侧重于单个计划,而广泛的路线图则覆盖整个投资组合范围的UX重新设计或全新服务的概念。范围越精细,路线图中的时间范围就越具体(“ 下一栏”可能会在接下来的6个月内完成,并且更改的可能性较小)。相反,路线图越宽,时间跨度就越长(“ 未来”专栏将在一年或更长时间内完成,并且很有可能会发生变化)。

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

路线图与类似概念

路线图与发布计划

路线图和发布计划有两个不同的目的,因此应该是两个不同的文档。路线图是传达愿景的战略工件,这些愿景将得到解决。发布计划是执行工件,讨论在即将发布的版本中将提供哪些功能。路线图应回答“我们应该解决什么?” 发布计划应回答我们应该如何解决?”

路线图与项目管理计划(包括看板委员会)

与发布计划类似,项目管理计划和看板委员会是执行和跟踪工件,而路线图是战略性远景文档。看板板,由David Anderson推广,主要用于敏捷项目管理,跟踪任务工作。尽管UX路线图和看板板共享相同的格式(面向时间的列和工作项所有者),但列中的项目在粒度和目的上有所不同。路线图项目是需要解决的高级问题。他们建立了产品愿景。路线图项目缺乏正式的,分散的任务定义,并且可能代表尚未定义的一系列潜在的未来工作(从研究,分析到设计和开发)。项目计划项目是特定的,细粒度的,不太可能更改,并且通常包括离散的,可测量的任务。考虑产品(路线图)与项目(看板)的关系。

路线图与产品积压

产品积压工作是要完成的详细开发任务的排名列表,包括面向客户的需求和基础架构需求(客户从未见过的事物)。积压工作是对传统需求文档的改进,并被用作开发团队的主要工作清单。有效的积压订单将路线图的高级愿景分解为开发团队可以完成的可操作项目。(请注意,产品待办事项通常在Scrum中使用,受时间限制)。应该使用路线图来帮助告知待办事项的优先级决策。

路线图与客户旅程图

尽管两者在名称上都有相关的用语(“道路”与“旅程”),但这两个概念在目的和组织结构上都非常不同。用户体验团队使用路线图来交流未来的工作(在他们的团队内部以及与利益相关者)。客户旅程地图用于了解用户与产品或服务交互时的旅程。旅程图的结构与使用的时间线对齐,而路线图的结构遵循NowNextFuture结构。

成功路线图的特征

路线图做出切实可行的承诺,通过漂亮的视觉效果重视功能,或者是战略文档而不是特定于功能的发布计划时,它们都是成功的。成功的UX路线图应为:

  • 基于用户研究。即使路线图在内部最常用作对齐工件,但它们仍应面向用户。如果我们将主题视为要解决的用户问题,那么UX路线图中插入的问题应该来自定性和定量研究的混合。不要忘记,路线图中的主题不仅应由研究驱动,而且路线图还应指定需要完成的未来研究(理论上,这将在未来路线图中推动主题)。
  • 以用户为中心,而不是以功能为中心。提醒自己和他人,要优先于输出优先考虑结果。路线图不应绘制出每个特定功能,否则可能导致不切实际的承诺或阻止积极的设计迭代。而是映射高层计划。
  • 根据上下文适当。路线图应植根于组织的更大战略中。它们应适应听众的需求;根据需要利用特定的辅助组件。
  • 协作和生活。正如线框是未来网站的原型,而服务蓝图是未来流程的原型一样,路线图也是长期战略的原型。重要的是要设定一个期望,即路线图上的主题(尤其是将来的主题)会随着新的变量和见解而发生变化。理想情况下,请根据他人的意见来构建路线图,以增加支持和支持。

结论

如果要获取公司的功能需求列表并将其应用于整洁的Excel电子表格中的特定时间轴,那么您做错了。UX路线图不是发布计划,而是战略文件。在设计师,研究人员,开发人员和利益相关者之间,它应该充当唯一的真理来源,以定义,组织,确定优先次序,然后将未来的工作传达给UX团队。

人已赞赏
交互设计

一个弹幕设置页的小技巧

2020-7-10 22:21:59

交互设计

UI产品体验笔记——高德地图

2020-7-12 11:19:14

0 条回复 A文章作者 M管理员
    暂无讨论,说说你的看法吧
个人中心
购物车
优惠劵
今日签到
有新私信 私信列表
搜索