如果你是位有經驗的設計師，你可能會同意，在 UI 設計的領域中，受到他人的啟發并不能與竊取創意畫上等號，而是共同研究什麼才是最佳實踐、使用設計模板（Design Patterns）、遵守設計準則、透過模板確保你的用戶可以熟悉如何操作你所設計出的使用者介面。
有人說，一味遵守設計準則、以及跟隨他人腳步，是在扼殺創意，而且到最后，所有的 App 看起來都一樣。從 UX 的角度，我則看到不一樣的問題。當你開始導入某些設計模式之后，可能會讓你覺得 Google/Facebook/Instagram/其他你喜歡的 App 就是對的，他們的設計目標就是你的目標，你也從未質疑。以下我們就會列出一些你可能會覺得是最佳的設計模式，而其實并沒有你所想得那麼好。
隱藏的導覽（Navigation）
我猜至少有五十幾萬篇討論過漢堡選單（hamburger menu）的文章，絕大多數都是設計師寫的，為此爭論不休。如果你都沒有讀過，不妨讀個其中一兩篇，但簡言之，問題不是在這個漢堡選單的圖示本身，而是關于這個設計把導覽行為隱藏到圖標之后。
具有彈性而且方便使用的側邊選單
對設計師而言，漢堡選單這套解決方案既誘人且便利：你再也不用擔心螢幕尺寸的限制，只要把整個導覽行為都塞到一個可以卷動、預設隱藏的選單中即可。
不過，實驗顯示，把各種功能選項直接顯示出來，是更能夠增加使用者互動、讓用戶滿意、以及獲得營收的做法。因此，現在所有 App 市場的大玩家都從原本的漢堡選單設計，轉往讓功能更直接可視的方向移動。
Luke Wroblewski 重新設計的 YouTube 導覽方式
如果你的 App 的導覽行為很復雜，把導覽隱藏起來，并不會讓你的設計對移動端用戶更友善。反之，你應該挑選最重要的功能，顯示出來。
圖標，沒完沒了的圖標
因為螢幕尺寸限制，造成很多人不經大腦思考，就盡可能的使用圖標（icon）代替文字以節省空間。在畫面中使用圖像既可使用較少的空間，也不需要多國語文翻譯，而且人們都習慣圖標了，對吧？此外，其他所有 App，也都這麼做。
因為心中有這樣的假設，不少 App 設計師便把許多功能隱藏在其實難以理解的圖標之后。比方說，在頭幾次用 Instagram 的時候，你有辦法看懂，其實你可以使用這個圖標傳送訊息給其他用戶嗎？
或，假如你從來沒有用過 Google 翻譯，你覺得按下這個按鈕，會出現怎樣的功能？
假設用戶都很熟悉這些抽象的符號，或假設他們愿意花時間探索、了解這些抽象符號的功能，都是常見的錯誤。
Bloom.fm App 中的迷之 Tab Bar
如果你設計了一個圖標，還覺得用戶看不懂，得加上一個浮動的文字說明，就代表你的設計真的有問題。就算你是 Foursquare，然后用戶一定得學會這個功能，一樣是個問題。
Swarm App 中的圖示提示文字
這不代表你就不應該使用圖標。畢竟，也有不少用戶已經清楚理解的圖標，這些圖標絕大多數代表各種常用功能，包括搜尋、播放影片、email、設定…等等。（但其實用戶也可能不太能確定這些圖標的功能，比方說，當他按下愛心圖標的時候，就不見得知道到底會發生什麼事情。）
一些絕大多數用戶都可以輕易辨識的圖示
在設計復雜并且抽象的功能時，便應該要搭配適當的文字說明。在這類的狀況中，圖標仍然有其用途，圖標可以加強用戶在選單中辨識這些功能，并且呈現出你的 App 的獨特風格。
Pixelmator 的導覽選單
用圖標可以有效代表不少基本功能，但是當功能複雜時，使用文字說明會更有用。（而且，當你用了圖標，一定要做過使用性測試才行。）
手勢操作
蘋果 2007 年推出 iPhone 之后，主流便開始注意多點觸控，用戶也學會除了單點屏幕之外，還可以使用多指縮放、及橫畫等手勢。
于是手勢操作在設計師之間便流行起來，不少 App 中也做了手勢操作的設計實驗。
Clear app 裡頭的手勢操作
就像把導覽行為隱藏起來、或是用圖標取代文字一樣，設計中加上手勢操作相當誘人，因為可以節省畫面空間。（在畫面上就不需要放置刪除按鈕了，只要用戶用手指向左、或向右滑動即可。）
首先，我們知道各種手勢其實都是被隱藏起來的行為。人們需要費力額外記憶。就像漢堡選單的例子：愈是把功能被隱藏起來，愈少人就會使用這些功能。
此外，手勢操作跟濫用圖標有一樣的問題：有些手勢比較常用，像單指點選、縮放以及卷動等等，反之，有些複雜的手勢，用戶便必須就不同的 App 額外學習。
很不幸地，絕大多數的手勢操作，并沒有在不同 App 之間統一 ——在觸控介面的設計中，這還是一塊很新的領域。就算是單指橫畫，在不同的郵件 App 中，也有不同的行為。
Apple Mail 中，往右橫畫，會出現「標記成未讀」選項
在 Mailbox app 中，向右橫畫，則會變成封存（archive）郵件
甚至，當你搖晃手機的時候，也會有不一樣的行為。在 iOS 上搖晃手機代表還原上一動（Undo），但是在 Google Map 中，則是發送意見反饋。
千萬別忘了，手勢是被隱藏的操作行為，而且用戶要花上不少心力記憶。如果你是 Tinder 的話，你大概有辦法可以教育全世界往右滑動是什么意思，但前提是：這個手勢操作，是你的 App 的設計概念的核心。
使用覆蓋提示當作首次使用說明
首次使用說明（Onboarding）是 UX 話題的熱門，代表的是用戶與你的 App 的第一次接觸。在許多例子中，首次使用說明通常代表的是在你的原本的介面上，加上一層覆蓋提示（overlay），解釋每個功能的用途。
Discovery app 中的覆蓋提示
為什么這是一種很糟糕的解決方案？因為絕大多數的用戶都會略過這些介紹提示，他們只想馬上開始使用你的 App。而且就算他們注意到了這些說明，他們只要一把這一層覆蓋提示關掉，也就馬上什么都忘記了（特別是畫面中塞滿一大堆資訊的狀況下）。另外，加上各種標記，也不會讓你的介面變得更直覺。
你要記得：
「 UI 就跟笑話一樣：需要解釋的笑話不是好笑話，需要解釋的 UI 也不是好 UI。」
首次使用說明可以用很多種不同的方法，變得對用戶而言更有用。比方說，打開 Slack 看到的第一個畫面，就在建立情境：他們做了簡單的自我簡介，主要強調使用這個 App 可以帶來什么好處，代替用來說明功能的畫面。
另外一種更具互動、親近用戶的方式，則是使用漸進式的首次使用說明。在 Duolingo 裡并沒有解釋這套 App 如何運作，打開 App 之后，用戶就馬上就選好的語言進行一段簡短的語言測驗（甚至用戶都還不需要注冊帳號），因為讓人們學習的最好的方法，就是從做中學。而且，直接揭露這套 App 的價值所在，也是更有效加深用戶印象的方法。
還記得在 Mailbox 裡頭，橫畫手勢與 Apple Mail 不一樣嗎？他們也使用了漸進式的說明：用戶在實際開始使用 App 之前，首先要實際操作過一遍這些手勢。
在你開始在半透明的覆蓋畫面上，設計各種箭頭標記之前，請先停下來思考用戶在第一次使用你的 App 時，到底應該要有怎樣的體驗。我們要聚焦在情境上。在絕大多數狀況下，一定會有比覆蓋提示更好的方法，可以用來歡迎你的新用戶。
充滿創意但是違反直覺的空資料畫面
缺少經驗的設計師往往會忽視空資料畫面，不過，空資料畫面會是營造整體 App 的使用經驗的重要一環。
有些設計師，會把錯誤訊息或是空資料的狀態，當做是一張可以盡情發揮創意的空白畫布。
我們來瞧瞧 Google 相簿的空資料畫面：
Google 相簿的空資料畫面
第一眼看下去，很不錯，對吧？妥當安排的版面編排、加上說明文字，上面還有漂亮的圖片。
我們再看一眼，就發現了一些奇怪的事情：
* 為何在沒有照片收藏（collection）的時候，下方會有一個這么突出的搜尋按鈕？你為什麼會想要在空無一物中搜尋？
* 第二突出的畫面元素，則是上方一大張顯然不能按的圖片。（不過有些人可能會去按按看）
* 提示文字說，我應該去看看畫面上方的 號，真是有夠糟糕，為什么不把「加入」按鈕就直接放在提示文字裡頭呢？這段文字簡直就像「請按繼續按鈕繼續」一樣荒唐。
這樣的空資料畫面，顯然無法讓用戶了解當下的情境：
* 什么是收藏（collection）？收藏為什么有用？
* 為什么我什么收藏都沒有？
* 我該對此做些什么？（如果我一定得做些什麼的話）
當我們講到創意的時候，少即是多。下面這個空資料畫面的范例則在有用這個面向表現非常出色。（我們姑且先忽略「請按下方按鈕」這段話）
請別忘了，空資料畫面（或網站的 404 頁面）并不只是一個發揮視覺美感或品牌個性的地方。空資料畫面在 App 的可用性上也扮演了重要的角色。請讓他們變得更直覺。
質問一切
請不要誤解：各種設計模式與最佳實踐，仍然是你的好朋友。但你記住每個 App 的用戶都是不同的，某套設計在某個 App 可能成功，但是在你的 App 中可能會失敗。沒有什么設計可以放諸四海皆準。而且，你始終無法搞清楚為什么某個 App 之前會用那種方式設計。
你要自己思考，你要做自己的設計，你要做自己的研究。
測量、測試、檢驗。而且，當你發現你的想法有道理的話，也不需要畏懼違反既有的準則。
End
譯者：zonble
聲明：本文由設計夾翻譯小組成員zonble翻譯，設計夾校對發布，如需轉載，請申請授權并保留譯者全部信息，轉載合作請添加微信：sezign01.更多精彩內容請關注設計夾公眾號。
Tags: 移動設計
文章來源：http://www.ui.cn/detail/180017.html