drag to back/home——iOS快速返回首页的手势交互

移动设备屏幕狭小,虽然可以基于移动使用场景进行输入和动效等方面的创新,但相对于PC来说,实现同等业务时,使用的页面数量更多,也就意味着页面层级或者说页面跳转会更多。另一方面移动设备随时随地的特性,更利于UGC(User-generated Content用户产生内容)类型产品的发展,UGC一般采用“内容–>用户–>该用户的其他内容”这种网状信息架构,从网状某个节点快速回到出发节点是非高频但非常紧急的操作。换言之,如何从深层级页面快速回到首页是一个非常值得思考的问题。本人在iOS右滑返回基础上进行微创新,在不影响现有交互的情况下实现快速返回首页。
如何快速返回首页

现存解决方案介绍

底部标签栏

底部标签栏是iOS平台最常见的导航方式,用户认知度较高易于学习和操作,在底部标签栏上可设置4或5个入口,便于板块之间的跳转。缺点是要实现快速返回首页在深层次页面必须保留底部标签栏,占用过多的屏幕空间,不利于内容较为丰富的次级页面的展示,当然可以增加在上下滑动时收起标签栏、不滑动时展开来改善这个问题。底部tab

浮动按钮

浮动按钮可以看作是的底部标签栏一种变式,将底部标签栏的入口收进浮动按钮里,点击浮动按钮后,再展开的菜单里选择回到首页。优点是占用的屏幕空间比底部标签栏更少,但是并不是所有应用都适合浮动按钮,而且相比于直观的底部标签栏多了一步点击展开浮动按钮的操作。此外浮动按钮在Material Design(Material Design是跨平台的通用设计规范,不仅是用于Android)中
承载的是创建、添加、分享等功能,而不是跳转入口。浮动按钮

侧滑菜单

侧滑菜单或者说汉堡菜单由于极差的可见性,已被不少盈利为主的企业打入冷宫,在国外某可用性测试中转化率仅2.7%。侧滑菜单比较适合有单一主场景的App,例如资讯阅读类App,用户主要行为是浏览资讯列表和阅读详情,不会频繁的切换到其他板块。侧滑菜单

WebView标题栏关闭

WebView是在原生App内(Native App)打开网页内容所用的控件,一般是全屏展示,由于网页也有跳转的特性,因此普遍的做法是在左上角的返回旁边加上关闭。返回的作用是网页内的跳转,而关闭是指关闭WebView回到原生App内,WebView在用户的认知里不是一个App的页面(是网页的页面),而是一个全屏的对话框(Dialog)。因此标题栏关闭只适用于WebView或全屏Dialog。返回和关闭挨在一起也容易误操作,比如亚马逊将返回和汉堡菜单放在左上角,遭到不少用户吐槽。webview

灵感来源pull to reload/open/close

Chrome浏览器iOS版在2015年4月份对下拉刷新再设计(re-design),在下拉时除了直接松开手指进行刷新外,摁住左右滑动再松开打开新标签页或关闭当前标签。对于初级用户来说,新增的两个功能是隐性的,完全不会影响到原有的下拉刷新,不会让最常用的功能变复杂。对于有经验的用户来说,两个新功能可以提高浏览多网页时的效率。我在想能否从手势出发在不影响原有交互的情况下,设计一种返回首页的手势呢。pull to reload/open/close

我的drag to back/home方案

事实上,从屏幕左侧边缘向右滑动手势已经代替左上角返回按钮,成为iOS平台使用频率最高的返回方式。我的方案是:向右滑动时如果按住再向下滑动松手即可回到首页,直接向右滑动依然是返回上一页。另外此交互出现在第二层级时没有回到首页(第二层级的页面返回上一页和回到首页结果是一样的)。

本方案的优点有:1.不占用额外的屏幕空间、2.与iOS原生返回手势结合易于使用、3.手势为两次连续滑动操作方便。当然也有缺点:1、比较隐秘初级用户可能发现不到,需要一定的引导和教育。2、在非iPhone设备上(iPad、Apple Watch等)屏幕左侧边缘向右滑动手势并不是一个常用的返回方式,换言之此方案更适合iPhone。

参考资料

《Material Design中文版》http://wiki.jikexueyuan.com/project/material-design/components/buttons-floating-action-button.html
《关于汉堡包图标的A/B测试(2)》http://beforweb.com/node/546
《Chrome iOS Pull to reload》https://dribbble.com/shots/2022862-Chrome-iOS-Pull-to-reload

《drag to back/home——iOS快速返回首页的手势交互》有1个想法

发表评论

电子邮件地址不会被公开。 必填项已用*标注