对于不同平台导航的交互形式和视觉风格，相信有很多文章可以介绍和总结。本文介绍导航规划的思想。一个相对小众的领域，基于任务的导航（TaskbasedNavigation）。目前的产品主要使用基于对象的导航和基于任务的导航。相对而言，纯粹基于对象的导航更为常见，而纯粹基于任务的导航产品则为数不多。很多业务复杂的产品会考虑结合使用这两种导航，尽可能覆盖用户的使用场景。您如何区分导航的组织方式？最简单的区分方法是关注导航标签的命名方式。基于对象的导航通常使用名词作为导航标签，标签指向目标事物；基于任务的导航通常使用动词和动宾短语作为导航标签，标签指向动作。基于对象的导航这种类型的界面在日常生活中比较常见，带有基于名词的导航标签。基于任务的导航可以关注界面中导航标签的命名，主要是动词和动宾短语，关注交易的执行。基于任务的导航通常出现在基于工具的产品中。在AT&T账户管理页面，导航是按任务划分和引导的。主导航和其他辅助导航这是Fedex的官网，界面导航基本都是按照任务的划分和拆解。导航细节使用基于任务的导航产品对设计者有很高的要求，他们必须非常清楚地了解产品所涉及的用户及其任务。产品导航的核心是基于任务的，所以任务分析就显得尤为重要。任务分析的工具和方法着眼于任务本身的要素和影响因素，对单个任务进行分析。1.决策表。区分活动中的条件和行为，并以表格的形式展示不同行为根据不同条件的对应关系。2.流程图。操作元素和任务流程以活动流程图的形式展示。对于多个任务的分析，重点梳理任务之间的关系，尤其是那些逻辑模糊、顺序模糊的任务。3.报表说明。任务的元素、关系和性能要求通过语言的组织来呈现。4.时间序列。根据行为执行时间的长短和顺序，展示整个活动过程中各个任务的优先级和相互关系。5.任务清单。将活动中的所有任务一一列出，并标明顺序、重要性、频率等。任务列表的难点在于列表的完整性，很多伴随任务和副任务在过程中容易遗漏的整理。什么时候应该考虑使用基于任务的导航？1.定义用户的主要目标。如果目标是查找或探索事物，则适合使用基于对象的导航；如果目标是完成事情，则适合使用基于任务的导航。2.明确产品定位和功能。官网、博客等展示类产品适合对象导航。管理后台等应用产品适合任务导航。主要为不同主题对象提供相同功能的产品适用于基于对象的导航；为同一主题对象提供不同功能的产品适用于基于任务的导航。3.考虑混合对象导航和任务导航。在应用过程中，不要拘泥于单纯的对象导航或任务导航。灵活运用主次混合导航，充分利用用户在使用场景中的认知优势，取长补短，完善产品的整体导航。实案Windows控制面板的启示，如果我们把控制面板看成一个独立的应用程序的话。当用户最终打开控制面板时，界面如下：这是一个采用混合导航模式的界面设计，以对象为主线的认知，以用户任务为行为准则。绿色链接多为名词或名词短语，属于基于对象的导航设计。蓝色链接是动宾短语（操作+宾语），基于任务导航的设计。然而，这是一个有争议的界面，很多人抱怨这个页面不好用。用户经常找不到自己需要的功能，喜欢切换到大图标/小图标视图进行功能索引。是什么导致用户抱怨？回顾控制面板的使用场景，用户通常使用目标明确，使用频率不高。有了这些特性，预期的用途就是能够快速找到并使用设置功能。降低使用效率的积分会引起用户的投诉。1.依存度阅读。从界面设计来看，设计者可能是希望用户通过快速阅读绿色文字来定位区域，然后根据蓝色文字进行操作定位。设计者试图通过分组和聚类的方式来减少每个界面的信息量，毕竟设置项实在是太多了。但是更多的人，在使用这个界面的时候，使用的是顺序阅读，短时间内面对不同维度的导航引导，容易造成认知混乱。2.任务的短语文本冗长，降低了核心信息获取效率。虽然标签的文字单独看起来比较自然友好，但是词组的信息只有阅读后才能获得。3、任务数量远大于对象数量，无形中增加了检索成本。我的经验1.考察用户对任务的认知不同的产品对用户任务的解读有很大差异。由于基于任务的导航，对用户认知和场景覆盖有很高的要求，使用不当很容易降低可用性。我们将用户认知拆解成这些维度来调查：目标的强度、任务执行的频率、核心任务的数量。2.重新组织任务和对象对于展示产品，我们建议使用基于对象的导航。对于常用的服务型和功能型产品，用户往往对产品能够提供的服务很熟悉，或者有现实生活中的感想。如果场景可以拆分成多个边界清晰的子场景，可以考虑使用以任务导航为主，对象导航为辅的模式。对于使用频率较低的服务类和功能类产品，可以考虑采用以对象导航为主，任务导航为辅的模式。对象易于识别和识别，对象导航的优势可以增强用户对产品的认知，特别是对于新用户。通过任务导航辅助系列，实现功能场景化，提高使用效率。项目中试用的企业QQ是一款面向公司全体员工的办公IM管理软件。除了日常使用的IM终端外，还有管理人员的管理系统。我们首先看一下行政任务的特点。管理者对管理内容和任务的目的性更强，使用频率更低。在枚举任务的时候，很容易发现任务的种类和数量很多，相关的任务也很多。在场景划分上，很难划分出边界清晰的子场景。所以我们尝试采用以对象导航为主，任务导航为辅的模式。使用基于任务的导航来弥补在对象导航上的遗憾，并连接相关的功能/场景。关联函数，转换为任务纬度，可以是相似任务，也可以是分支任务。作为一个小众领域，国内交互设计领域对它的讨论并不多，在产品实践中就更少了。国外在这个领域有很多产品可供实际应用。大部分界面截图来自这里。本文列出的界面风格可能已经过时，但其背后的设计思想是可以不断学习和领悟的。
