以下內容由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
