基于任务的导航设计

移动开发
对于不同平台导航的交互形式与视觉样式,相信有不少的文章来介绍与总结。本文所介绍的是关于导航规划思路。一个比较小众的领域,基于任务的导航(Task based Navigation)。

[[154824]]

对于不同平台导航的交互形式与视觉样式,相信有不少的文章来介绍与总结。本文所介绍的是关于导航规划思路。一个比较小众的领域,基于任务的导航(Task based Navigation)。

目前产品主要使用基于对象的导航和基于任务的导航。相对来说的,纯粹的基于对象的导航的较为常见,但纯粹的基于任务的导航的产品却为数不多。不少业务复杂的产品会考虑混合使用这两种导航,主辅结合来尽可能覆盖用户的使用场景。

如何区分导航的组织方式?

最简单的的区分法,关注导航标签的命名方式。基于对象的导航,通常使用名词作为导航标签,标签指向目标事物;基于任务的导航,通常使用动词、动宾短语作为导航标签,标签指向动作行为。

基于对象的导航

这类界面在日常中比较常见,以名词为主的导航标签。

基于任务的导航设计

基于任务的导航

可以关注界面中的导航标签的命名,以动词、动宾短语为主,关注事务的执行。基于任务的导航通常在工具应用型的产品中。

AT&T的账户管理页面,导航按照任务作为划分与指引。

基于任务的导航设计

 

主导航

基于任务的导航设计

其他辅助导航

基于任务的导航设计

这是 Fedex的官网,界面导航基本都是基于任务的划分与拆解。

基于任务的导航设计

导航细节

基于任务的导航设计

使用基于任务导航的产品,对设计师有较高要求,对产品涉及的用户以及用户任务要有一个的非常清晰的认识。产品的导航核心是基于任务的,那么任务分析就显得尤为重要。

任务分析的工具与方法

对于单个的任务分析,关注于任务的本身要素与影响因素。

1、决策表。把活动中的条件与行为加以区分,根据不同的条件采取不同行为的对应关系以表格形式展示。

2、流程图。以活动流程图的形式来展示任务的操作要素与流向。

对于多个的任务分析,关注于任务间的关系梳理,尤其适合那些逻辑、顺序模糊的任务。

3、语句描述。通过语言的组织来展示任务的要素、关系以及执行要求。

4、时间序列。依据行为执行时间长短以及顺序来展示整个活动过程中各个任务的优先级以及相互关系。

5、任务清单。把活动中所有的任务逐个罗列出来,并标识先后顺序、重要程度、频率等。任务清单的难点在于罗列的完整性,许多的伴生任务以及支线任务容易在梳理的过程中遗漏。

何时考虑使用基于任务的导航?

1、明确用户的首要目标。以寻找或探索事物为目标的,适合使用基于对象的导航为主;以把事情完成为目标的,适合使用基于任务的导航为主。

2、明确产品定位与功能。官网、博客等展示类的产品适合基于对象的导航。管理后台等应用类的产品适合基于任务的导航。

对于不同主题对象提供同一功能为主的产品,适合基于对象的导航;对于同一主题对象提供不同功能的产品,适合基于任务的导航。

3、考虑混合使用对象导航与任务导航。

在应用过程过程中,不拘泥于纯粹的对象导航还是的任务导航。灵活使用主次混合导航,充分利用各自在使用场景下用户认知优势,取长补短,完善产品的整体导航。

实际案例的启迪

Windows 控制面板,如果我们把控制面板看作一个独立的应用。

当用户***打开控制面板,界面如下:

基于任务的导航设计

这是一个使用混合导航模式的界面设计,以对象作为认知主线,用户任务作为行为指引。绿色的链接主要是名词或名词性短语,这是基于对象的导航设计。蓝色的链接是动宾短语(操作+对象),这是基于任务导航的设计。

然而,这却是一个充满争议的界面,不少人抱怨这个页面不好用。用户往往找不到所需要的功能,更愿意切换到大图标/小图标视图进行功能的索引。

基于任务的导航设计

