編者按：做設(shè)計難免會出錯。有的錯誤真的只是之前不知道，后知后覺遂有了恍然大悟。而還有很多錯誤屬于大家都知道，但是因為各種原因忽視而不小心犯了。但是不論是哪種，我們終究是要改正并提升才行的。下面是設(shè)計師 Danny Sapio 總結(jié)的 UI 設(shè)計師的10個常見錯誤，咱們一起來捋一下吧，看看你我中招了多少~

1、忽略產(chǎn)品功能范疇

有時候設(shè)計師會在產(chǎn)品中引入一些功能，這些功能會讓整個開發(fā)過程變得更加復(fù)雜，同時又不會給產(chǎn)品本身提高任何附加價值。在確定設(shè)計功能的優(yōu)先級的同時，需要兼顧到業(yè)務(wù)目標(biāo)，項目的范疇，產(chǎn)品的時間表，以及開發(fā)的方式，這些都很重要。

比如我們正在設(shè)計一個用戶上傳個人頭像的功能選項，但是如果在「上傳」功能以外，再添加裁剪、縮放、旋轉(zhuǎn)等功能，這本身是原有功能的復(fù)雜化。

也許在設(shè)計當(dāng)中添加「旋轉(zhuǎn)」、「裁剪」的按鈕是非常方便的，但是在具體的開發(fā)實施當(dāng)中就不好說了。是調(diào)用現(xiàn)有的功能、還是加入開源的組件抑或是從零開始寫代碼?這都會是問題，并且充滿了未知。從產(chǎn)品和團隊的角度上，安全的選擇是盡量避免添加功能，除非確定它們的優(yōu)先級極高、對于整個應(yīng)用程序是必不可少的。始終將業(yè)務(wù)目標(biāo)和用戶目標(biāo)放在設(shè)計過程的最前沿。

2、并未給交接工作做好準(zhǔn)備

[[340579]]

在現(xiàn)代的產(chǎn)品設(shè)計工業(yè)當(dāng)中，你的設(shè)計或者素材可能會被上下游所調(diào)用。我們在設(shè)計的時候應(yīng)該考慮到還有誰會用我們的工作內(nèi)容。無論是要移交給開發(fā)者還是其他的設(shè)計師，都必須盡量合理地組織相關(guān)的內(nèi)容和素材。

以UI設(shè)計的設(shè)計文件為例，其中的每一個畫板都應(yīng)該有正確的命名，并且橫向排布，便于按照邏輯順序點擊打開。

我們應(yīng)該有一個組織良好的設(shè)計文件，其中包含 SVG 格式的圖標(biāo)，以及其他的理應(yīng)具備高素質(zhì)版本的圖像類素材。

在我的日常工作中，Zeplin 是我首選的協(xié)作工具，借助 Zeplin，開發(fā)者可以輕松地獲取代碼片段、尺寸參數(shù)、間距數(shù)據(jù)、字體大小、SVG 素材等等。

這樣的無縫切換可以讓整個流程更加順滑，團隊協(xié)作效率得到極大提升。

3、忽略用戶的使用場景

在設(shè)計界面交互的時候，需要考慮用戶所處的環(huán)境是非常重要的，因為影響交互決策的環(huán)境因素是非常多的?？紤]用戶在使用我們的 APP 的時候，所處的位置，他們有多少時間來操作，他們的情緒狀態(tài)如何，這是設(shè)計交互的基礎(chǔ)。

一款睡眠周期類的 APP，就是一個非常典型的案例。這款A(yù)PP 使用了令人放松的深色界面，特別適合在睡前來設(shè)置鬧鐘的用戶。

你可以在各種不同的地方看到或好或不好的案例。比如導(dǎo)航應(yīng)用應(yīng)該盡可能讓用戶少點擊，Kindle 會盡量確保在日光下閱讀也不會刺眼，而筆記應(yīng)用則可以離線使用，等等。

4、追求高保真效果

[[340580]]

在驗證想法、探索解決方案的階段，最好不要奔著高分辨率的視覺效果去了，這是最容易犯的錯誤了。

其實，與其說這是一個錯誤，不如說這通常會是一個浪費時間的選擇。

當(dāng)我們想將不同的想法融合到一起，探索布局和層次的構(gòu)建的時候，最好使用類似 Whimsical 之類的工具來繪制線框圖，這樣更快更輕便。當(dāng)它只是線框圖的時候，看起來確實非常粗糙，可能很難讓人愛上它，但是我們因此可以更加輕松地接收反饋、摸索功能。

5、忽視有行為障礙的用戶

在設(shè)計一款數(shù)字產(chǎn)品的時候，其實就像去創(chuàng)建一個圖書館或者學(xué)校這樣的公共建筑，它必須是面向所有人的，包括有肢體障礙、色盲和視覺障礙的用戶。

Domino 曾經(jīng)被一個盲人用戶起訴，因為他無法訪問 Domino 的網(wǎng)站。其實，在今天的產(chǎn)品設(shè)計當(dāng)中，兼顧到盲人和色盲用戶是完全可行的。

通常，我們會盡可能讓產(chǎn)品對于普通人而言看起來是非常不錯的，從而忽略了相對小眾的、與普通用戶交互模式不同的行為障礙用戶。

將文字縮小到 8px 或者使用非常淺的灰色，能夠讓設(shè)計在視覺上充滿層次感和視覺表現(xiàn)力，但是這讓視覺障礙用戶具備基本的可訪問性。

