設計評審是每個設計文化中關鍵的一部分，也是不同設計團隊少有的共有的設計儀式感之一。設計評審如果做得好，可以通過利用團隊成員每個人獨特的優勢去提升單個個體的工作質量。評審應該讓你受到啟發，挑戰，以及給你賦能。然而在實際情況中，結局不是一直朝這個方向發展，差的設計評審會讓你的團隊泄氣，不知所措，甚至失去方向。在過去的一年中，為了避免踩這些坑，我們在 Figma 對設計評審的方式做了很多改進。

我們相信評審應該是鼓勵人的而不是嚇人的，應該是讓人鼓氣的而不是泄氣的。它應該是好玩的并且讓設計師為之期待的。如果你的團隊沒有這樣的感受，現在是個很好的機會改變現狀了。

我們常常忘記真正能和一群有能力的人協作是多么大的一個優勢。重復的做設計評審是激勵團隊成員更好的協作的基本方式之一。如果一個會議沒有好的產出或者氛圍讓人感覺不舒服，我們可能覺得這個會白開了，所以開好設計評審會將成為設計文化和品牌塑形，同時也極大的影響之后怎么招兵買馬和留住人才。

在這篇文章里，我會分享在 Figma 大家如何一起讓設計評審變得有趣，而不是讓人感到害怕。

檢視設計評審（Critiquing critiques）

在 Figma 主持設計評審一年多之后，團隊決定聚到一起聊聊對于設計評審這個東西我們在什么地方做得好，又在什么地方沒做好。于是我們從檢視設計評審本身開始，最后我們收集到了這些反饋：

• 會議室太擠
• 反饋過于淺顯
• 在短時間內問題過于復雜
• 反饋不可行
• 很多附和
• 大家說好話多過于誠實
• 總體來說，并沒有幫助到解決問題

我們把所有這些反饋放在了 Figma 文件里面，然后給它們分門別類。

于是有趣的事情發生了。在會議中，大家開始接連的提議各自的方案。

到底是什么情形會讓大家更加放松并且富于創造力？是因為競爭較小？又或者是因為沒有單個個體感覺到自己受到個人攻擊了？無論是什么，我們能在一起好好地工作這感覺太好了。通過確定會議室里什么是積極的走向，并且承認它，那我們就知道目標在哪了。

我們認識到一次討論不能解決所有的問題，這必然是一個持續的過程。我們建了一個在 slack 叫「#design-crit-crit」 的群一起保持迭代。尤其是當我們的團隊成長，我們要解決的問題的類型在變化，我們希望保證流程也一直在隨著公司的成長而進化。

△ 來自#design-crit-crit群里持續不斷的建議

目標（Goals）

在任何好的設計流程里面，我們首先必須明確評審的目標。只有這樣我們才能去衡量這個會開完了我們是不是拿到了我們想要的。我們決定做這些：

• 疏通問題，產生想法。很多時候設計師在解決一個問題很久之后發現被困住了，然后才發現利用團隊的力量，一些錯誤完全可以被避免。其他時候當你剛剛開始解決一個問題的時候就開始向團隊收集想法，他們有可能已經想過這些。
• 提升質量。所有事情從視覺設計，到交互細節，或者整體的產品方向。
• 鼓勵一致性。我們希望盡可能的沿用已有的設計模式，或者在需要新的設計模式的時候及時的提出來。
• 分享情境。設計團隊相比其他團隊較小，比較容易了解到公司里面大家都在干什么。這樣能讓大家了解項目之間重疊和連接的部分，而其他部分可能沒那么容易獲取這些信息。

值得注意的是設計評審不是用來去 「做主要的產品決定」 或 「決定產品路線圖」。團隊應該有另外的定產品路線的流程去決定產品的方向。評審需要給探索和反饋提供充足的空間，并且獨立于做路線圖決策背后的壓力。

終極意義上說，評審存在的意義是幫助設計師尋求支持和幫助。從這個角度來說，使用什么樣的方法就取決于設計師自己。剩下的團隊成員只需要準備好提供幫助就好了。

6種設計評審方法

