以下內容由Mockplus團隊翻譯整理,僅供學習交流,Mockplus是更快更簡單的原型設計工具。
新手入坑,難免會做蠢事,犯錯誤。當初,作為UI設計新手菜鳥的小編, 也沒少犯錯誤,走彎路。所以,小編這里為大家分享10個當初常犯的設計錯誤,希望能夠幫助剛入行的小伙伴們盡量少走一些彎路。
接下來我們就一起看看都有哪些坑吧:
1.從未歸類整理設計文件和資料
事實上,在最初開始UI設計階段,小編根本就不知道:設計相關文件資料是需要從一開始就打包分類整理,以確保其他團隊成員能夠隨時查看和取用。
而且重點是,當時小編的設計文件完全是各種亂七八糟,有且僅有小編自己能夠看懂。其他設計師妄想查看或編輯, 嘿嘿,都只能滿頭問號、無從下手。設計相關的各類資源,例如常見的設計切圖、字體等等,有時甚至亂到小編自己都找不到。更別說拿這堆文件資料向開發進行交付了。
也正因這不愛歸類整理的壞習慣,小編也沒少吃苦。雜亂無章的文件設計資料,不僅會讓小編看起來很不專業,還會無形中制造更多的麻煩,讓整個設計流程更加繁亂復雜。
所以,在經過一系列的嘗試和調整之后,小編總結出了以下幾條設計歸類整理的經驗:
所有Sketch設計文件和切圖統一歸類到一個文檔,并及時云端存儲和備份
命名所有設計圖層和組,方便后期查找和修改
命名所有設計畫板,并盡量水平排列,方便隨時查閱和修改編輯
Sketch中不同頁面展示不同軟件應用功能模塊,方便實時查漏補缺
2. 忽略產品的可訪問性設計
新手設計,非常容易忽略軟件的可訪問性。集中于軟件外觀設計之后,往往就很容易忘記考慮不同受眾的人機交互情況。就如小編早期的一批UI設計作品, 就從未考慮到殘疾人受眾的需求, 從而完美忽略了產品的可訪問性設計。
比如,設計界面按鈕或文案配色時,小編會盡量選擇對比度較小的色彩。 因為選用這樣的配色主題風格更容易統一,外觀也會更加協調偏亮。又或者,小編習慣將界面文案字體尺寸縮小到10像素左右,以更好地實現界面內容的水平展開。
其實,這樣的產品設計,作為設計作品,通過各個社交平臺(例如dribbble)進行展示分享, 并沒有什么大問題。但是當將其進行開發實現,真正提供給用戶使用時,其可用性和可訪問性就有待商榷了。
就如眾所周知的Domino群組工作軟件,最近就被一個無法訪問其網站的盲人起訴。究其原因,僅僅是因為其軟件缺乏殘疾人用戶的可訪問性設計。忽略可訪問性設計的軟件應用,就像是建造一個殘疾人無法進入的餐館。其營業額、信譽以及其它企業效應,都會大打折扣。
所以,產品UI設計,可訪問性不可忽視。
3. 忽略產品的實用性設計
新手學習和技能提升階段,小編都堅持著一件事:一切為了設計。簡單來講,就是為了界面的整體布局和美感, 寧可犧牲用戶利益。而這樣必然也會影響軟件應用的實用性。
產品UI設計,應該以用戶需求為導向。雖然,作為設計師,這樣設計起來可能會很不便利,但是它卻是打造更加靈活、高效且實用的產品設計的關鍵。
大家不妨想一想: 當小編設計社交類軟件應用時, 聊天界面的用戶名常常控制在6個字左右,測試和展示都非常正常。但這真的預示著用戶真實使用過程中也會一切正常嗎?當擁有超長姓名的用戶Hubert Blaine Wolfeschlegelsteinhausenbergerdorff使用該軟件時, 又會發生什么呢?
如圖,擁有超長姓名的用戶使用起來, 聊天界面就不那么美觀實用了。
總之,在不斷學習、嘗試和總結過程中,小編設計技能日益成熟。設計視野也變得更加開闊,輕松把握各種設計情境的同時,更多考慮設計的實用性, 而不再僅僅追求自己認為完美的理想設計。
4. 忽略設計的一致性
作為初學者,從零開始設計時, 小編時常會忽略網頁或App設計中的一些基本設計技巧和準則,而一味追求自己認為整潔統一的東西。 但這樣的設計,反而會帶來更多的問題,從而無限延長整個設計過程。而以下是小編常犯一些設計錯誤:
界面文案排版不一致(因為設計過程中,并未統一定義文案標題和層級樣式)
設計規范系統并未統一, 導致組件樣式和填充方式混亂
界面組件填充方式和間距不一致,無法形成直觀統一的網格布局
界面圖標選用時往往東拼西湊,風格樣式不統一
軟件應用主體配色不統一
廣大新手小伙伴們一定要盡量避免再犯以上的錯誤。
當然,統一界面設計規范方面,大家可以嘗試使用小編常用的摹客DS工具, 輕松聚合、維護和管理各類設計規范資源。團隊協作和分享也能輕松實現。
5. 忽略界面內容的層級結構設計
小編早期設計作品中,最明顯的錯誤之一就是:很少注意界面信息的層級結構。因為當時的小編在文案信息設計過程中,常常采用相同大小和粗細的字體進行內容呈現。這樣的設計看似簡單整潔,但卻完全體現不出內容的主次和重要程度。
而且在一些不必要的地方,也大膽采用各類色彩,視覺上雖然炫酷,但卻錯誤的突出了一些不必要的內容。
所以,現今,在完成軟件設計之后, 小編會嘗試放空大腦,忘記之前的各種設計想法。然后,退后幾步,從更遠的距離查看電腦屏幕所呈現的內容,判斷其是否具有清晰的層次結構,是否能夠與其主次和重要性一一匹配。
如圖,退后幾步, 電腦屏幕所呈現的內容雖然模糊,但整體內容的層次結構卻更明顯清晰。
6.盲目跟風
如今,Dribbble里琳瑯滿目的優秀設計,很容易讓設計師迷失。而盲目跟風某個設計潮流,也很容易讓他們忘記他們的初衷。
比如,小編也有段時間也非常迷戀Dribbble。在上面找到一個炫酷的交互設計或設計風格,就忍不住想要立即將它應用到設計案例中。表面上看起來, 確實美觀炫酷。但實際上,很多時候,它們在小編的軟件程序設計中根本就不適用。
實時關注Dribbble,尋求最新設計靈感,無可厚非。 但是,盲目跟風, 一味模仿, 反而會適得其反。
7. 忽略開發可行性的設計
產品設計和開發并不能做到完全的一一對應。 由于各方面的限制,并非所有設計都能按照設計師希望的方式進行實現。
例如,在具體的設計案例中,小編也曾遇到,在設計一個交互或用戶流程之后,才發現開發起來非常困難,有時甚至是不合理的,最終不得不放棄這樣的設計。
所以,設計師也需要拓展自己的知識結構,了解業務目標、項目范圍、時間表和產品開發方式等等,加深對產品的理解,從而打造更具可行性的設計。
比如,小編在完成如圖用戶個人頁面設計時,添加了一個能供用戶上傳個人圖片資料的交互,以及允許用戶裁剪該圖片的功能模塊(如圖左邊的設計)。但是這樣的設計,開發實現起來卻是非常復雜的, 他們更愿意采用使用單獨上傳按鈕的方式進行實現。事實上,除非專門設計一款社交類的應用,添加此類編輯個人圖片資料的功能設計,很可能會使整個設計實現過程變得更加復雜,而被認為是不必要的設計。
8.忽略軟件應用的各類狀態設計
開發實現階段,軟件各類設計狀態缺失,必然會引起很多不必要的麻煩。要么,直接按原方案進行實現,犧牲用戶利益。要么,則需要開發工程師根據個人經驗添加補齊。當然,這也必然會引起設計和執行情況不一致,而延長整個設計開發過程。
其實,UI設計之初,小編也經常跳過設計狀態這一步驟。所有的早期產品設計中,都完美的忽略掉了所有可能涉及的設計狀態,例如報錯、完成、激活、禁用、懸停、填充、加載以及空狀態等等。
比如,設計一個心愿清單時, 設計師需要添加一個說明狀態,即空狀態,以確保用戶在填寫愿望列表之前解釋說明相關情況。沒有這樣的狀態設計,用戶體驗就會缺失,也必然給用戶造成困惑。
而會忽略類似狀態設計的往往是剛入行的新手,當初的小編就沒少犯這樣的錯誤。
所以,大家一定要引以為戒。
9.過早開始高保真設計
在小編看來,線框圖是UI設計中最基本的步驟之一。它能幫助設計師們準確呈現和把握應用程序的主要內容和層次結構。
事實上,小編非常喜歡在摹客Mockplus原型工具中創建各類軟件線框。因為使用這款簡單快速的設計工具,小編能夠輕松嘗試和探索不同設計想法和布局,并及時迭代、獲取其他設計成員的反饋。甚至可以在不知道所有組件位置和布局的情況下,憑借一些模糊的功能設計想法,就開始軟件原型的設計。
當然,直接開始高保真設計并沒錯。一切進行順利的情況下,整個設計過程會加快很多倍。但是,當設計的高保真原型概念從一開始就不可行,或者遭到甲方駁回時, 反而需要花費更多的時間,重頭開始低保真原型圖設計。
因此,設計過程中,過早開始高保真設計,并非好的設計方式。
10.并未準確評估和安排設計任務
其實,小編也還在學習如何準確評估和把握一項設計任務所需花費的時間。這是一項會隨著時間推移、設計經驗的逐步累積而逐漸成熟的技能。即使是已經擁有多年設計經驗的小編,現在也無法100%準確把握和安排各類設計任務的時間。
而小編現在和過去估算時間方式最大區別就在于:小編不會給自己或客戶設定不可能的期望。在實際時間估算過程中,大致了解一項任務可能需要的時間之后,小編會將實際安排時間盡量翻倍。
如此,不僅能夠預留足夠時間完成安排的設計, 還能在一半的時間內就完成任務的情況下, 爭取超額交付, 確保設計進度。
不過,除非必要,小編還是不太愿意提供時間預算。因為這會帶來額外的壓力。而這也很有可能會影響小編的創作過程。
總之,項目設計都有最后期限,而如何準確合理地分配有限時間,按時完成設計任務,成為小編過去幾年里獲得另一個寶貴技能。
以上就是小編整理的設計中常見的一些誤區,希望能夠幫到大家。
學習工具,但不受限于某種工具。摹客iDoc,高效協作,從產品到開發,只要一個文檔,讓你的團隊高效協作!
相關閱讀:
【寶典在手,設計不愁】2019最全App設計備忘錄,助你輕松查漏
作者:Danny Sapio