6-assumptions-kill-mobile-app-1

@十萬個為什麼?:過去幾年來,用戶交互進化如此迅速,設計師們都快跟不上了——導致在創建移動應用時,從其他媒介(甚至陳舊的應用設計)中照搬交互設計技巧。

其實重要的是要記?。航换ツJ胶驮O計要隨著媒介的改變而變化。

這種思想的第一階段,可見于鼠標鍵盤的臺式電腦過渡到觸摸屏的過程中(Apple新推出的3D Touch就是個更加精細的例子)。從全新的交互模式,到微小的交互細節和趨勢,每種新的設備、環境、模式和手勢,都帶來了機遇和陷阱。

8klc20160131

光是了解它們就要費一番功夫——更別說為它們設計了——下面是一些設計移動應用時應當避免的想當然。

1. 用戶總是需要創建賬號

他們不需要,許多時候他們不想、也沒有必要。

作為開發者,除非將用戶固化到數據庫中,否則很容易把他們拒之門外。但從用戶的角度看,這不是光彩之舉。

憑什么要先注冊,才能知道里面有什么?這個過程勞神費力,必須得物有所值。

相反,用戶數據可以離線儲存,當用戶最終決定創建賬號時轉移到賬戶中?;蛘?,可以考慮使用“訪客”或“試用”模式,開放核心功能(比如下面的Wunderlist),展現應用的功能,但是功能有限,或者帶有水印。

7klc20160131

一旦證明了你的應用有價值,用戶毫無疑問會決定注冊。在那之前,就有點過分要求了。

2. 用戶需要一套教程,告訴他們你的應用有多棒

讓用戶使用,借此展現你的應用有多棒。解釋它有多好是非常無力的。而且,用戶通常都會跳過并忘記引導頁。

瀏覽了所有說明的用戶,并不太理解整個引導頁設計。

如果你一定需要用戶使用全部注意力,一步一步瀏覽引導(有些應用確實如此),那就要盡可能短,并且憑借幫助菜單來呈現。這就有意義多了,即使在用戶用了一段時間以后。

6klc20160131

▲ Flipboard 的引導界面

3. 不要假設某種方式能適應所有應用

即使是常見的交互模式,也應該根據你應用的特定環境來評估。

有個常見的例子,地址輸入框里的“省份”下拉選項。由于省份名可以寫作幾種不同形式,標準的預定義內容下拉菜單有它的合理意義。在這桌面端或許是可接受的(盡管這尚存爭議),但對于移動端可用性而言,下拉菜單是最糟糕的選擇。

應用的交互也是強調品牌的絕好機會。如今的應用中,有些非常難忘的品牌“瞬間”,例如從啟動圖進入信息流時的Twitter小鳥,Snapchat的個人資料圖片動畫,還有Hopper的加載圖片(詳見第5條)。

關鍵是我們不該迷信久經考驗的方法,那不是使我們應用出彩的唯一方式。

5klc20160131

Hopper應用的加載界面。

4. 應用設計和響應式網頁設計是一回事

雖然響應式設計近似于移動應用設計,但為任何設備設計,與為獨立應用設計,有天壤之別。

用戶在移動應用中期望特定的交互模式和界面元素。

例如,在iOS應用左上角通常有個“返回”按鈕,用來返回前一個界面。在網頁瀏覽器中,網站本身就不需要返回按鈕了;它通常都被省略掉,因為那和瀏覽器本身太像了。

雖然這是很基本且顯而易見的例子,從菜單和表單,到“彈窗”和字體大小,一切都有細微差別。我們在網頁中的設計,在移動應用中往往顯得有點尷尬或粗糙——并非必定是哪里錯了,而是它本就不同。

dl20160131

▲ TD Bank iOS應用的登錄和LinkedIn iOS應用的登錄

比較一下TD Bank iOS版和LinkedIn iOS版的登錄界面。

在TD Bank iOS應用中,你會發現他們主要的UI元素做成了應用的樣子,左上角有返回按鈕,底部還能看到一欄菜單(與iOS的模式一致)。卻沒有像應用那樣,為登錄框本身(和其他頁面內容)設計樣式。輸入框上有默認的iOS圓角和陰影,勾選框非常小,鏈接帶有下劃線,UI中甚至還帶有版權公告。缺乏應用獨有的感覺。