明確好目標后，我們準備了下面這 6 種不同的設計評審方法，每一種都有他們獨特的優勢和目的。取決于使用什么方法，它們可以是一個小時的會議（通常兩個話題，每個20-30分鐘）或者小一點的會議。除了紙質打印的例外，所有這些方法同樣適用于遠程團隊。

1. 標準式（Standard）

標準形式。提供情境，收到反饋。

最佳時期：你希望大家理解項目背后的情境，并且向它們介紹你的想法。你能夠接受一些討論，最好是你清楚自己具體在找什么樣的反饋。

準備：在大家走進來之前或當大家走進來的時候，將便利貼和筆放在椅子上鼓勵大家在會議過程中把想法寫在紙上。

第一步：分享情境和反饋內部化（約10-15分鐘）

在會議開始的時候，先解釋項目的情境（如果大家對該項目不熟悉的話）。為什么重要？目標是什么？項目的目標是項目的基礎，如果大家錯過這個部分，收到的反饋可能會走錯方向。然后向大家說明你偏好的提出問題的時間，隨時打斷還是結束分享后。另外準備好一頁幻燈片專門顯示「這些是我想要找的反饋」，相反的「這些不是我想要找的反饋」，這樣會讓討論更有針對性。提醒大家在你過內容的時候把想法寫在紙上。

相比于在大屏幕展示，我們經常給每個人發一個 Figma 的鏈接去讓它們打開「圍觀模式」（Observation Mode）。我們發現這樣子更容易看到設計細節，對于遠程參與者極其友好，網絡鏈接也更可靠，比大多數屏幕共享軟件更適合于高幀率分享。相比于查看大屏幕展示，用戶在 Figma 文件里隨意瀏覽有些小的風險，但是我們也發現有時候這樣做有個好處就是如果有人錯過了什么，他們不用因此讓整個會議因此暫停。

第二步：澄清問題（約2-5分鐘）

當你完成展示后，保留幾分鐘讓大家隨意提問。這個非常重要，因為如果一個人對某個點很困惑，很有可能其他人也是。所以在大家開始提出反饋前，闡明問題，解除疑惑，確保每個人都在同一個頻道。

第三部：收到反饋（10分鐘+）

我們有兩種相當不同的方法用來在會議中收反饋。

輪流式 Round-The-Room（RTR ）：挨個詢問會議室的人，讓每個人都有機會發聲，并且試著控制給每個人的時間在兩分鐘之內。不建議其他人打斷，如果他們有一些想法急于表達，鼓勵他們寫下來等到輪到他們的時候再表達。這樣的形式對于不適應在公眾面前表達想法的人特別重要。有了這種組織好的形式，收集的反饋會對不同人和不同的偏好更具有包容性。

爆米花式 Popcorn──自由討論。我們叫它爆米花的原因是各種意見會從各處不可預知的冒出來。這種自由式的討論更加即興，大家可以隨時加入討論說「是的，然后...」 我們通常會在時間有限的時候使用這種爆米花式的評審方式。我們會說「有什么你覺得關鍵的東西要分享的嗎？」 然后我們之后會把這些意見文檔化。請注意這種方法可能會因為其中一個人的意見特別鮮明而影響整個的包容性。為了對抗這種情況，我會鼓勵大家去請沒有發過言的人表達下意見（如果他們想的話），或者當討論有些傾斜于一方的時候人為加以控制一些。

當你收反饋的時候，試著不要太具有防御性或一直辯解。最好是直接簡單的表達對對方的反饋的感謝。你不用立即回復每個人提的建議，先花點時間想想他們要的是什么，然后回復他們。

第四步：感謝和跟進（1分鐘）

不要忘記感謝大家，同時讓他們知道如果他們想到別的意見怎么樣告知你。發在 slack 上面？還是發給你一個文檔？通過 Figma 文件？你有空和他們單獨面對面嗎？如果有，什么時間？你也可以讓他們去想什么時間，這樣可以過濾出非常想給你反饋的人。我更常傾向于讓貢獻反饋的過程非常簡單，因為他們的意見通常非常有用。

2. 設計果醬/工作坊 (Jams/Workshops)

頭腦風暴，Crazy 8's，情緒板，草圖等等。

