信息组织架构（拓展） 信息组织架构（拓展） 基于任务的导航设计.docxVIP

导航规划思路：基于任务的导航设计 目前产品主要使用基于对象的导航和基于任务的导航。相对来说的，纯粹的基于对象的导航的较为常见，但纯粹的基于任务的导航的产品却为数不多。不少业务复杂的产品会考虑混合使用这两种导航，主辅结合来尽可能覆盖用户的使用场景。 如何区分导航的组织方式？ 最简单的的区分法，关注导航标签的命名方式。基于对象的导航，通常使用名词作为导航标签，标签指向目标事物；基于任务的导航，通常使用动词、动宾短语作为导航标签，标签指向动作行为。 基于对象的导航 这类界面在日常中比较常见，以名词为主的导航标签。 基于任务的导航 可以关注界面中的导航标签的命名，以动词、动宾短语为主，关注事务的执行。基于任务的导航通常在工具应用型的产品中。 ATT的账户管理页面，导航按照任务作为划分与指引。 主导航 其他辅助导航 这是 Fedex的官网，界面导航基本都是基于任务的划分与拆解。 导航细节 使用基于任务导航的产品，对设计师有较高要求，对产品涉及的用户以及用户任务要有一个的非常清晰的认识。产品的导航核心是基于任务的，那么任务分析就显得尤为重要。 任务分析的工具与方法 对于单个的任务分析，关注于任务的本身要素与影响因素。 决策表。把活动中的条件与行为加以区分，根据不同的条件采取不同行为的对应关系以表格形式展示。 流程图。以活动流程图的形式来展示任务的操作要素与流向。对于多个的任务分析，关注于任务间的关系梳理，尤其适合那些逻辑、顺序模糊的任务。 语句描述。通过语言的组织来展示任务的要素、关系以及执行要求。 时间序列。依据行为执行时间长短以及顺序来展示整个活动过程中各个任务的优先级以及相互关系。 任务清单。把活动中所有的任务逐个罗列出来，并标识先后顺序、重要程度、频率等。任务清单的难点在于罗列的完整性，许多的伴生任务以及支线任务容易在梳理的过程中遗漏。 何时考虑使用基于任务的导航？ 明确用户的首要目标。以寻找或探索事物为目标的，适合使用基于对象的导航为主；以把事情完成为目标的，适合使用基于任务的导航为主。 明确产品定位与功能。官网、博客等展示类的产品适合基于对象的导航。管理后台等应用类的产品适合基于任务的导航。对于不同主题对象提供同一功能为主的产品，适合基于对象的导航；对于同一主题对象提供不同功能的产品，适合基于任务的导航。 考虑混合使用对象导航与任务导航。 在应用过程过程中，不拘泥于纯粹的对象导航还是的任务导航。灵活使用主次混合导航，充分利用各自在使用场景下用户认知优势，取长补短，完善产品的整体导航。 实际案例的启迪 Windows 控制面板，如果我们把控制面板看作一个独立的应用。 当用户首次打开控制面板，界面如下： 这是一个使用混合导航模式的界面设计，以对象作为认知主线，用户任务作为行为指引。绿色的链接主要是名词或名词性短语，这是基于对象的导航设计。蓝色的链接是动宾短语（操作＋对象），这是基于任务导航的设计。 然而，这却是一个充满争议的界面，不少人抱怨这个页面不好用。用户往往找不到所需要的功能，更愿意切换到大图标/小图标视图进行功能的索引。 是什么造成了用户抱怨？ 回忆一下控制面板的使用场景，用户通常是有着明确使用目标，使用频率较低等特点。 这些特点，形成的使用预期是能够快速找到并使用设置功能。降低使用效率的点，将会引起用户的抱怨。 依赖层次阅读。从界面设计来推断，当时设计师可能是希望用户通过绿色文字的快速阅读进行范围定位，然后再根据蓝色文字进行操作定位。设计师通过分组聚类的方式试图降低每个界面信息量，毕竟设置项非常多。但是更多的人，在使用这个界面时使用的是顺序阅读，短时间内面对不同的维度导航指引，容易造成认知困惑。 任务的短语文字冗长，造成核心信息获取效率的降低。虽然标签的文案单个看起来更自然亲切，但在短语的信息需要阅读完毕后才能获取到。 任务数目远大于对象数目，无形中提高了检索成本。