查看地图导航 分类信息导航( 二 )


2.最好能方便扩张 。从稳定性方面来说,我们需要保证的是导航的变化不会因为产品的变化而有大的变化 。
举一个很简单的例子,当我们产品的功能增加,尤其是二次导航的项目增加,横向布局的导航不得不改为纵向布局,这叫做因产品变化而产生的巨大变化 。所以在选择导航布局的时候 , 需要为以后的拓展打好基础 。
3.清晰可见 , 易于操作 。这是从外观和交互的共同层面来看 。导航的尺寸一定要足够大,位置一定要让用户足够清楚 , 保证在视觉反馈的层面对用户友好 。
其次,所有的互动区都需要有积极的响应,这是和内容区相比较而言的 。可以称之为界面的热情,这也是一个优秀界面的自我修养 。
4.导航项目可以重复 。一个页面中允许两个主导航,同一界面中允许两个相同的导航项目 。并不是说一个条目在导航中只能出现一次 , 没有那么死板 。
5.不要给用户惊喜 。这对于To B的设计非常重要,和To C的产品不同,B端产品的一个重点就是满足用户的期望,所以一定要避免“因为有趣而设计”的想法 。
6.导航反馈需要一致 。界面上所有的界面布局,所有的组件,所有的控件,所有的模式都可以找到隐喻 。比如文本链和带“跳转”的文本链是不同的隐喻,我们需要赋予它们不同的外观和交互反应来进行反馈 。
7.导航不一定是分层的 。回到导航最初的定义,它的本质是将信息分类 , 让用户快速完成任务 , 这也是导航的工作 。
很多时候 , 我们不必拘泥于这个项目应该严格存在于哪个层次的想法,而是如何根据用户的需求,合理地将这个项目划分到最合适的集合中 。
8.根据权重布局的三种导航风格这是一个基于外貌的点 。根据大量的案例研究和眼动测试,市面上最常见的导航按照信息权重可以分为横向、纵向和横向 。因为不展开这部分,所以直接在上图中梳理出各种布局的特点、优缺点和应用场景 。
三步或六步导航设计方法了解了上面的分类和注意事项后,下面我们用一个具体的案例来深入体验一下导航的交互关卡设计(因为这个内容很精彩,涉及到秘密,所以这里就不展示了 , 用示意图的方式描述) , 一共分为六个步骤,看看这是不是也是你工作场景中很头疼的问题 。
1.找出每个导航项目的定义 。有必要明确导航项的定义,因为导航项的定义决定了你的目标界面是什么 。所谓目标界面,就是导航带你去的分类信息 。
那么我们先来梳理一下导航中各个导航项的接口定义,这也是我们日常工作中整理导航非常重要的一步 。
问题一列,我们自然会有各种各样的疑问 。比如导航分类之间有一些流程关系,但是有些分类不属于流程 。为什么?
例如,有些导航类别与导航项目同名,但内容不同 。这是为什么(想想这是不是我们工作中经常遇到的问题)?这是我们后面需要优化的地方 。
2.了解用户的使用路径 。保留以上问题,我们来做第二步 。这一步 , 我们需要找出用户的使用路径,因为这样 , 我们才能对任务产品做好一级分类 。
通过基于不同角色的用户体验图,可以得到不同的用户操作路径,因此可以顺利得到这套操作流程的框架 。
基于业务中的任务链接,推导出每一步的操作路径,这样我们就可以把用户的操作路径提炼为一流的导航 。
3.区分权限我拿到了一级导航,需要角色的权限才能进行区分,这也是B端产品的本质属性 。
所以我们对每个导航项的角色权限进行了梳理 , 然后一级导航中每个导航类别对应的角色瞬间清晰 。
还有,用户用不同权限的账号登录产品 , 可以看到不同的内容 。这是一个优秀的带权限导航设计 。
4.区分接口数据的性质 。在这一点上,对于一些完全没有接触过数据的同学来说,可能有些困难 。我们首先需要知道的是:“同一个数据源可以帮助我们区分接口的性质,同一个数据源的周围往往有一组相同的接口 。”
这里需要记住三个概念:
元数据:数据属性的信息,用于支持指示存储位置、历史数据、资源搜索、文件记录等功能 。,比如一个商品和一个客户;
记录集:指定在数据库中检索到的数据集,如订单清单、发货清单;
关系列表:描述对象和对象之间的关系,比如你和我是朋友,你和我在同一个企业微信群 。
所以我们对导航项的数据属性进行分类 , 也就是说 , 同一数据类型的实体往往围绕着某个元数据,包含一系列接口 。当我们在这里整理完之后 , 发现数据性质相同的实体(在这里可以理解为导航项)似乎被归类到了一起,这是我们分类的一个依据 。

推荐阅读