相反,LinkedIn iOS應用感覺像是個應用,不是因為哪個特定的設計或界面元素,而是因為他們沒有把網頁打包成應用。他們為應用而設計,而非移動端網頁——我們能看出區別。

5. “加載小轉盤”是表達加載中和思考中的正確方式

默認的加載圖標(例如iOS的小轉盤,從中心點發散出的灰色線條)似乎有負面的暗示。

它們不僅出現的不是時候,也作為移動操作系統的一種功能,指示一切事物的狀態。從設備開機,到連接wifi出現問題,或是應用加載緩慢。

正因如此,人們討厭看到孤零零的一個轉盤,沒有任何指示信息或時間進度。

相反,應該嘗試讓加載感覺更自然——甚至將它隱藏。一種方式是通過占位元素來暗示內容,Facebook就這樣呈現時間軸的加載狀態。你還可以利用這個機會,在加載指示器和信息上發揮創意,例如在界面上加入一些奇思妙想,或者強調品牌。

3klc20160131

6. 用戶首次使用時,會盲目地允許通知

絕不能依賴操作系統默認的“允許通知”對話框。這個無腦設計會絆倒無數移動端設計師。首先,它并沒有說得足夠清楚為什么應用需要獲取權限,讓它能隨時隨地侵犯用戶隱私。

相反,應該在應用中設計一個自定義的“允許通知”界面。

永遠都要告訴用戶你的通知有多么重要(盡可能給他們展示例子),并且向他們保證不會有不必要的垃圾信息轟炸。

一旦用戶理解了應用通知的價值,謹慎提供原生的、基于系統的彈窗——他們會立刻看見,不會把事情搞得一團糟。

2klc20160131

一款廣泛宣傳的新近應用Peach就做得很完美。

它第一個“允許通知”對話框看起來很像真正iOS系統對話框(但并不是),他們解釋了“為什么”需要通知,消除了疑慮。用戶點擊“允許”之后,就會看到真正的iOS系統對話框(相比之下,這個沒用多了)。

1klc20160131

7(還有更多)

人們對應用界面的期望更多了,標準正在水漲船高。

對于基于應用的公司,不當地忽視細節會損害應用的接受度——甚至會破壞你與用戶的關系。

以上6個想當然還只是開始。如果想要繼續深入,要學著留心和避免日常的假定。小心不要想當然以為自己知道什么界面最適合——始終都要努力尋找最佳方案。

想要學習更多關于用戶體驗設計的最佳實踐,請看《2016決定性的用戶體驗設計電子書集合》。這個集合里包含了350多頁和超過300個移動端設計、用戶體驗設計、網頁設計的案例。

【2016年那些即將流行的設計趨勢】

色彩篇:《2016流行這2種色彩!附優秀網頁設計案例》

設計篇:《再作印證!2016年網頁設計領域11個流行趨勢預測》

電商網站篇《不學就落伍咯!2016年電商設計的9個熱門趨勢(附案例)》

插畫設計:《畫出個未來!幫你梳理2016年網頁插畫設計趨勢》

原文地址:studio.uxpin
譯文地址:colachan
譯者:@十萬個為什麼

uisdc-hao

【優設網 原創文章 投稿郵箱:2650232288@qq.com】

================關于優設網================
“優設網uisdc.com“是國內人氣最高的網頁設計師學習平臺,專注分享網頁設計、無線端設計以及PS教程。
【特色推薦】
設計師需要讀的100本書:史上最全的設計師圖書導航:http://hao.uisdc.com/book/。
設計微博:擁有粉絲量104萬的人氣微博@優秀網頁設計 ,歡迎關注獲取網頁設計資源、下載頂尖設計素材。
設計導航:全球頂尖設計網站推薦,設計師必備導航:http://hao.uisdc.com

點贊
收藏 1

發表評論 快來秀出你的觀點

還可以輸入 800 個字
 
 
載入中....
相關推薦
評論 收藏