@沐沐成長中?:Google不久前剛剛更新了他們的Google+應用,采用了新的導航方式并拋棄了navigationdrawer。一時之間,又引發(fā)了一系列關于NavigationDrawer利弊的討論。
Navigationdrawer又被稱為“OffCanvas“、”hamburgernavigation“、”sidenavigation“、“slidemenu”等等,雖然叫法不一樣,但大致都是同一種形式的導航。
NavigationDrawer的前世今生
據考究,Navigationdrawer最早源自于Youtube,如下截圖。
而“三道杠”的icon最早出現(xiàn)在1981年NormCox設計的個人工作站XeroxStar。
詳細見“Wheredoesdraweroriginatefrom?”
2012年,Youtube、Facebook、Path等應用紛紛使用了Navigationdrawer這樣的導航方式,一時之間引發(fā)了廣泛的關注,甚至可以稱為一種設計的趨勢。
Path
但由于沒有統(tǒng)一的規(guī)范,各個產品的抽屜導航設計也各不相同,為了控制Android平臺日益混亂的抽屜交互方式,2013GoogleI/O大會之后,Google將NavigationDrawer納入了AndroidDesign規(guī)范當中,隨后大量應用開始采用這種交互模式。
2014GoogleI/O大會剛剛結束,筆者會持續(xù)跟進,敬請關注后續(xù)更新。
備受爭議?
關于Navigationdrawer利弊的討論也一直不停,直到2014年5月,Googleplus更新,去掉了抽屜導航,一時之間,又引發(fā)了熱烈的討論。
可以說Navigationdrawer的出現(xiàn)也是應需而生,較之PC,移動設備屏幕尺寸較小,可以說“寸土寸金”,抽屜導航最明顯的一個優(yōu)勢就是節(jié)省屏幕空間,讓導航“藏”在側滑抽屜里,釋放了更多的空間給主要內容。
再者,Navigationdrawer實際上是開辟了另一種新的導航模式,區(qū)別于在此之前的幾種主要導航模式:腹肌式(Six-pack)、下拉欄式(Spinner)、選項卡式(FixedTabs),它(Navigationdrawer)彌補了其他幾種模式在非頂級視圖間進行導航的缺陷——用戶必須退回頂級視圖,在頂級視圖切換分類之后再進入其他內容,也就是說Drawer的好處就是能夠提供在非頂級視圖間導航的能力。
如下圖所示,從3.3跳轉到4.2,如果用其他導航,需要逐級回到頂級視圖再逐級進入最終頁面,但是Drawer可以方便快捷的實現(xiàn)頁面之間跳轉。
然而自抽屜導航出現(xiàn)初期就一直伴隨著質疑,甚至LuisAbreu用“為何以及如何避免使用漢堡導航?”作為文章標題,其對于Navigationdrawer的態(tài)度可見一斑。
當然,還有AnthonyRose用Zeebox的實踐經驗告訴我們,“抽屜導航可能會降低你產品一半的用戶參與度”。(自備梯子)
對NavigationDrawer的質疑大致可歸納為以下幾點:
1. 可發(fā)現(xiàn)性低;
2. 在某些平臺下,和平臺固有的導航設計模式有所沖突;
3. 低效,并非一瞥即得。
大多數質疑聲都集中在這個Drawer的可發(fā)現(xiàn)性上,他們認為“如果看不到,自然也就想不到”(Outofsight,outofmind),在默認狀態(tài)下,Drawer都是隱藏的,與傳統(tǒng)的經驗——最重要最常用的功能放到首屏相悖,用戶比較難發(fā)現(xiàn)隱藏的導航,增加了認知負擔。
其次,在iOS平臺下,官方標準的導航模式一般左上角是返回,而且支持左滑(從左往右滑動)返回的手勢操作;Drawer也是將icon放到左上角,這樣就產生了如下圖的沖突,actionbar的左上角有多個icon,而且交互模式類似,如下圖。
再次,特別是在信息層級扁平的產品中,Drawer只是在視覺上簡化了界面,功能并沒有減少,“隱藏”其實是增加了“呼出抽屜”的操作,讓原本直接操作的過程變得復雜了。很難想象如果微信的Tab導航變成Navigationdrawer之后,會是怎樣一番吐槽的場景。
需要理清的問題
NavigationDrawer作為一種導航模式,已經不僅僅是Android平臺獨享,iOS甚至Windows平臺都有類似的模式,當我們提到抽屜導航,其實應該是指廣義上的,跨平臺的。
雖然都是“Drawer”,但“此Drawer非彼Drawer”,不可混為一談。這種混為一談在NavigationDrawer的各種褒貶爭論中屢見不鮮。
例如飽受詬病的“沖突”問題——“左滑返回”與“左滑呼出導航”沖突,其實就是混淆了平臺特性。之所以認為是沖突,是建立在如下基礎之上的,即“在產品任何一個層級均可激活抽屜導航”(詳見?Android官方文檔,自備梯子),所以需要預留左滑手勢為呼出導航,于是指出與系統(tǒng)手勢(左滑返回)沖突。
請注意,前者是Android的規(guī)范,但后者是iOS啊!所以針對這樣的問題,應該按照不同的平臺分別對待,尋找解決方案。
以iOS平臺的知乎為例,使用NavigationDrawer,但是并非任何一個界面都可呼出導航(誰讓iOS規(guī)范里沒規(guī)定呢,嘖嘖),進入詳情頁后,左滑和左上角back都只是返回操作,需要切換到其他詳情頁或者返回問題列表頁才能呼出導航菜單,沖突問題得到解決。
誠然,只看Android,即使是官方規(guī)范中也還是存在一些沒能完美解決的問題,例如到達具體詳情頁面,ActionBar上UPicon與Drawericon有一定意義上的沖突,保留任何一個都不那么完美。但這是另一個問題了,不是么?
被遺棄?
不久前,Googleplus更新,去掉了Navigationdrawer的導航形式,于是有人大呼風靡一時的抽屜導航將被遺棄,但筆者認為并非如此。問題不在于遺棄與否?而在于如何不被遺棄?換句話說就是如何正確的使用Navigationdrawer?
Navigationdrawer作為一種導航的模式,有其應用的場景和價值,而其備受詬病的“難以發(fā)現(xiàn)”問題也隨著用戶的長期使用下逐漸弱化,使用習慣的培養(yǎng)使得現(xiàn)在用戶再看到“三道杠”已經不再像兩年前那樣不知為何物了。
在哪些場景下建議使用抽屜導航呢?Android規(guī)范中已經總結的較好,有興趣的可點擊鏈接查看,這里簡要概括如下:
1. 頂級視圖超過3個;
2. 低層視圖交叉導航;
3. 導航層級很深;
4. 導航樞紐:用戶需要頻繁訪問導航。
上述場景,其他平臺也同樣適用。抽屜導航只是眾多導航的一種,需要考慮清楚使用場景謹慎使用。
如何正確使用?結合筆者觀察的一些使用Navigationdrawer的app,提供如下建議:
1.新手引導,初次進入app,默認展開抽屜,然后自動收起;可以考慮設置展示頻率,例如前50次默認展開;
2.區(qū)分平臺,因地制宜。可以針對不同平臺,做不同的解決方案,只借用抽屜的優(yōu)勢,不必局限于Android官方文檔里規(guī)定的交互模式。筆者體驗、觀察了數十個抽屜導航的APP,下面將以android平臺的亞馬遜和iOS平臺的知乎為例,以供參考。
Amazon(Android)
Android平臺使用Navigationdrawer的APP之中,數Amazon最符合Android規(guī)范,例如Actionbar固定不動,即使是進入更深層級的界面,Actionbar也一直顯示導航icon,可隨時激活抽屜導航,支持從邊緣左滑,但不支持從屏幕中間左滑,所以不存在沖突的問題,而且也規(guī)避了在詳情頁UPicon與導航icon的沖突問題,讓返回通過系統(tǒng)導航back按鈕來完成,雖然和目前主流的設計有些不同,不過邏輯上完全沒有沖突,堪稱最“規(guī)范”的抽屜導航APP。
知乎(iOS)
而iOS平臺之中,以知乎為例,它只在頂級視圖(如導航中列出來的首頁、發(fā)現(xiàn)、我關注的等一級欄目)下的Actionbar才顯示導航icon,也就是說只能在頂級視圖才能激活抽屜導航,而且Actionbar是會隨著導航移動(“擠出”而非“覆蓋”)。為了避免與左滑返回沖突,去除了邊緣左滑激活抽屜導航的功能,無論是左滑還是邊緣左滑都是“返回”。整體來看,雖然無法隨時激活導航菜單,但是考慮到知乎本身產品的特性——閱讀類,在一級欄目之間頻繁切換的需求并不強烈,更多的是在欄目下作平級的切換(上一篇、下一篇),所以這樣設計有其合理之處。
簡單對比羅列如下:
3.信息架構的優(yōu)化是王道。Navigationdrawer只是眾多導航模式的一種,并不是萬能解。所以要想提供友好的用戶體驗,不僅僅局限在導航的設計上,應該站在更高的角度來重新思考該產品的信息架構,去除那些不必要的層級/信息,以減少信息層級,才是根本的解決之道。
參考資料及推薦閱讀:
- 《AndroidNavigationDrawer》
- 《whynottousetheleftNavFlyouts?》
- 《AnupdateontheHamburgermenu》》
- 《Navigationdrawerdoneright》
- 《WhyandHowtoavoidHamburgerMenus》(自備梯子)
- 《Sidedrawernavigationcouldbecostingyouhalfyouruserengagement》
- 《HamburgervsMenu:TheFinalABTest》
- 《AndroidDesign趨勢——NavigationDrawer》
- 《NavigationDrawer的誕生》
- 《Wheredoessidemenuoriginatefrom?》
- 《WhodesignedtheHumburgericon?》
- 《2012年設計新趨勢:側滑導航欄》
- 《WhoDesignedtheHamburgerIcon?》
- 《BasementMenusandBreakingthe“Rules”ofAppDesign》(自備梯子)
附 某某的前世今生專題:
《漲姿勢![X]是如何成為關閉按鈕的》
《超贊!每個設計師都應該了解的IOS編年史》
投稿者:@沐沐成長中
【優(yōu)設網 原創(chuàng)文章 投稿郵箱:2650232288@qq.com】
================關于優(yōu)設網================
"優(yōu)設網uisdc.com"是一個分享網頁設計、無線端設計以及PS教程的干貨網站。
【特色推薦】
設計師需要讀的100本書:史上最全的設計師圖書導航:http://hao.uisdc.com/book/。
設計微博:擁有粉絲量72萬的人氣微博@優(yōu)秀網頁設計 ,歡迎關注獲取網頁設計資源、下載頂尖設計素材。
設計導航:全球頂尖設計網站推薦,設計師必備導航:http://hao.uisdc.com
———————————————————–
想在手機上、被窩里獲取設計教程、經驗分享和各種意想不到的"福利"嗎?
添加 優(yōu)秀網頁設計 微信號:【youshege】優(yōu)設哥的全拼
您也可以通過掃描下方二維碼快速添加:
復制本文鏈接 文章為作者獨立觀點不代表優(yōu)設網立場,未經允許不得轉載。
發(fā)評論!每天贏獎品
點擊 登錄 后,在評論區(qū)留言,系統(tǒng)會隨機派送獎品
2012年成立至今,是國內備受歡迎的設計師平臺,提供獎品贊助 聯(lián)系我們
AI輔助海報設計101例
已累計誕生 737 位幸運星
發(fā)表評論
↓ 下方為您推薦了一些精彩有趣的文章熱評 ↓