最佳時間：項目早期。可能你希望盡可能多的吸收其他人以前已經想過或者探索過的見解。可能你想在縮減思路范圍前盡可能的發散思路和探索更多的可能性。因為如果早期讓整個團隊一起參與討論，不同的視角和技能樹常常能啟發全新的概念，會幫助避免視野過于狹隘。

怎么做：做頭腦風暴的方法很多。如果你使用紙張，我個人推薦 crazy 8's 方法。我們最喜歡在 Figma 里面執行。最近個有趣的例子，我們有個設計實習生叫 Andrew Shen，把我們一群人弄到一個房間去研究他的暑期項目──Figma 的評論功能。

Andrew 把 Figma 文件丟給我們，然后讓我們回答幾個提示性的問題。像是 「評論功能目前最大的問題是什么？」 「我們喜歡什么樣的評論體驗？」 「關于這個評論功能應該如何表現，你有什么主意嗎？」 「應該更像郵件還是Slack？」然后我們就開始忙活了。

我們集中精力弄了半個小時然后開始往里面丟各種參考，文字片段，或者任何其他的東西去傳達我們的想法。這個集中比一個簡單的調查或者投票要深刻的多，因為你可以實時的看到其他人的主意，然后也可以互相借用。這些事情做完后，我們開始在屋子里和其他人交流想法，如果有需要，澄清令人困惑的部分。在短短的一個小時內，Andrew 集合利用了一個屋子六個人的腦力，當開始去畫出一個想法的時候也有了很多可用的材料。

Andrew 的 Figma 文件不需要很多準備和主持，僅僅只是幾個帶著問題的畫板，然后我們就可以在上面忙活了。

3. 結對設計

2-3 人的小組工作。

△ 注意：從左往后數第二個人是客戶，不是Figma雇員

最佳時間：這個方法可能需要更多情境和深度的了解。有時候很難一次性的讓大家聚在一個屋子里面想所有事情，所以組織 2、3 人去參與會更加有效率。

所以至今最受歡迎的相替代的方法，結對設計變成了在 Figma 的流程中一個訂書針。過去有一陣子每個周我們會嚴格的使用這種方法去專門做一次評審，每次評審會議開始前，我們把大家分成少于三個人的組去解決問題。

因為我們不希望強迫大家使用一些他們沒準備好用的方法，我們不再強制要求每周去用一次這個方法。相反的，我們開始鼓勵設計師根據需要去計劃做設計評審?，F在，大家直接會在 Slack 群里面喊一嗓子 「誰有空搭檔啊？」，然后一起把這個提上日程。

我們另一個鼓勵頻繁結對設計的方式是分配一個搭檔給每個項目的主設計師。在 Figma 這樣的創業公司，我們設計團隊很小，沒有足夠的設計師去讓一個項目有多個設計師全職管著。我們發現即使只是分配一個設計師的一部分時間去和另一個設計師搭檔合作，也會讓設計師感覺不再是孤軍奮戰。這種方法沒有很完美或者很一致，對于很多項目我們或者忘了分配一個副駕駛員，又或者大家就是太忙沒空。隨著我們的成長，我們希望讓這個進一步的標準化。

結對設計也不是什么新鮮事了。工程師結對編程去調試和找到錯誤。我們往過去追溯下，猶太教領袖強迫學生在一個叫學聚的流程下找學習搭檔。這是一種學習塔木德的方法──小組分析，一起辯論文字：

學聚的關系給每個學生向他們的搭檔澄清和解釋地位的平臺；然后兩個人繼續提問，辯護，說服，修改，完善，甚至通過嚴謹的智力協作得到完全不同的結論。

Nathaniel Deutsch 教授圍繞著這個歷史場景，講了一個很棒的關于結對練習的益處的課。如果你有興趣，可以點進鏈接了解更多。

然后如果你想繼續討論結對設計，我會建議你去找 Stephanie Engle，她對此思考過很多，在她工作于Cruise和Facebook的時候，結對設計相當有用。

4. 靜默評審

禁言，并且給出數字化的反饋。像是參觀藝術館，除了館員可能說明藝術品的背景，其他人一般不會有口頭討論。

最佳時間：當你需要大體量的反饋，又或者你在遠程工作。

