毀掉移動應用設計的6個想當然
過去幾年來,用戶交互進化如此迅速,設計師們都快跟不上了——導致在創(chuàng)建移動應用時,從其他媒介(甚至陳舊的應用設計)中照搬交互設計技巧。
其實重要的是要記?。航换ツJ胶驮O計要隨著媒介的改變而變化。
這種思想的第一階段,可見于鼠標鍵盤的臺式電腦過渡到觸摸屏的過程中(Apple新推出的3D Touch就是個更加精細的例子)。從全新的交互模式,到微小的交互細節(jié)和趨勢,每種新的設備、環(huán)境、模式和手勢,都帶來了機遇和陷阱。
照片來源:Apple
光是了解它們就要費一番功夫——更別說為它們設計了——下面是一些設計移動應用時應當避免的想當然。
1. 用戶總是需要創(chuàng)建賬號
他們不需要,許多時候他們不想、也沒有必要。
作為開發(fā)者,除非將用戶固化到數(shù)據(jù)庫中,否則很容易把他們拒之門外。但從用戶的角度看,這不是光彩之舉。
憑什么要先注冊,才能知道里面有什么?這個過程勞神費力,必須得物有所值。
相反,用戶數(shù)據(jù)可以離線儲存,當用戶最終決定創(chuàng)建賬號時轉移到賬戶中?;蛘?,可以考慮使用“訪客”或“試用”模式,開放核心功能(比如下面的Wunderlist),展現(xiàn)應用的功能,但是功能有限,或者帶有水印。
照片來源:Wunderlist
一旦證明了你的應用有價值,用戶毫無疑問會決定注冊。在那之前,就有點過分要求了。
2. 用戶需要一套教程,告訴他們你的應用有多棒
讓用戶使用,借此展現(xiàn)你的應用有多棒。解釋它有多好是非常無力的。而且,用戶通常都會跳過并忘記引導頁。
瀏覽了所有說明的用戶,并不太理解整個引導頁設計。
如果你一定需要用戶使用全部注意力,一步一步瀏覽引導(有些應用確實如此),那就要盡可能短,并且憑借幫助菜單來呈現(xiàn)。這就有意義多了,即使在用戶用了一段時間以后。
照片來源:UXCam
3. 不要假設某種方式能適應所有應用
即使是常見的交互模式,也應該根據(jù)你應用的特定環(huán)境來評估。
有個常見的例子,地址輸入框里的“省份”下拉選項。由于省份名可以寫作幾種不同形式,標準的預定義內容下拉菜單有它的合理意義。在這桌面端或許是可接受的(盡管這尚存爭議),但對于移動端可用性而言,下拉菜單是最糟糕的選擇。
應用的交互也是強調品牌的絕好機會。如今的應用中,有些非常難忘的品牌“瞬間”,例如從啟動圖進入信息流時的Twitter小鳥,Snapchat的個人資料圖片動畫,還有Hopper的加載圖片(詳見第5條)。
關鍵是我們不該迷信久經(jīng)考驗的方法,那不是使我們應用出彩的唯一方式。
Hopper應用的加載界面。
4. 應用設計和響應式網(wǎng)頁設計是一回事
雖然響應式設計近似于移動應用設計,但為任何設備設計,與為獨立應用設計,有天壤之別。
用戶在移動應用中期望特定的交互模式和界面元素。
例如,在iOS應用左上角通常有個“返回”按鈕,用來返回前一個界面。在網(wǎng)頁瀏覽器中,網(wǎng)站本身就不需要返回按鈕了;它通常都被省略掉,因為那和瀏覽器本身太像了。
雖然這是很基本且顯而易見的例子,從菜單和表單,到“彈窗”和字體大小,一切都有細微差別。我們在網(wǎng)頁中的設計,在移動應用中往往顯得有點尷尬或粗糙——并非必定是哪里錯了,而是它本就不同。
圖片來源:TD Bank iOS應用的登錄和LinkedIn iOS應用的登錄
比較一下TD Bank iOS版和LinkedIn iOS版的登錄界面。
在TD Bank iOS應用中,你會發(fā)現(xiàn)他們主要的UI元素做成了應用的樣子,左上角有返回按鈕,底部還能看到一欄菜單(與iOS的模式一致)。卻沒有像應用那樣,為登錄框本身(和其他頁面內容)設計樣式。輸入框上有默認的iOS圓角和陰影,勾選框非常小,鏈接帶有下劃線,UI中甚至還帶有版權公告。缺乏應用獨有的感覺。
相反,LinkedIn iOS應用的確感覺像是個應用,盡管不是因為哪個特定的設計或界面元素。而是因為他們沒有把網(wǎng)頁打包成應用。他們?yōu)閼枚O計,而非移動端網(wǎng)頁——我們能看出區(qū)別。
5. “加載小轉盤”是表達加載中和思考中的正確方式
默認的加載圖標(例如iOS的小轉盤,從中心點發(fā)散出的灰色線條)似乎有負面的暗示。
它們不僅出現(xiàn)的不是時候,也作為移動操作系統(tǒng)的一種功能,指示一切事物的狀態(tài)。從設備開機,到連接wifi出現(xiàn)問題,或是應用加載緩慢。
正因如此,人們討厭看到孤零零的一個轉盤,沒有任何指示信息或時間進度。
相反,應該嘗試讓加載感覺更自然——甚至將它隱藏。一種方式是通過占位元素來暗示內容,F(xiàn)acebook就這樣呈現(xiàn)時間軸的加載狀態(tài)。你還可以利用這個機會,在加載指示器和信息上發(fā)揮創(chuàng)意,例如在界面上加入一些奇思妙想,或者強調品牌。
照片來源:Facebook iOS app
6. 用戶首次使用時,會盲目地允許通知
絕不能依賴操作系統(tǒng)默認的“允許通知”對話框。這個無腦設計會絆倒無數(shù)移動端設計師。首先,它并沒有說得足夠清楚為什么應用需要獲取權限,讓它能隨時隨地侵犯用戶隱私。
相反,應該在應用中設計一個自定義的“允許通知”界面。
永遠都要告訴用戶你的通知有多么重要(盡可能給他們展示例子),并且向他們保證不會有不必要的垃圾信息轟炸。
一旦用戶理解了應用通知的價值,謹慎提供原生的、基于系統(tǒng)的彈窗——他們會立刻看見,不會把事情搞得一團糟。
照片來源:http://peach.cool/
一款廣泛宣傳的新近應用Peach就做得很完美。
它第一個“允許通知”對話框看起來很像真正iOS系統(tǒng)對話框(但并不是),他們解釋了“為什么”需要通知,消除了疑慮。用戶點擊“允許”之后,就會看到真正的iOS系統(tǒng)對話框(相比之下,這個沒用多了)。
照片來源:http://peach.cool/
7(還有更多)
人們對應用界面的期望更多了,標準正在水漲船高。
對于基于應用的公司,不當?shù)睾鲆暭毠?jié)會損害應用的接受度——甚至會破壞你與用戶的關系。
以上6個想當然還只是開始。如果想要繼續(xù)深入,要學著留心和避免日常的假定。小心不要想當然以為自己知道什么界面最適合——始終都要努力尋找最佳方案。
想要學習更多關于用戶體驗設計的最佳實踐,請看《2016決定性的用戶體驗設計電子書集合》。這個集合里包含了350多頁和超過300個移動端設計、用戶體驗設計、網(wǎng)頁設計的案例。
#專欄作家#
可樂橙,微信公眾號:可樂橙(colachangreen)。人人都是產品經(jīng)理專欄作家,UI/UX設計師,關注互聯(lián)網(wǎng),關注科技?,F(xiàn)居杭州,與小伙伴們正在創(chuàng)業(yè)途中。或許不是一名優(yōu)秀的設計師,至少是個快樂的設計師。
本文原創(chuàng)發(fā)布于人人都是產品經(jīng)理,未經(jīng)許可,不得轉載。
同問~~~~
請問文末提到的:《2016決定性的用戶體驗設計電子書集合》在哪里能找到呢?謝謝