設計批評九大法則

一部27寸電腦屏幕邊上圍着四我的，他們都盯着屏幕上的設計樣本。

 

主要開發人員：「瘋了嗎？咱們不能把這些放在下一次的發佈會上。」

輔助開發人員：「兄弟，有點遠見好吧？這是下一年的產品。呃……不對嗎？」

產品經理：「應該將一些小圖標添加上去，就像iPad同樣。看呀，就像個人iPad如今的效果同樣，清楚了嗎？這些圖標看上去很棒吧?」

設計師：（在憤怒或嗚咽中默默發抖）

 

設計批評——即一個團隊聚在一塊兒進行集體審議某項設計或產品原型的過程——是很是痛苦的。若是團隊隊員對產品目標和背景的認識不在一個節奏上，容易拉長討論的時間，而且產生低效又含糊的討論結果，並且老實說，還會傷害他人的感情。不過設計批評工做也不是非得如此艱難。那麼，如何開展一場高效、集中又有意義的設計批評？本文爲您竭誠爲你支招。

 

1.明確設計做品擁有者是誰

 

2222222222222

一般，設計做品的擁有者即從事該設計項目的設計師。會議結束後，他們每每會悲催地被留下來討論潛在問題。這時候，能夠將他們的名字寫到提示板上，並提醒在座人員「設計師不是大家，而是某某某，咱們今天的任務是幫助她。」

 

2.指派協調人

 

請你們不要期望會議將自動展開，所以須要指定專人按照本文介紹的九條規則，負責推進會議的高效快速進行。協調人能夠是設計師本人，不過這不是必然的。最理想的狀況是選擇某個比較具備領導氣場的人，並記得將協調人的名字也寫上提示板。

 

3.重申計劃目標

 

設計做品的擁有者應該——還必須快速地——提醒你們本項計劃的目標是什麼。準備例如五大突出重點之類的東西，最好是至少有一個可量化的目標（如：將任務成功率提升50%）。

 

會議過程當中，說起計劃目標有助於整個團隊作出合情合理的判斷，而不僅是單憑主觀感受。固然，這些目標都得寫上提示板。

 

4.問問本身想要什麼

 

你想獲得的是高端用戶羣的反饋，仍是基本的外觀調整？只有清楚本身想要的具體是什麼，批評才能更加集中並具備實際意義。

 

另外——好吧，你確定猜到了——別忘記將本次會議要達到的目標寫在提示板上。這聽起來或許很無謂，可是在提示板上明明白白地寫上會議目標有助於參會人員按必定的框架和思路去組織反饋意見。相信我，他們也會受益於這些框架的。

 

5.推銷宣傳要作到導向清晰

 

若是會議一開始，你就詳細地解釋演示屏幕上的每個畫面，那麼很遺憾地告訴你：這可不行。緣由有二，一是時間利用率低——包括筆者在內的千千萬萬設計師們在談到本身的產品時很容易變得口若懸河。

 

 

2222222222222

二是引發參會人員的極大好奇。所以有時候一名設計師能獲得的最佳回饋是「不理解」或「不明白」。若是接下來，設計師老老實實地一一指出產品具體如何運行，無形中嚴重地「劇透」了，卻沒法發掘到對產品的理解認識層面上的問題。

 

6.說話以前先用筆記下來

 

當你知道誰是設計做品的擁有者，並將他們的設計目標寫下來，最好能建議你們一塊兒使用短暫時間（好比五到十分鐘）沉默思考，邊審閱做品邊做筆記。這段沉默可讓你們更深入地思考問題所在，並親自體驗產品自己——就像是在現實生活中使用設計產品同樣。

 

這樣作還有一個好處：避免意見重複。由於當你們在分享想法前，都可以將觀點寫到紙上，通常可以避免集體產生同一觀點。

 

7.褒貶結合

 

固然，開會是爲了鼓勵你們踊躍地提出建設性的評論意見，並且對設計師而言，在產品建模階段發聲比產品出街後放馬後炮管用得多。咱們無需爲了照顧他人情緒而去發佈註定悲劇的產品。

 

 

2222222222222

不過話說回來，產品的好處也得看到。一般，會議到達尾時，設計做品擁有者會獲得一系列須要解決的問題，這時若是會議上未說起他們設計做品的好處在哪，他們極可能會因咽棄食，將產品的糟糠和精華一塊扔掉。

 

8.會議不宜變成設計現場（設計是設計師的活兒）

 

偶爾給設計師指條明路是好，但可千萬別企圖憑本身的評論解決大方向的問題。設計工做——就跟其餘批判性思考同樣——最好由單人完成。問題識別能夠有，但切勿將本身都不明白的問題一股腦地扔給設計師讓他撓破頭而不得。

 

9.揮一揮衣袖，留下任務清單

 

協調人應該經過將討論轉化爲任務來推進會議的開展。當問題被轉化爲任務時（好比「Frobazz品牌的這個設計方案根本狗屁不通，應該開發其餘設計方案」），就不須要持續討論同一話題。將任務寫在提示板上，等到再也不產生新任務時，會議就能夠結束啦。

 

若是你可以按照這九條規則開展設計批評，批評工做將作得更快更好——不單止參會人員感受如此，連設計師也會對討論結果感受良好。認真對待批評意見的人也會一樣地重視設計自己。這對於整個團隊和產品而言都是件好事。