是什么造成了用户抱怨?

回忆一下控制面板的使用场景,用户通常是有着明确使用目标,使用频率较低等特点。

这些特点,形成的使用预期是能够快速找到并使用设置功能。降低使用效率的点,将会引起用户的抱怨。

1、依赖层次阅读。从界面设计来推断,当时设计师可能是希望用户通过绿色文字的快速阅读进行范围定位,然后再根据蓝色文字进行操作定位。设计师通过分组聚类的方式试图降低每个界面信息量,毕竟设置项非常多。但是更多的人,在使用这个界面时使用的是顺序阅读,短时间内面对不同的维度导航指引,容易造成认知困惑。

2、任务的短语文字冗长,造成核心信息获取效率的降低。虽然标签的文案单个看起来更自然亲切,但在短语的信息需要阅读完毕后才能获取到。

3、任务数目远大于对象数目,无形中提高了检索成本。

我的心得

1、审视用户对任务的认知

不同产品对于用户任务的诠释存在较大差异。由于基于任务的导航,对用户的认知、场景的覆盖有较高要求,不当的使用容易降低可用性。

我们将用户认知拆解成这几个维度去考察:目标性强弱、任务执行的频度、核心任务数量。

2、重新组织任务与对象

对于展示型的产品中,我们更推荐使用基于对象的导航。

对于常用的服务型、功能型产品,用户往往对产品所能提供的服务比较熟悉,或者有生活实际映射。如果能够将场景拆为几个界线明晰的子场景,则可以考虑使用以任务导航为主,对象导航为辅的模式。

对于使用频率较低的服务型、功能型产品,可以考虑使用以对象导航为主,任务导航为辅的模式。对象容易识别与认知,通过对象导航优势可以增强用户对产品的认知,尤其适合新用户。通过任务导航的辅助串联,将功能场景化,提高的使用效率。

项目中的尝试

企业QQ,一款针对公司全体员工的办公IM管理软件。除了日常使用的IM终端,还有一个面向管理者的管理系统。

我们首先看管理任务的特点。管理者对于管理内容与任务目的性比较强,使用频率较低。在枚举任务时候,容易发现任务种类和数量非常多,存在较多的关联性任务,在场景的划分上,较难划分出界线清晰的子场景。

所以我们尝试使用以对象导航为主,任务导航为辅的模式。利用基于任务的导航来弥补对象导航中存在的遗憾,将关联功能/场景进行串起。关联功能,转为任务纬度可以是相似任务或分支任务。

基于任务的导航设计

作为一个小众的领域,国内交互设计领域对此探讨的并不多,在产品实践中则更少。国外不少有产品在这个领域进行实际应用。界面的截图,也多来自于此。文中列举的界面样式可能会过时,但是其背后的设计思路是可以不断学习领悟的。

责任编辑:倪明 来源: isux
相关推荐

2013-01-15 10:23:36

Android车载导航系统GPS

2011-10-09 17:45:06

iOS隐性导航应用设计

2017-08-10 16:36:43

Android导航标签

2012-04-28 11:07:15

2012-06-14 10:26:43

iPhoneWeb App导航设计

2017-03-31 22:38:05

移动应用导航浏览

2011-03-23 15:04:29

骨架产品设计

2020-04-09 15:23:19

Kubernetes发布系统集群

2009-03-19 09:57:00

IP电话设计Internet

2017-02-28 15:48:11

Scala Trait设计模式框架

2009-06-25 14:41:06

JavaBean

2009-06-11 17:52:08

JavaBean

2010-07-07 11:15:13

SQL Server设

2014-07-11 10:11:13

APP架构导航设计

2021-10-12 19:01:35

网站页眉导航

2014-01-03 14:05:26

手游用户体验设计启动和停止

2013-04-19 10:53:55

响应式设计Web

2022-07-29 09:35:25

WAF溯源识别

2013-05-23 15:37:02

光纤传输网络通信网络布局光纤通信网络设计

2023-03-06 10:42:45

点赞
收藏

51CTO技术栈公众号