易奇官网-活动

B端软件开发中的交互组件-导航设计

日期:12-21

  易奇亏导读:App软件定制导航,是软件开发中应用的信息结构在用户界面上的展现方式。优秀的App软件定制导航设计,能够在局限的屏幕窗口中完美的组织丰富的信息、展示产品的功能,并快速引导用户使用产品功能。本文从软件公司的角度详细介绍了B端软件开发产品中的导航设计,我们一起来看一下。

  

  这是B端软件开发交互组件 后一篇文章了,组件其实有很多,本次只选取了我觉得常用的4个组件来细聊,即导航、表格、表单、弹窗,包括系统菜单、数据管理和展示、数据输入和系统反馈。

  导航与信息架构息息相关,信息架构是对功能进行组织,导航则是系统的门户,对功能的详细展示,用户可以通过导航快速找到自己想要的功能,也可以通过导航了解系统的整体功能分布。

  一、导航结构

  导航结构其实也跟页面结构相关,常见的页面结构包括上下结构、左右结构、上左右结构、上左中右结构等。

  我之前常用的就是上左右结构,也俗称T字形结构。

  头部放logo、个人信息,搜索等;左侧放导航菜单,支持 多三层结构;右侧则是主体内容区域,表单,表格等都是放在这个区域。

  1. 头部导航

  早期做网页设计时,基本都是用的上下结构,即头部是导航,有二 或三 菜单时用下拉菜单展示,中间是网页主体内容,尾部则是版权信息区域。

  对系统而言,这种模式也有,头部是导航,下面是主体内容区域,有的系统尾部可能会带简单的版权信息。

  如下图所示:

  

  以前设计华为内部系统时,看到过很多这种设计的系统,给我感觉就是需要频繁切换头部菜单,一个系统功能复杂,头部菜单基本都带二 或三 菜单,想找个功能,差不多需要每个都要展开去找,我个人感觉很麻烦,当你进入某个页面后,如果不看面包屑,基本就是迷路了,作为重视操作的系统而言,导航应该更醒目一点。

  我在做PTS项目管理系统的整体用户体验设计时,就大胆提出要改整体的结构,普通的外科手术已经没啥用了,得重新来搭骨架,不过好在此举得到了部门领导的支持,项目得以顺利进行下去, 终也是有很好的落地。

  2. 左侧导航

  除了上下结构外,都可以用左侧导航。

  如果是上左中右结构时,右侧其实可以设计成折叠效果,可以影藏;固定展示的话,也是放一些配套的附属功能。有时候 页是上左中右结构,内页可能会变成上左右结构,这种情况也是经常有的,根据业务需要来设计。左侧导航一般层 不超过3层,如果确实有4 功能的需要,一般也是放在主体内容区域,可以用内部TAB来表达。

  不过我们尽量还是让系统整体的层 控制在3层以内,宁可多加几个菜单,也不要轻易去纵深。

  如下图所示:

  

  3. 组合导航

  组合导航,顾名思义就是头部有导航,左侧也有导航。

  如下图所示:

  

  我以前设计餐饮CRM时,就是采用的这种方式,头部是一 菜单,用图标和文字上下摆来展示,只有一层。左侧是二 菜单和三 菜单,即左侧可以展开,用图标和文字横向摆来展示,展开的菜单没有图标。如果业务上有要求的四 菜单,则用内部TAB去区分。

  操作上是点击头部一 菜单后,左侧出现其对应的二 菜单,有的可能只有二 菜单, 末菜单点击后,右侧打开页面。这种设计给人感觉每个头部菜单都是一个独立的体系,通过点击头部菜单来切换不同的体系,为了避免过于孤立,我们是采用的内部页签模式来打开页面。

  二、面包屑

  导航原则上是设计成 多三层,除了通过看导航的颜色变化外,也可以通过看面包屑来知道当前页面处于哪个路径内,网站的面包屑一般是可以设计成可点击的模式,除了 终页面不可点击。

  系统的面包屑则根据业务要求来判断是否可以点击,我个人感觉面包屑就是一种弱化版的导航,配合主体导航来使用,加强导航的权重。

  如下图所示:

  

  面包屑展示的菜单如果没有具体的页面,则不可点击;如果二 菜单点击有页面,下拉的三 菜单点击也有页面,则可以设计成可点击的模式。

  另外有个点要说的是,面包屑层 只到页面层 ,一些功能按钮打开的弹窗等原则上还是属于这个页面,所以面包屑不做变化。

  说到这,突然感觉系统设计的变化很多,具体要采用哪种模式,里面的门道也挺多的,下面我会对导航路径来详细聊聊。

  三、导航路径

  导航路径,你也可以理解为用户路径,用户从 页进去,点击功能菜单,一步步到达目标页面,并完成目标功能。这里面可以采用的模式就有很多种。

  1. 单层到底

  用户从 页进来,不论怎么点击,每次只打开一个页面,比如当前在一 A菜单下某个页面,现在我打开一 B菜单下某个页面,则A菜单页面消失,转而只呈现B菜单页面,这种交互方式,我姑且用“单层到底”模式来表达吧。

  如下图所示:

  

  我们也可以理解为在当前页打开某个页面,点击后页面会刷新并覆盖掉以前的页面。这种设计,导航路径会很清晰,都是单层设计,一 菜单都是主线,二 或三 则是分支。 后我总结下,就是每次只能打开一个页面。

  在具体业务中可能会遇到这种情况,打开A页面进行操作时,突然需要用到B页面的数据,这个时候不管B页面处在哪个层 ,我现在需要打开B页面看到我要的数据,当我再次返回A页面时,之前操作的位置也就不存在了,不论是通过翻页还是搜索或者其他操作后才能达到的位置,我现在需要重新做一遍,可能我需要反复去看B页面的数据,这样就会频繁在A页面和B页面之间切换。

  有些人可能会说可以把B页面的数据导出或者打印出来,当然这也是一种解决办法。如果场景再复杂一点呢,我需要通过B页面的功能得出一个结论,确实需要在A和B之间来回切换。说到这,引出我即将要谈的页签模式了。

  2. 页签模式

  接着上面的问题,用页签模式,就可以解决A和B之间来回切换的问题,我同时打开两个页面,在B页面操作后得出结论,我再回到A页面进行操作,数据也保存了,回到B页面继续操作,再次回到A页面时,位置没变,我可以接着操作,无缝对接。

  如下图所示:

  

  我之前设计餐饮CRM时就是采用的页签模式,我遨游在导航系统中,打开很多个页面,当页面很多时,其实也会感觉很凌乱,所以我后来优化了,设置了 大页签数。

  当页面被影藏后,页签上的文字就是 判断这是哪个页面的依据,文字太多怎么办,用省略号吗,所以导航设计时,文字也需要去优化,当时真的是一地鸡毛,一步步去梳理, 终达到一个平衡。

  页签文字右侧一般会有关闭按钮,当打开页面数超过 大页签数时,系统会提示,这时你可以先关闭掉暂时不用的页面。

  这种模式用久了,我也发现问题了,没事喜欢到处点击,打开很多页面,然后每次就是不停的去关闭页面,一时方便用的爽,后来发现每个页面都需要手动关闭,也很麻烦。

  3. 组合模式

  组合模式就是把单层到底和页签模式组合后的设计,单层针对的是一 菜单,页签切换是子菜单,同一个一 菜单下的子菜单,可以打开多个,采用页签模式。

  如下图所示:

  

  如果你点击其他一 菜单下某个子菜单,则会刷新页面,前面所有页面被覆盖掉,只展示一个新页面,当然你可以再次打开多个同一 菜单下的其他页面。总结下,就是每次只能打开一个一 菜单中的页面,数量不限。

  当然也不是完美的,如果我需要同时打开一 A菜单下和一 B菜单下的页面,组合模式就做不到。

  总结

  软件开发或网站定制中面对的业务场景变化多端,设计方法是死的,我们需要活学活用,用 优的设计方案去解决业务问题。

  产品经理和交互设计师其实就是一群“分析问题,解决问题”的人。

  在分析问题时,除了找到问题所在,重中之重,先要对业务有足够的理解;解决问题时,对特定的业务场景需要用到 贴切的设计方案。

  以上方法不仅适用于常规的软件开发或软件定制,对网站定制以及复杂的行业软件,管理软件等其他软件系统都有借鉴意义。