浅议滑动Flick切换Tab导航

Home » 原型/交互设计 » 浅议滑动Flick切换Tab导航

滑动切换Tab的确方便(Hozin没这种使用习惯~哈哈),基于目前经常使用的几款APP,总结三种滑动切换界面的方式,简单讨论一下相关用法,未必全面。

第一种方式:等效 Main Navi 切换

滑动(flick)切换tab导航01

Flick操作相当于顺序Tap主导航相关操作,比如安卓版的微信。

第二种方式:独立Sub Navi 切换

滑动(flick)切换tab导航02

Flick操作相当于顺序Tap子导航相关操作,但不能跨越主导航项目,比如Boss直聘安卓版,淘宝安卓版(淘宝|微淘的子导航是可滑动切换的)

第三种方式:遍历 Navi Tree 切换

滑动(flick)切换tab导航03

Flick操作相当于顺序Tap每个主导航项目和下属子导航,实现遍历整个树形导航结构,比如网易云音乐安卓版

滑动(flick)切换tab导航04

相同的Navi结构采用第二种方式和第三种方式的切换顺序对比

例外情况

滑动(flick)切换tab导航04

微信IOS版本,Flick操作被【管理聊天记录】占用,因此无法提供便捷的Navi切换;界面已包含Flick触发的其他操作,此时需要谨慎设计Navi切换。

注意事项

Flick触发Navi切换,要避免在表单界面参与其中,误操作的可能性比较高(前几天还接到了用户吐槽)。

面向未来的过度?

自然用户界面(Natural User Interface,NUI)是人机交互HCI的前沿领域,希望用户以最自然的交流方式(语言、文字、表情、肢体)与机器互动。

每次带着蓝牙耳机打电话,身边路过的人们都会看到神经质一样自言自语的胖子,他们会躲得远远的;也许在遥远的未来,大街上会有一群用户手舞足蹈的【使用产品】;届时,自言自语的胖子已经成为大众眼里的正常人。

NUI还在探索阶段,前几天搞了一本《无界面交互》,很多设计方法还是在实验阶段,木有形成体系;理想很骨感,商业很丰满,IOS新增的3D touch功能算不算NUI呢?只能呵呵了

【不选用】的原因分析

不是100%的用户都有左右滑动切换导航的习惯,至少Hozin就没这习惯。

1.交互框架的影响
Main Navi选择了汉堡包导航,在某些情况下不太适合Flick触发navi切换,Hozin的朋友C7210曾经写过《避免使用汉堡包菜单》
2.不可预测的效率问题
在复杂界面之间快速切换,如果带有刷新动作,特别是原生+HTML混合编程,可能会导致一些问题,比如浪费数据流量(用户想从1切换到4就必须经过2和3)。
3. 大公司的管理架构
大公司区分事业群,比如“酒店”和“机票”是两个完全独立的BG负责,每个BG可能存在相互独立的产品团队,可能需要跨部门协作,才能实现左右滑动Navi切换。

原创文章不容易,各位高抬贵手,未经授权,谢绝转载。

大家的支持,是内容更新的动力,让我们科学治疗懒癌吧

标签: 交互设计, 移动端交互, app设计

添加新评论