經驗|做“設計評審”的10個建議,這樣才更高效!

1 評論 7684 瀏覽 32 收藏 8 分鐘

設計評審是每位設計師避不開的工作項目,也是使項目的相關方對方案達成共識的重要環節。本文作者分享了做“設計評審”的10個建議,希望能給你帶來一些幫助。

設計評審是每位設計師避不開的工作項目。你可能也有過這樣的問題:

  • 做設計評審時如何清晰地闡述設計理念和亮點?
  • 設計評審的時候總被提問,我匯報的思路和節奏被帶偏該怎么辦?
  • 每次設計評審都超過一個小時,該怎么提效?

本文就來為你解答這些問題,聊聊設計評審到底該怎樣做。

一、設計評審的目標

我們先建立一個關于設計評審的關鍵認知

做 UI/UX 的設計評審,我們是為了展示自己的設計思路,更是為了讓項目的相關方了解設計方案,評估方案的可行性,判斷并解決潛在的問題,達成一致共識,從而推進項目穩步進展。

所以,不要把設計評審當成是設計師展示個人能力的舞臺,而是要將其當作是使項目的相關方對方案達成共識的重要環節。設計師做設計評審的目標應該是:

“通過盡可能清楚地闡述設計方案,為大家提供解決問題的思路,最終促成一致的結論,推動項目進展?!?/p>

下圖為對設計評審的“?誤解”和“?正解”:

經驗|做“設計評審”的10個建議,這樣才更高效!

而作為設計評審的主角,你的工作任務是:

1)講解設計方案

清晰地描述設計方案,可視化地呈現設計細節。

2)評估他人建議

當他人對于設計稿提出不同意見和想法時,能夠綜合評估,適當妥協之后仍能保證最基礎的用戶體驗質量。

3)把控評審節奏

控制評審的全局節奏,當大家因討論某個問題而遲遲無法推進或得出結論時,你要及時控場。

4)做好會議紀要

做好會議關鍵結論和問題的記錄,并及時同步給相關人員,讓評審結論有據可查,及時跟進。

二、設計評審的技巧

從評審的前、中、后三個環節,我總結了大廠工作中的 10 條注意事項和實用技巧:

1. 評審前:管理預期

在評審前要預先發送會議邀請,管理好參會人的預期。建議你做到:

1)會邀的標題要清晰

會議邀請的標題寫清會議性質、項目名稱、評審內容,讓參會人一目了然。你可以這么寫標題:“【設計評審】XXX 功能名稱”。

2)附帶設計稿的鏈接

你可以在會議邀請中加上設計稿的鏈接,讓參會人提前瀏覽。如果設計稿尚未完成,可以先寫注明:“設計稿稍后附上”,做好再加上。

2. 評審中:把控節奏

在評審過程中始終要控制好節奏。建議你:

1)先簡述需求背景和設計目標

評審開始時先簡要說明設計需求背景和目標,盡量用幾句話或一兩張圖來概括和介紹:

  • 評審的主要目標和內容;
  • 設計需求和設計主要解決的問題;
  • 使用的設計手段和方法等。

2)約定簡單的評審規則

如果評審內容很多,在開始時就可以先和大家約定好簡單的評審規則。你可以將評審內容分成幾個部分,講每一部分的過程中不接受提問,講完一部分后給大家統一提問的時間,避免在過程中因為個別細節問題糾纏不清而影響整體評審。

3)按照邏輯做設計講解

在講解設計方案時,你要找到一個講解邏輯,比如你可以按照用戶的操作步驟 / 鏈路來做講解,這樣的設計講解更接近用戶的操作習慣,也更容易被大家理解和接受。

4)成果優先,過程后補

設計評審不是設計研究報告,參會人通常并不十分關心你的設計手法或設計過程,而更關注最終的設計產出。因此:

  • 如果大家對設計方案沒有異議,設計的研究過程和證據不說也可;
  • 如果大家對方案有異議,那你再展開講講設計研究過程,來證明設計決策的正確性。

5)突出真正的設計亮點

你可以突出講解方案的設計亮點。不過這些“亮點”不僅是單純的設計創意,更應該是能夠體現業務價值、能夠更好地實現產品和業務目標的設計方案。

真正有價值的設計創新,并不需要你做過多的解釋說明就能夠得到大家的認可。只有成本和資源有限時,才需要進行平衡和妥協。因此你要站在業務、產品、用戶的立場上,判斷業務真正需要的設計“亮點”是什么,并在設計稿和設計評審中有所體現。

6)形式服務于內容/功能

你不需要做花哨的設計方案匯報書或 ppt,因為匯報的樣式和形式再豐富也不會為設計方案的質量加分。你可以將精力用于方案的清晰呈現,比如:如果某個 icon 的動畫效果很重要,那就可以做個動效 demo 進行演示,簡單的 demo 會減少很多溝通時間。

3. 評審后:推進落實

在評審后立即整理好會議紀要,并及時同步給相關方。建議你:

1)執行項指定到負責人

評審過后產生的不確定項或待完成事項,需要指定到具體負責人,并注意督促落實。

2)評審紀要需做好歸檔

評審紀要要同步給所有相關方和參會者,并做好歸檔,讓結論有據可查。

相信這 10 條建議會幫你順利做好設計評審。

專欄作家

元堯,微信公眾號:長弓小子,人人都是產品經理專欄作家。一線互聯網大廠B端體驗設計師,清華大學美術學院本碩連讀。曾負責國內最大開源組件庫Ant Design組件的設計和運營工作,目前負責國際業務線B端產品體驗設計和組件庫的搭建工作。

本文原創發布于人人都是產品經理,未經許可,禁止轉載。

題圖來自 Unsplash,基于 CC0 協議。

該文觀點僅代表作者本人,人人都是產品經理平臺僅提供信息存儲空間服務。

更多精彩內容,請關注人人都是產品經理微信公眾號或下載App
評論
評論請登錄
  1. 真的巨煩一個功能講一半就打斷提問題的。而且提的問題都是后面會講到的(先發了文檔讓先看,會前也強調講完再提問)

    來自廣東 回復