有哪些常見的移動端UX設計誤區需要規避?
我們手機里面裝滿了各種各樣的APP。安裝這些應用,我們的初衷是讓我們的生活更加便捷。但是當這些應用無法滿足用戶的需求的時候,用戶自然而然會離開,并尋求更好的解決方案。一個成功的應用包含有諸多元素,而其中的用戶體驗設計則起到了決定性的作用。在殘酷的競爭中,用戶體驗往往是決定成敗的核心。
面對移動端設備,只有實踐才能夠檢驗一個應用的用戶體驗好壞。今天的文章,我們將專注于移動端用戶體驗設計中,應當規避的誤區,這些信息并不高深,這些常見的錯誤是經過無數實踐得出的經驗。
不要為多平臺設計一套界面
一個APP能夠讓人記住,很大程度上是因為它的UI在某些方面有著突出的設計。絕大多數的開發者希望他們的應用能夠在多個不同的平臺上發布,但是不同平臺有著不一樣的規范,貼合 iOS 的設計決策和方案放在Android 平臺上可能導致完全不一樣的結果。
不要模仿其他平臺的UI元素和字體
當你為 Android/iOS 平臺設計應用的時候,不要沿用其他平臺的主題和UI元素,更不要模仿特定平臺的操作方式。許多元素在A平臺適用,在B平臺上則可能會毀掉整個用戶體驗。
輸入字段、復選框、開關按鈕以及其他功能性組件尤其是如此,應當盡量貼合本平臺的特征。使用原有平臺的元素可以讓用戶更清楚如何使用,并且讓用戶對于你的應用中的內容與信息更加信任。在下面的案例中,你可以看到Android 和iOS平臺中相同功能控件的差異:
雖然同樣是扁平化的設計,但是Material Design 和iOS 的界面元素的設計有著明顯的差異,iOS中擁有純文本樣式的按鈕,字體風格有著明顯的差別,Android 平臺中按鈕內容更多的使用的是大寫字母,并且Android平臺中的字體相對更纖細。
字體的使用同樣要遵循兩個平臺的特征:Android 平臺用的是Roboto 字體,而iOS平臺目前使用的是新的 San Francisco 字體(中文字體為蘋方)。
不同的字體能讓你很快分辨出兩大平臺
如果你想為你的APP定制UI元素,那么你應當根據你的品牌仔細定制,而不是基于平臺的規范來設計。
不要忘了匹配平臺的圖標
通常特定的平臺會提供成套的圖標,其中會包含常用的功能圖標,比如新建、分享、保存和刪除等,當你的移動端應用前一到另外一個平臺的時候,不要復用上一個平臺的圖標,而應當替換為當前平臺的圖標。
與此同時,你也應當注意不同平臺上圖標的特征:Android 平臺的圖標中使用的線條筆觸比較厚重,而iOS線條則更接近流行的線性圖標的設計,線條纖細。下面是一些圖標設計上的對比:
不要從APP跳轉到網頁
用戶對于移動端的APP的交互模式和界面元素是有一個基本的概念和預期的,同時他們對于網頁端的界面也是同樣熟悉的。當網頁上的瀏覽體驗出現在 APP當中的時候,情況就相當尷尬了——用戶會感受到這種差異,實際的體驗和他們的預期有著明顯的區別。舉個簡單的例子,帶有下劃線的鏈接就是個典型,它 明顯是“瀏覽器界面”中常見的一種元素,在APP中,通常使用的是按鈕而非文本鏈接。
下面的案例是來自TB Bank的iOS APP的界面,這個界面怎么看都是一個網頁端的登錄界面。實際上他們真的是將網頁端的登錄界面的代碼整個嵌入到APP當中來。顯眼無比的下劃線文本鏈接也就算了,連同版權信息也一起復制過來了,簡直不能忍。
APP應當始終給用戶留個出口
用戶體驗設計很大程度上是與流程相關的,而流程在絕大多少情況下是幫用戶推進進度、完成目標的。所以,你應當避免讓你的流程陷入死胡同,這樣會讓用戶感到混亂和迷惑,并且產生額外的、不必要的操作。
有時候設計師會將錯誤信息和空狀態設計成為空白,但實際上這是個很好的機會為用戶做一些更有用的事情,以Spotify 的報錯界面為例:
這無疑就是一個沒啥用處的空狀態,它并沒有告訴用戶能干什么,也沒有告訴用戶到底發生了什么。
空狀態,尤其是報錯狀態,不應該是“死胡同”,作為UX設計師的你應該通過界面告知用戶他們應該采取怎樣的行動,才能讓應用按照他們的預期一樣運作。
Azendoo 就在報錯界面中告知用戶如何解決問題
不要將用戶導向瀏覽器
讓用戶一直在APP中操作吧。如果你的應用真的缺少某個特定的功能,不妨使用應用內瀏覽器來加載頁面,而非跳轉打開瀏覽器。在絕大多數的情況下,這樣的設計會出乎用戶的意料,失去控制,甚至難以回到APP,增加了意外也減少了可控度。
不要讓用戶一下載APP就評分
當你正在使用應用的時候,整個體驗被打斷的感覺真的非常令人難受。用戶下載了應用之后,可能在一段時間之內僅僅只使用了幾次,好用不好用還沒體會出 來,這個時候突然讓他給APP評分,這種被打斷的體驗可能會帶來不好的評分。相反,當用戶使用APP足夠久了之后,這些重度用戶可能會給予應用更為可靠的 評分和反饋。
你可以在用戶進行了特定數量的操作,或者完成了特定的目標之后,觸發請求用戶評分的操作。對于請求用戶反饋這件事情,Dan Counsell 的看法非常值得借鑒。談及 iOS 平臺的 Todo 類應用 Clear,他是這么說的:“iOS 版 Clear 的評分界面是在用戶碰到過一系列狀況之后才會出現的。首先,用戶需要使用應用幾周時間,然后,用戶需要將待辦事項列表中的所有條目完成之后才行,這對于一 個待辦事項類的應用和用戶而言,都是一個重要的時刻,用戶會因為清空列表而獲得成就感,絕大多數情況下,他們正因為完成任務而準備離開APP,這個時機非 常好?!?/p>
向用戶申請獲得反饋和評分本身并不是一件壞事,但是請務必確保整體體驗良好。
結語
如今的用戶對于APP的使用越來越多,了解也越來越深,相應的,用戶對于APP的期望也更高,更具體。想要打造令人愉悅的APP,帶來讓人舒適而煩惱的體驗,這才是是用戶體驗設計師應該做的事情。
譯文來自:優設
原文地址:uxplanet
原文作者:Nick Babich
譯者:@陳子木
這內容不是IOS設計規范么?
為什么你說的這些誤區在所有APP上都有呢? ?