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


于是我们对每个导航项的角色权限进行了梳理 , 然后一级导航中每个导航类别对应的角色瞬间一目了然 。
据说用户登录不同权限的产品 , 可以看到不同的内容 。这是一个优秀的带权限导航设计 。
4. 区分一下界面数据性质到这一部分 , 对于一些完全没有接触过数据的同学来说 , 可能很难理解 。我们首先需要知道的是:“同一个数据源可以帮助我们区分接口的性质 , 同一个数据源往往有一组相同的接口包围着它 。”
这里需要记住三个概念:
元数据:数据属性的信息 , 用于支持指示存储位置、历史数据、资源搜索、文件记录等功能 。 , 比如一个商品和一个客户;
Set:指定在数据库中检索到的数据集 , 如订单清单、发货清单;
关系列表:成对描述对象之间的关系 。比如你我是朋友 , 你我在同一个企业微信群 。
于是我们对导航项的数据属性进行分类 , 也就是说 , 同一数据类型的实体往往围绕着某个元数据 , 包含一系列接口 。我们在这里整理的时候发现 , 数据属性相同的实体(这里可以理解为导航项)似乎被归类在一起 , 这是我们分类的一个依据 。
根据相同的数据性质 , 将导航项分类到应分类的二级导航中 。这个时候 , 相对于原版 , 我们的一级二级导航通过改版已经比较清晰了 。
5. 搞明白用户的使用频次这一步其实很好理解 。很简单的规律:“高频是次佳显示 , 低频是次佳显示 , 重量减轻甚至隐藏” 。这是为二级导航中每个导航项的排列而设计的 。
在这里 , 我们不妨将频率从高到低量化如下:实时关注、每日关注、每月关注、很少使用、很少使用 。分别用五角星形、三角形、长方形、圆形、菱形来表示 。
一般来说 , 我们可以通过两种常见的方式来识别使用频率:用户研究和数据掩埋 , 这里就不讨论了 。
所以我们可以把使用频率作为一个新的参考放在导航条目的表格里 , 这一点瞬间就清楚了 。
根据使用频率调整每个导航项目的顺序 。
6. 设计合适的导航布局这一步涉及到外观 。让我们回顾一下前面三种常见的导航布局 。根据产品操作的复杂程度等综合要求 , 我们选择了第二种形式作为最终形式 。
四、结语以上是本期从交互层面对导航的分析和拆解 。我很高兴你能看到结局 。以上内容可以作为你日常设计分析的思维模板 。希望对你有启发和帮助 。让我们为奋斗在B端的小伙伴们加油吧 。下次见!
本文由@ Ribbon原创发布 。每个人都是产品经理 。未经许可 , 禁止复制 。
来自Unsplash的图像 , 基于CC0协议 。
收集3条评论 。


推荐阅读