在 Dribbble 上，我們會看到很多這樣的存在可訪問性障礙的設(shè)計，它們?nèi)绻苯诱瞻岬秸鎸嵉漠a(chǎn)品中是一定會有問題的。

比如 Web 內(nèi)容可訪問性指南中(WCAG)中對于對比度的要求 4.5:1 ，很多設(shè)計都無法達(dá)到。此外，對于運動、聽覺、認(rèn)知障礙都有詳細(xì)的指標(biāo)要求。

當(dāng)然你還可以借用 Stark 來檢查你的設(shè)計是否符合這些可訪問性的規(guī)范。

6、抄襲別人作品或者盲目追隨趨勢

[[340581]]

對于設(shè)計師而言，趨勢有點像垃圾食品。不加分辨地追隨趨勢能夠給你帶來一些「看起來顯而易見但是非常廉價」的解決方案，這些解決方案在短期內(nèi)會帶來回饋，但是從長遠(yuǎn)來看，卻毫無價值。追隨趨勢的設(shè)計師很快就會從中嘗到苦果了。緊跟別人的設(shè)計最終會得到什么樣的回饋?唯一的回饋就是空虛感。——設(shè)計師 Micah Bowers

你可能會很容易深陷到 Dribbble 的世界，在漂亮的動畫和絢爛的漸變中翱翔，然后迅速忘記了原本的設(shè)計目標(biāo)。

我們的確會著迷于在 Dribbble 這樣的平臺上發(fā)掘特殊的交互和設(shè)計風(fēng)格，并且試圖將他們應(yīng)用到設(shè)計當(dāng)中。不過，因為新穎而受到啟發(fā)和盲目復(fù)制，絕對是不一樣的。合理借鑒，靈活運用，不要抄襲。

7、無視約定俗成的設(shè)計語言

[[340582]]

任何時候，打破常規(guī)的設(shè)計，用戶都需要花費更多的時間來處理這樣的信息。設(shè)計師需要考慮到人類認(rèn)知的局限性，以及有限的記憶能力。——Joanna Ngai

經(jīng)過這么多年、這么多數(shù)字產(chǎn)品的培養(yǎng)，用戶對于 APP、網(wǎng)站、軟件其實都有相對清晰的期望，如果在功能和體驗上不符合預(yù)期，不夠「直觀」，他們可能會為之沮喪。

最典型的案例是圖標(biāo)的設(shè)計。對于「搜索」、「首頁」、「收藏」等功能對應(yīng)的圖標(biāo)，大家有非常清晰的預(yù)期，如果你的設(shè)計偏離認(rèn)知太遠(yuǎn)，最頭疼的肯定是用戶——他們不知道你這個圖標(biāo)代表的是什么。

8、專注于視覺而非實際的運作機制

每個 UI 設(shè)計師最為討厭的事情之一，就是打破他們所創(chuàng)造的設(shè)計。

而打破設(shè)計，最常見的情況，就是為了日常的使用、運用而需要輸入信息，修整布局。但是想要讓產(chǎn)品和設(shè)計足夠靈活，可以擴展，對用戶友好，只存在于理想狀態(tài)下的「完美設(shè)計」就必須被打破。

當(dāng)我在設(shè)計一個 APP 界面的時候，如果用戶輸入的名稱只有十幾個字母，它會看起來簡約又大氣，但是當(dāng)一個名為 Hubert Blaine Wolfe­schlegel­stein­hausen­berger­dorff Sr. 的用戶輸入他的完整名稱的時候……又會發(fā)生什么呢?

在測試整個設(shè)計的時候，往后退一步，確保整個界面能夠兼顧到實際的情況，這才是合理的。

9、缺少完整有效的狀態(tài)呈現(xiàn)

在實際的設(shè)計開發(fā)的時候，UI 控件的不同狀態(tài)代表著不同的含義和指向，缺少了任何一個，在體驗?zāi)酥劣诠δ苌蠒詈芏?，這個時候可能會有開發(fā)者來補充，但是通常這樣的補充，會讓設(shè)計缺乏統(tǒng)一性，給后面帶來更多的問題。

以按鈕為例，我們必須兼顧到不同狀態(tài)，比如錯誤、激活、禁用、懸停、空狀態(tài)、填充狀態(tài)、加載狀態(tài)等等。

當(dāng)我在設(shè)計一個愿望清單應(yīng)用的時候，我需要優(yōu)先考慮用戶尚未填寫任何內(nèi)容時候的空狀態(tài)，如果沒有這個，整個體驗會差很遠(yuǎn)。

10、重新設(shè)計原生的 UI 組件

通過原本的平臺已有的組件，UI設(shè)計師可以快速創(chuàng)造出對用戶而言熟悉的體驗，并且避免輸入出錯。

無論我們是多么優(yōu)秀的設(shè)計師，都很難完全從零開始設(shè)計一個 iOS 平臺的日期選擇器。哪怕你設(shè)計出了一個客觀上更加優(yōu)秀的日期選擇器，一方面用戶需要重新學(xué)習(xí)新的組件的使用，另一方面則是你是否要為這個全新的設(shè)計匹配更多的東西，以及開發(fā)者這邊的工作到底會膨脹多少，都是未知的。

而善用原有的原生 UI 組件能夠省去太多的麻煩，幫整個團隊節(jié)省時間和精力，并且減少用戶在體驗上的耗費。