基于任务的导航设计 - 腾讯ISUX

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

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

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

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

基于对象的导航

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

基于任务的导航

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

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

主导航

其他辅助导航

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

导航细节

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

任务分析的工具与方法

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

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

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

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

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

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

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

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

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

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

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

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

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

实际案例的启迪

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

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

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

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

是什么造成了用户抱怨?

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

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

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

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

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

我的心得

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

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

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

2.重新组织任务与对象

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

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

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

项目中的尝试

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

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

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

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

感谢你的阅读,本文由 腾讯ISUX 版权所有,转载时请注明出处,违者必究,谢谢你的合作。

注明出处格式:腾讯ISUX (http://isux.tencent.com/task-based-navigation.html)

原文发布于微信公众号 - 腾讯ISUX(tencent_isux)

原文发表时间:2015-11-04

本文参与腾讯云自媒体分享计划,欢迎正在阅读的你也加入,一起分享。

发表于

我来说两句

0 条评论
登录 后参与评论

相关文章

来自专栏BestSDK

编程界超级英雄大盘点:Python是蝙蝠侠,PHP是小丑

Assembly:绿巨人 Assembly是面向机器的程序设计语言,功能很强,可以利用计算机所有硬件特性直接控制特性。它和绿巨人一种,能量巨大,其力量与情绪状态...

3417
来自专栏AI科技大本营的专栏

厉害!这还是我认识的Python吗!

Python 可用的地方非常多。无论是从入门级选手到专业级数据挖掘、科学计算、图像处理、人工智能,Python 都可以胜任。或许是因为这种万能属性,周围好更多的...

823
来自专栏python+iOS学习交流

你为什么要学习Python,有哪些优缺点,如何一个星期学会?

越来越多的工程师使用 Python 进行大数据处理;科研工作者开始使用 Python 来进行数据分析;系统管理员使用 Python 管理 Linux 系统;开源...

1264
来自专栏腾讯大讲堂的专栏

基于任务的导航设计

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

21610
来自专栏小白客

我为什么选择Python?

第一次接触python应该是16年下半年,在一个偶然的情况下,我那时才知道原来世界上还有一种名为python的计算机语言,好奇心驱使着我去进一步的了解它,然...

2774
来自专栏机器人网

初学者最好的Python书籍列表

本周,我们提供一个初学者最好的Python书籍列表。Python是一个初级程序员可以学习编程的最友好语言之一。为了帮助您开始使用Python编程,我们分享此列表...

654
来自专栏钱曙光的专栏

一周极客热文:每个程序员都必读的10篇文章

图:海外程序员的杂乱双屏桌面 本周热门文章是《每个程序员都必读的10篇文章》,超百条的评论,看出程序员们都是很爱看书,这十本书为: 《程序员必知之内存篇》——带...

1839
来自专栏编程坑太多

打字速度对编程的影响大吗?

1415
来自专栏CodingToDie

编程伊始

在上大学前,我家并没有电脑,现在也没有。因为我父母并不会使用,我也不在家,他们感觉,买了放在那里不用也是浪费钱。

4449
来自专栏Sign

pktball游戏解析

之前的『好玩的小游戏推荐』,只是罗列了一下图,感觉没啥意思,所以改成简单的游戏解析了。 首先有个观点要了解一下: 有部分非程序员的同学认为,在程序员眼里,大部分...

3418

扫描关注云+社区