我們在APP設計的過程中,通常會遇到很多看似很小,容易被忽略的問題。就是這些小問題一次次的撩撥用戶的耐心,讓用戶反感你的APP。現在WeX5吐血給大家梳理一下APP設計的21個禁忌,希望能和大家分享一下APP設計師的心得。
1.在沒有流程圖之前,不要開始設計或繪制線路圖
即使是一個簡單的APP,也應該有一個經過深思熟慮的流程圖,以確保APP中有一個邏輯合理的導航結構。還有一點值得注意的是,要保證核心功能所在的屏幕位于上層,而不是埋在多層導航元素之下。
跳過流程圖直接進入開發,會使開發變得復雜和不可控,容易混淆用戶。最后,選擇關閉或卸載您的應用程序。
2.分工要明確,發展預算不容忽視
設計師創造的每一個細節都必須由開發者賦予生命。在幾個小時和幾天內進行的簡單設計更改對應用功能產生了非常不同的影響。此外,設計不能命令功能。例如,一個計劃中的應用程序可能有一個搜索框,設計者希望有一個類型化的搜索來產生實時結果,但設計者不能是做出這一重要決定的唯一決策者。
3.不要隨意使用介紹動畫
用戶第一次打開App的時候,把動畫介紹給用戶是個不錯的主意,但是不要太過分。其實這些介紹動畫也耽誤了用戶聯系App的時間。如果打算用入門動畫,就要讓動畫時間盡可能短,設計盡可能精細,足夠吸引人,值得用戶等待。
在App加載過程中,會先顯示圖片,然后過渡到動畫。確保這種過渡平穩自然。有些應用從加載圖片過渡到引入動畫設計,很無聊。
4.不要讓用戶等待
加載時間過長,用戶很容易認為App有問題,也會帶來不好的用戶體驗。加載應用程序時,不要讓用戶看到空白屏幕。使用加載指示器欄或小動畫讓用戶知道應用程序運行正常。如果能添加一個加載進度指示器就更好了。
5.沒有不可點擊的效果
一般來說,按鈕會有四種狀態:不可點擊效果、可點擊效果、聚焦狀態和按下狀態。
如果您的按鈕此時不可用,則必須灰顯或移除,否則會誤導用戶。
6.菜單層次太深
5~7個菜單項為宜。如果有二級菜單,要注意合理的菜單分類,層次菜單不能太多,否則很難預測和查找,查找和返回會變得很麻煩。7.文本的長度不受限制
APP界面很小,一頁只能顯示6~10個列表,一行10~16個單詞,標題欄字數要少于5個,標簽數量2~3個。如果此時文本太長,您必須定義處理方法。如果是選擇性類型,一般是截短或縮寫;如果是內容閱讀型,可以折疊。但最合理的方法是簡化文字內容,縮短文字長度。
8.字不清
因為APP是碎片化、碎片化閱讀的,所以對APP界面上的文字的表意要求越來越高,信息必須在用戶能一眼看到的瞬間準確傳達出來。除了表達清晰,還要求語言簡潔,避免啰嗦;使用用戶的語言而不是程序的語言;產品文案反映產品性格。
9.互動過程中分支太多
在整個交互過程中必須有一個任務流的概念。用戶使用軟件完成某項任務。交互設計師除了關注界面元素、跳轉邏輯、交互反饋外,還要關注用戶任務,區分主任務和副角色,給主任務清晰暢通的流程,不要給太多可能的分支干擾主流程。
10.相關選項很遙遠
相關選項在操作中必須具有連續性。雖然APP屏幕看起來比電腦屏幕小很多,但是在屏幕上移動APP的成本要比在電腦上移動鼠標的成本高很多。如果手機上的相關選項很遠,用戶很容易迷路,找不到下一步操作。第二,他需要移動手指來觸發屏幕另一端的操作。
11.一次加載太多數據
流量、功率、速度、穩定性是APP產品的四大硬指標。如果你的應用不能合理的幫助用戶節省流量和電量,提高瀏覽速度和體驗,保證應用性能穩定,那就不要談用戶體驗了。可以使用預加載緩存、批量加載、動態刷新、服務器數據壓縮等方法。確保節省、快速和穩定的基本體驗。
12.按鈕的可點擊范圍比看起來要小
我們都知道移動終端上有一個神奇的數字“44”。根據食指7mm和拇指9mm的最小觸摸距離,可以推導出設計時的最小觸摸距離為44*32 px。可以設計一個漂亮的小圖標,但是在定義觸控尺寸的時候可以放大,但是千萬不要設計一個傻傻的圖標,但是觸控范圍比圖標小,會給用戶帶來明顯的挫敗感。
13.該選項卡與內容沒有從屬關系
標簽頁和內容之間需要有良好的鏈接關系。一般來說,在一個界面中有一個二級標簽就足夠復雜了。千萬不要有三級標簽或者四級標簽。每個選項卡都有自己獨特的內容,當切換選項卡時,內容也會相應地切換。如果點擊切換標簽,內容部分可以整體刷新;如果選項卡是通過滑動切換的,內容頁面也應該通過滑動切換,不要一個接一個地滑動。14.暴露所有操作
APP產品的交互設計要經歷收縮、隱藏、添加、組織的過程,絕不試圖暴露任何功能和操作來展示自己的實力。您需要為您應用的所有功能和操作設置優先級。常用的20%功能要放在界面的主要位置,其他80%操作要放在次要位置或者適當分類整理,然后隱藏。
15.無空數據接口設計
我們在設計的時候,往往會提供理想化的場景。用戶已經進來了。怎么玩?然而,當一個應用程序剛剛啟動時,沒有用戶。即使當應用程序有一定的用戶基礎,當新用戶打開應用程序時,應用程序可能仍然處于沒有數據的狀態,或者當用戶知道所有數據時,在這三種情況下,用戶都可能遇到數據為空的界面。新手設計師往往不加設計,這時用戶會看到一個空白的界面,不知所措。有經驗的做法是提供一個情感界面,告訴用戶目前沒有內容;更具指導性的方法是指導用戶執行操作。
16.濫用用戶指南
去年預測用戶指導泛濫。顯然,設計部門喜歡用漂亮的引導界面告訴用戶新的功能或隱藏的應用,但并不是所有的應用和功能都需要花里胡哨的引導。如果是一般功能,非關鍵模塊,根本不需要開機;如果是功能通知,只需要輕量級的指導;如果是版本更新指令,可以采用指令指南,但要簡潔。
17.無裝載狀態
只要APP產品需要聯網和數據交換,就需要提供一個加載狀態,無論是菊花轉移、Toast還是對話框。您需要給開發人員一個全局定義,并告訴他們加載是模態的(前臺加載)還是非模態的(后臺加載)。以及如何處理加載時間過長、沒有打開網絡交換機、沒有網絡連接等情況。
18.后退的邏輯沒有定義
為Android設計的時候會涉及到硬件交互,其中Back鍵的使用是一門學問,Android官方有一些指導原則可以參考,但是在具體開發的時候還是有很多特殊情況的,比如更換單實例、鍵盤、一些中間狀態等。在這種情況下,可能需要定義Back,是返回到前一個實例(需要成為多個實例)還是返回到初始狀態(清空輸入或恢復初始狀態)
19.無橫屏模式設計
在橫向模式下,縱向空間變得極其寶貴,因此導航條、tab條和鍵盤需要被壓扁。在景觀模式下,必須考慮是簡單的拉伸適應還是重新設計。如果你的應用不適合風景模式,屏蔽風景。如果你的應用,包括應用widget,需要支持橫向模式(甚至是帶側滑鍵盤的橫向機),你需要提供一個設計方案。20.不要忘記手勢,但不要濫用它們
不是每個元素都是可視化的,比如iPhone Mail app的刪除過程。在收件箱中,用戶可以猛擊屏幕上顯示的刪除按鈕,而不是點擊“編輯”,用戶可以選擇信息,然后刪除它。但是,也不能說“編輯”菜單沒用。不知道如何快速操作的用戶仍然需要它,用戶可以通過“編輯”菜單一次標記多條消息/電子郵件。
21.不要以為每個用戶使用App的方式和你一樣
無論你的應用程序看起來有多好,可用性測試都是必須的。找個信得過的人(或者有經驗的設計師)進行小規模封閉測試,在公開發布前更新下界面。獲取用戶反饋的另一個簡單易行的方法是在分類網站上發布廣告,招募合適的人進行焦點小組測試。