UI設(shè)計(jì)目前已經(jīng)成為互聯(lián)網(wǎng)產(chǎn)品非常關(guān)鍵的要素。一個UI設(shè)計(jì)產(chǎn)品好不好，首先就要有人懂得審美。那么如何才能做好UI設(shè)計(jì)的評審工作呢？中培偉業(yè)《UI設(shè)計(jì)開發(fā)與用戶體驗(yàn)最佳實(shí)踐》培訓(xùn)專家尹老師在這里就UI設(shè)計(jì)的評審原則。

尹老師指出，針對UI的設(shè)計(jì)評審應(yīng)當(dāng)在整個產(chǎn)品設(shè)計(jì)與研發(fā)過程中開展，或者至少以定期的方式開展。這么做可以讓產(chǎn)品設(shè)計(jì)可控，尤其在設(shè)計(jì)需要進(jìn)行多次迭代的敏捷或者精益產(chǎn)品流程中。開展UI設(shè)計(jì)評審是一項(xiàng)挑戰(zhàn)，不僅需要解釋決策，還得耐心聽取其它建議。

尹老師認(rèn)為，在每次設(shè)計(jì)評審前建立清晰的原則-而不是“規(guī)矩”-至關(guān)重要。與規(guī)矩不同，原則不是教條式和限制式的，而是幫助每個人對焦期望，并允許進(jìn)行自由形式的討論。

這些期望中的重點(diǎn)是讓每個人對你提及的點(diǎn)評細(xì)節(jié)達(dá)成共識。在你點(diǎn)評的設(shè)計(jì)細(xì)節(jié)上開始詢問背后的原因及意圖。為什么我們需要這條信息？對于允許索取這條信息我們設(shè)置了哪些期望？我們會用它做什么？如果我們能回答它們，再進(jìn)入討論解釋各種元素的優(yōu)劣以及與之對應(yīng)的不同意見會比較好。

為了更好的遵循這個方針，無論是否包含UI設(shè)計(jì)，尹老師建議遵守適用于任何設(shè)計(jì)評審的標(biāo)準(zhǔn)原則：

1、表示尊重

聽起來很老套，但如果每個人都是在批評而不是尊重臺面上的意見和他人的技能，那評審會迅速形成敵意。

2、指定角色

開始之前就澄清在設(shè)計(jì)評審中每個人的角色，最好在逐個點(diǎn)評時也把角色都重申，避免有人感到被遺忘。理想狀況是以下三類角色是不同人（往往不大現(xiàn)實(shí)）。

-演示者

負(fù)責(zé)進(jìn)行設(shè)計(jì)提案并解釋背后思路的人，他需要回答所有的問題，或找出能夠回答評審提問的人。

-主持人

最好由不是直接負(fù)責(zé)設(shè)計(jì)的人來擔(dān)任，比如項(xiàng)目經(jīng)理或產(chǎn)品經(jīng)理。主持人確保每個人聚焦在主題上，并且每個人的意見都能被聽到。

-記錄者

此人側(cè)重于記錄討論內(nèi)容，尤其是確保會議相關(guān)結(jié)論（另外一條原則，后續(xù)會說明）在評審后能夠清楚傳遞。會議記錄者不應(yīng)該被排除在討論范圍之外，盡管他們的職能傾向于讓他人更清晰的表達(dá)觀點(diǎn)。

3、針對當(dāng)前評審描述項(xiàng)目目標(biāo)

快速提醒每個人項(xiàng)目目標(biāo)以及評審涉及的范圍。確保整個評審集中在手頭任務(wù)上，而不是東扯西扯，偏離話題。

4、回顧目標(biāo)用戶

強(qiáng)調(diào)參加評審的人都不是產(chǎn)品目標(biāo)用戶，提醒誰才是目標(biāo)用戶。

5、避免給出答案

參與者將會帶有強(qiáng)烈的解決問題欲望，而且會在評審中提出解決方案。然而，最佳方案往往不會在評審時產(chǎn)生。評審的關(guān)鍵是探索問題及討論潛在的多個方案，幫助設(shè)計(jì)師拓寬思路并最終決策。

6、對結(jié)論形成共識

記錄者需要回顧每個參與評審人員提到問題的結(jié)論，以便在下次評審中大家形成共識。

不幸的是，UI設(shè)計(jì)評審經(jīng)常在視覺細(xì)節(jié)上死磕，而忽視交互層面的更影響設(shè)計(jì)的內(nèi)容。因此，對UI設(shè)計(jì)評審，我們增加了幾條原則：

7、澄清設(shè)計(jì)媒介

在跟聽眾講解設(shè)計(jì)時，記得提及產(chǎn)品界面展示的平臺及相關(guān)技術(shù)。這是個iPhone應(yīng)用？一個網(wǎng)站？是否使用AngularJS技術(shù)或者C#開發(fā)？確保這些都充分考慮，否則你的設(shè)計(jì)方案可能完全無效。

8、勾勒流程

你得了解路線圖。對于UI設(shè)計(jì)來說，應(yīng)該是用戶體驗(yàn)的流程。或許是故事板、用戶旅程圖或者其它描述流程的方式，每個參會者都應(yīng)該在點(diǎn)評界面之前充分了解整個流程。

9、演示產(chǎn)品，而不只是描述

我得再次強(qiáng)調(diào)：偉大的用戶體驗(yàn)應(yīng)該更多的展示出來，而不是口頭描述出來。用戶在不必解釋的情況下就應(yīng)該明白產(chǎn)品如何工作。你的演示需要盡可能少的語言解釋，就好比老話說的：好的UI就像笑話一樣，如果需要解釋，那么肯定很糟糕。

10、提出正確的問題

設(shè)計(jì)評審中的大量提問與評述跟協(xié)作精神有較大沖突。我推薦一些在探索設(shè)計(jì)時的開放對話中可以用到的問題，比起導(dǎo)致激烈PK更容易促成協(xié)作，你可以推薦給你們團(tuán)隊(duì)試試。