繼連續 13 篇 iOS 7 預發布版介面設計規範後，本周恢復正常節奏帶來小議題：返回鍵的替代方案。還少談一種越來越普及的方案——將返回鍵置於底部標籤列或工具列最左側；準確說，此情況下容器本身已難稱為標籤列或工具列。開始正文。

痛點：單手操作下的返回鍵難題

我用 iPhone 5，多出的 640×176 像素空間很有用。但我常在點擊最重要按鈕——返回鍵時遇到麻煩。UX 設計規則：常用功能應放在最容易點擊位置。

49% 行動使用者單手操作，意味著每兩人就有一人每天多次單手點擊返回鍵，點擊率達億級。手機尺寸略大時，不得不雙手操作。這或許是許多 Android 手機在左下角放實體返回鍵的原因之一；但此方案非最優，因 Android 平台 App 內「返回上一級」鍵與實體返回鍵功能仍有區別。

方案一：手勢操作

最簡單方案是使用手勢。在使用者熟悉操作前提下，手勢極有效。將手勢作為可視化按鈕補充形式也不錯。試用無數 App 後發現，許多產品已用此法解決返回鍵問題。雖無萬能方案，但至少是個開始。期待設計師找到更多創意方案。

拋甩

「拋甩」隱喻我們與真實物體互動方式。Letterpress 中，向下快速滑動甩走彈出提示。

Facebook 全螢幕看圖時，向上/下甩開圖片返回上一介面。

橫向滑動

新介面從右向左滑入是 iOS 標準動效。反向輕掃可導航回前一介面。Pinterest 中向右輕掃移走大圖返回；Flipboard 主題內容頁向右輕掃回主介面。

iBooks 無明確視覺引導可左右滑動翻頁，但點擊螢幕左右兩側同樣導航。缺乏視覺引導導致功能不可發現的概率大降，且翻頁動效隱喻強烈，使用者一次點擊翻頁後易發現滑動導航。

縱向拖動

若介面從底部/頂部滑入，可嘗試縱向拖動後退導航。Day One 打造專屬「下拉刷新」，縱向操作直接進入上/下一篇內容。

Clear：向下長拖動回退上級列表，短拖動建立新事項。

Haze：向下拖動進入設定介面（嚴格說不屬「回退」導航）。

長按或雙擊？

長按和雙擊均可由拇指獨立完成，個人覺得未來在回退導航上可能體現價值。

方案二：從視覺與佈局角度解決

雖 iOS 規範要求返回鍵置於導航列左側最自然，但不妨礙必要時完全改變其視覺樣式或位置；甚至可不像按鈕。

Basecamp 將待辦事項內容頁設計成半覆蓋面板，點擊左側未遮蓋空間即可收起面板返回。

若內容類型適合，可如 Basecamp 將子介面處理為覆蓋層/面板形式，用「完成」按鈕關閉返回上級。完成鍵置於右上角，比左上角更易點擊。

總結

除非蘋果推出更纖薄手機，否則建議設計師以更開放心態看待手勢執行常規操作。若能充分理解交互對象運動方式與人們認知規律並體現設計中，手勢將成高效直覺操作方式。設計師必須清楚人們實際如何使用手機，才能設計出讓人愉悅而非挫敗的產品。

本站原創編譯，轉載請註明：來自 Be For Web
英文原文：[連結]
譯者：c7210 - UX 玩家、交互設計師、前視覺與前端、貓奴、guitar fucker... 現就職於攜程無線事業部