想象下一群人在一個會議室里面完全沉默不語一個小時，這個似乎有點好笑。我們第一次得到這個想法是因為我們一個叫 Niko 的設計師讀了靜默會議宣言這篇文章。在這篇文章里，作者 David Gasca 對于典型的公司會議感到非常沮喪，然后他提供了一個替代方法：

「靜默會議」是一種大部分時間大家都在思考并且通過書寫的方式討論手頭的話題的會議。具體是會議上的每個人不讀出聲，然后通過書寫的方式提出觀點并且討論。──David Gasca

基本上規定成一次只能一個人發言，其他人全當傾聽者。靜默會議不依賴于口頭表達，提供了同時有多條談話的線路，這樣呼聲比較高的反饋可以在短時間內有效地被收到。

對于發表反饋的人，他們可以按著他們自己的節奏走，這樣便于做一些更深入性的思考。對于接受反饋的人這個事情會變得累人的同時又讓人特別振奮。Niko 在德國遠程工作，他經常覺得需要花上半天的時間去處理大量的反饋。可能最開始會有點壓力，但是隨著時間的推移能夠迸發很多新想法。

為了有效的同步信息，靜默評審需要更多前期的準備工作；觀眾需要能從文檔中獲取必要的情境。這種方式對于遠程工作者尤其行得通的另一個原因是，他們希望從有限的交流機會里面盡可能多的獲取信息。

你也可以通過在 Slack 群組發送即時消息去完成靜默評審，但是我們發現設定好一個時間或者面對面的執行這個的好處是保證參與者確實有去仔細查看被評人的工作。

△ 最近在Figma執行的一次靜默評審的縮時攝影

5. 紙面評審

將要評的東西打印，然后貼出來。

最佳時間：當你擁有大量的想法，而這些想法很難在單個文件里瀏覽時，又或者當你想要鼓舞大家不要受屏幕上的像素點限制的時候。

不管你相不相信，設計師曾經沒有電腦用來去執行評審。不敢信吧？有時候我們忽視了和實物打交道的價值，習慣了一整天都盯著屏幕，導致覺得評審理所應當的也應該在顯示屏上進行。但是鼓勵大家站起來，四周轉一轉會大有裨益，這樣想法可以更自由的流動，不必受到像素點的限制。

如果你像我一樣去過上過設計課，你一定記得在那個時候，教授會把所有學生的作品掛在泡沫板或者軟木墻上，然后教我們怎么做評審。有時候他們會拿個紅筆到處寫上注釋，然后討論什么做得好什么做得不好。在我過去十年的產品設計經歷中，只有極少次我在的設計團隊試過這種方法。相反的，大多數時候我們坐在離屏幕 6 米多遠的地方參與評審。

Jenny、Rasmus和Marcin，他們三個在 Figma 的產品設計師，尤其支持讓我們遠離桌椅和顯示屏，回到最基本的方式。這種方式可以和前面提到的「標準式」很類似，只是變成了我們圍在打印的作品面前，用貼便利貼的方式給出反饋。

基于這種方式不適用于遠程工作者，我們會選一個記筆記的人，錄下整個會議，同時也會拍下圖像記錄。如果參與者能實時加入，我們會準備一個附加的 Figma 文件（因為已經需要準備一個 Figma 文件用于打印，所以這個不會額外花太多時間）這樣遠程參與者也可以加入他們的想法。甚至可以讓記筆記的人將遠程參與者的數字筆記轉成物理的筆記。

因為事實是我們最終還是需要把反饋給電子化，所以最終我們每個月用的不到一次，但是時不時的舉行一次也讓我們覺得是個很好的機會去從日常的工作中跳脫出來，長遠來看也打開了我們對話的空間。

額外的好處：當涉及到和辦公室內其他部門的人溝通時，這種方法附帶的好處是讓分享情境和激發想法變得更加輕量。如果可以的話，在會議之后，把工作內容先放在一邊，或者如果東西被貼在泡沫板上面，你可以把它移到在辦公室更可見的地方。當你下一次看到有人站在泡沫板面前，和他們聊一聊然后問他們在想什么。通過這樣的方式可以讓問題得到更多隨機的曝光，說不定會有一些意外的收獲。

