关于drawer的爱恨纠缠

drawer,全称 hamburger menu drawer前阵子似乎被被指摘降低产品一半的用户参与度,这意味着这是个糟糕的设计吗?换用知乎的提问方式,那么就是如何看待drawer在app中的运用。

我的想法可以归纳为以下几点:

* 国内外Android Design生态相差甚大
国内外的app市场乃及互联网业态的区隔对于android设计控件选择影响尤为深远。因为种种原因搭载GMS以及原生android系统的手机在国内市场并不受欢迎,同时国外相对流行的google服务如gmail在国内也始终是小众使用的对象。恰好android手机内google部分热门原生应用采取了drawer为承载方式,因而 国人难以接触到drawer这种控件自然也缺乏学习其操作方式的机会。

国内android流行的系统例如小米以及魅族都对android原生控件进行深度定制这带来的是原生控件的实现效果有着不可控性。出于对app质量的工作,开发者对使用原生控件必然有更多顾虑。更何况盗版以及不愿意为应用付费的问题在国内相当严重,开发者在android上不愿意投入更多的时间针对android平台设计也是常态。


* 业务有限?平台化的商业逻辑之殇
如果仅仅是android desgin的缺失是先天缺陷,那么遗憾的是国内互联网业态直接导致drawer控件与操作方式的后天营养不良。无法否认drawer会带来降低“可见度”的副作用,可是并非所有应用都应该承载几个平行的标签。

小而美、专注于特定功能的app在国内生存不易,而大公司更热衷把业务都堆积在一个app上方便推广也方便平衡提升各个部门的业绩。在一种恨不得把app做成操作系统的生态环境内,drawer显然不受待见。试问哪个部门愿意看见自己的栏目被放入app的drawer内,而商务对一个app铺货走渠道都已经不易更何况推广好几个?市场的业态与用户习惯互相塑造,最终即便有app更专注单一内容也未必能被市场与评论家认可——如豆瓣的app系列。


* drawer自有其情景
drawer虽然有着种种先天与后天劣势但是在合适的场景中却不失为一种利器。虽然drawer被指摘为其可见性不足,或许从这点来重新理解drawer才能理解其应用场景。可见性不足的反面就是专注于首屏以及主要操作,与之相对于的信息架构类似集中于主干的树形,而操作路径设计也高度集中于核心场景。在如此意味上,drawer反而恰恰非常适于移动应用,其高效利用以及专注核心流程更好帮助用户集中注意力的特性与移动的场景极为契合。试想Gmail要是有几个平行的tab分别展示未读邮件、已读邮件还有星标邮件吧,我们在行色匆匆的途中打开邮箱最重要的事情难道不是看最重要的未读邮件吗?


* 改良后的drawer另有妙用
最近“google新闻与天气”终于迎来更新,最新的drawer设计与以往有一点十分有趣的区别。用户可以在首页顶层左右滑动切换drawer内各个tab的内容。仔细想想这种形式其实能有非常有趣的用途。本人就试想过这这个控件要是能放到微信上我会多么愉快(我会告诉你这才是我写这篇东西的原因吗?!)

需要首先说明本人与国内多数微信用户对app的使用习惯并不相似。我用到的只有这几个功能(按照重要性先后排序)——聊天,拍照给朋友,看朋友圈与通讯录,偶尔扫一扫。想想要是微信能用这种改良的drawer,能专注于聊天,偶尔看到有趣的东西直接切换到相机界面拍照后再发送给联系人,这样就不必集中注意力注视搜寻拍照的图标而是直接滑动屏幕就能切换到相机界面。想想有点小激动!

这类妙用以及其带来的便利性自然也有着其前提,那么就是各个tab之间的内容有着显著的差异性方便用户不需要阅读文字而是通过色彩与图形轮廓就能识别其内容。相机或是扫一扫还有朋友圈,通讯录都能满足这种区分需求,所以如果能这样设计对我而言相当方便。


结论:
drawer有妙用,使用需慎重。









评论

  1. Android系统目前的设计规范本身就有非常多问题,除了Drawer之外,ViewPager,ActionOverflow之类的设计也有很多问题,很多设计缺乏“一看到就知道可以这样操作”的感觉,而一个良好的设计规范是不需要这些东西的,所以国内大部分用户在面临这些风格的应用的时候,会不断吐槽“我怎么才知道这个Tab可以滑”,"我怎么才知道原来左边还有一个Drawer?"。顺便爆个料,这边的数据显示使用微信Android的用户几乎有90%的人不知道那几个tab可以滑动

    回复删除

发表评论

"fire in the hole"

此博客中的热门博文

关于产品设计 #这是个巨大的坑

书单 披着用户研究的皮却有着一颗好奇心(更新20140919

设计工具吐槽 之 protopie