6. FYI

項目中快速的分享情境。不需要反饋。

最佳時間：當你不確定大家是否看到你在 slack 里面發的「我在做新項目哦！」消息，借此機會告知大家你正在干嘛。

不得不承認這種方法是六種方法里面最少見的一種，但是有時候我們會分出五分鐘的時間讓想要分享他們在做的事情的人。在這種情況下，反饋不是必需的，但是你希望借此機會放出觸角，去發現或許同伴已經探索過的一些方向，又或者了解下有沒有其他設計師對這個感興趣想要之后聊一下的。這是一個找到評審目標最簡單的方法──分享情境。

十個執行高效評審的技巧

這里我列了一些我們在 Figma 執行任何評審方式都通用的一些技巧。

1. 對癥下藥

準備多樣的方法，并且設定好相應的名稱，方便稱呼。提前想好哪種方法對于手頭的問題最為有效。困在某個問題中或某個 UI 難題了？試一下「即興討論」。開始一個新項目了？試試「工作坊」。評價多個選項？試試「站立評審」。致力于一個尤其復雜的問題？試試「結對設計」，去深挖問題。

2. 提早確定評審時間

在周一早上之前將評審時間定好，然后在會議日歷里面闡明會議大概的內容。這樣有助于給設計師一個小的截止日期，然后也便于盡可能讓你認為重要的參與者能夠最終參與進來。

3. 使用小會議室

我們覺得小的會議室容易營造一種舒適的氛圍。會議室都被占用了？湊在一個人的電腦前或者大家坐在椅子上圍成一圈也可以。又或者去一個咖啡店?？傊M量避免使用太大的會議室形成那種企業董事會的感覺。

4. 購買一個計時器

我們使用 60m 的計時器。試著保證每個話題都使用計時器，作為主持人，盡可能記錄每個話題持續多久，進而在未來更好的計劃時間。如你所想，每個話題都會比大家預想的至少多花上十分鐘，因為我們最近開始每個一小時的評審最多允許兩個話題。

5. 記錄筆記

我們嘗試不同的方法讓因為各種原因（時差，假期，病假，或任何其他原因）沒辦法加入會議的人了解會議的情況。比如我們使用 Zoom 自動將錄音轉化成文字，但是這樣子需要消化太多沒有過濾的內容，所以我們最終決定讓記筆記的人對錄音做總結。

6. 會議前準備

每個人的時間都很寶貴，所以會議前半小時計劃好你需要的東西。比如如果你需要在 Figma 文件里面收集反饋，保證你在文件里預留充足的空間。又比如如果你想要參與者在畫布上留下注解，最好是提前在文件中加一些便利貼。

7. 考慮如何交付反饋

從Radical Candor，Playing cards method，到critique chart，這三本書中都介紹了很多關于如何提供有價值的反饋的框架。Niko 也建了一個提醒我們反饋也可以有多種樣式的指南。

8. 放下戒備心

很多方法可以提高安全感和團隊間的信任，這些對于不讓你的團隊在給出和收到反饋的時候感到不適至關重要。Adam Grant 有個叫 WorkLife 的播客，我建議你們去聽 The Daily Show 這集，這一集是 Trevor Noah 舉了一個關于放在戒備心的例子，例子是說在會議的開端分享一些讓人很尷尬的故事，從而奠定一種「弄砸了也沒關系」的基調。Jon Bell 也在文章 The McDonald’s Theory 里給過一個有趣的概念，你可以在發現會議室的人特別害羞的時候用這個概念破冰。

9. 記住不要在周會內做評審

你不必等一兩個周去接收反饋，直接找到你的團隊的人，和他們安排一些結對設計或線下評審，這樣如果你已經準備好接收反饋便不必等待。

10. 實驗和迭代

不用害怕去持續的實驗和迭代，設計永遠沒有真的做完的時候，設計流程也是同樣的道理。如果能把一次實驗當成提高的機會，你的團隊會更放心大膽的做改變。從開始建立一個設計評審的群組開始吧！

原文鏈接：《Design critiques at Figma》
譯文鏈接：zhuanlan.zhihu.com
譯者：Fragile peculiar