設計批評九大法則
設計批評通常是一段痛苦又漫長,散漫而游離的過程,不過大家再也不用犯難發愁,解決措施一覽本文便知。
一部27寸電腦屏幕邊上圍著四個人,他們都盯著屏幕上的設計樣本。
主要開發人員:“瘋了嗎?我們不能把這些放在下一次的發布會上。”
輔助開發人員:“兄弟,有點遠見好吧?這是下一年的產品。呃……不對嗎?”
產品經理:“應該將一些小圖標添加上去,就像iPad一樣??囱剑拖裎业膇Pad現在的效果一樣,清楚了嗎?這些圖標看上去很棒吧?”
設計師:(在憤怒或嗚咽中默默發抖)
設計批評——即一個團隊聚在一起進行集體審議某項設計或產品原型的過程——是非常痛苦的。如果團隊隊員對產品目標和背景的認識不在一個節奏上,容易拉長討論的時間,并且產生低效又含糊的討論結果,而且老實說,還會傷害他人的感情。不過設計批評工作也不是非得如此艱難。那么,如何開展一場高效、集中又有意義的設計批評?本文為您竭誠為你支招。
1.明確設計作品擁有者是誰?
通常,設計作品的擁有者即從事該設計項目的設計師。會議結束后,他們往往會悲催地被留下來討論潛在問題。這時候,可以將他們的名字寫到提示板上,并提醒在座人員“設計師不是你們,而是某某某,我們今天的任務是幫助她。”
2.指派協調人
請大家不要指望會議將自動展開,因此需要指定專人按照本文介紹的九條規則,負責推動會議的高效快速進行。協調人可以是設計師本人,不過這不是必然的。最理想的情況是選擇某個比較具有領導氣場的人,并記得將協調人的名字也寫上提示板。
3.重申計劃目標
設計作品的擁有者應該——還必須快速地——提醒大家本項計劃的目標是什么。準備例如五大突出重點之類的東西,最好是至少有一個可量化的目標(如:將任務成功率提高50%)。
會議過程中,提及計劃目標有助于整個團隊做出合情合理的判斷,而不只是單憑主觀感覺。當然,這些目標都得寫上提示板。
4.問問自己想要什么
你想得到的是高端用戶群的反饋,還是基本的外觀調整?只有清楚自己想要的具體是什么,批評才能更加集中并具有實際意義。
另外——好吧,你肯定猜到了——別忘記將本次會議要達到的目標寫在提示板上。這聽起來或許很無謂,但是在提示板上明明白白地寫上會議目標有助于參會人員按一定的框架和思路去組織反饋意見。相信我,他們也會受益于這些框架的。
5.推銷宣傳要做到導向清晰
如果會議一開始,你就詳細地解釋演示屏幕上的每一個畫面,那么很遺憾地告訴你:這可不行。原因有二,一是時間利用率低——包括筆者在內的千千萬萬設計師們在談到自己的產品時很容易變得滔滔不絕。
二是引起參會人員的極大好奇。因此有時候一名設計師能得到的最佳回饋是“不理解”或“不明白”。如果接下來,設計師老老實實地一一指出產品具體如何運行,無形中嚴重地“劇透”了,卻無法發掘到對產品的理解認識層面上的問題。
6.說話之前先用筆記下來
當你知道誰是設計作品的擁有者,并將他們的設計目標寫下來,最好能建議大家一起使用短暫時間(比如五到十分鐘)沉默思考,邊審閱作品邊作筆記。這段沉默可以讓大家更深刻地思考問題所在,并親自體驗產品本身——就像是在現實生活中使用設計產品一樣。
這樣做還有一個好處:避免意見重復。因為當大家在分享想法前,都能夠將觀點寫到紙上,一般能夠避免集體產生同一觀點。
7.褒貶結合
當然,開會是為了鼓勵大家踴躍地提出建設性的評論意見,而且對設計師而言,在產品建模階段發聲比產品出街后放馬后炮管用得多。我們無需為了照顧他人情緒而去發布注定悲劇的產品。
不過話說回來,產品的好處也得看到。通常,會議到達尾時,設計作品擁有者會得到一系列需要解決的問題,這時如果會議上未提及他們設計作品的好處在哪,他們很可能會因咽棄食,將產品的糟糠和精華一塊扔掉。
8.會議不宜變成設計現場(設計是設計師的活兒)
偶爾給設計師指條明路是好,但可千萬別企圖憑自己的評論解決大方向的問題。設計工作——就跟其他批判性思考一樣——最好由單人完成。問題識別可以有,但切勿將自己都不明白的問題一股腦地扔給設計師讓他撓破頭而不得。
9.揮一揮衣袖,留下任務清單
協調人應該通過將討論轉化為任務來推動會議的開展。當問題被轉化為任務時(比如“Frobazz品牌的這個設計方案根本狗屁不通,應該開發其他設計方案”),就不需要持續討論同一話題。將任務寫在提示板上,等到不再產生新任務時,會議就可以結束啦。
如果你能夠按照這九條規則開展設計批評,批評工作將做得更快更好——不單止參會人員感覺如此,連設計師也會對討論結果感覺良好。認真對待批評意見的人也會同樣地重視設計本身。這對于整個團隊和產品而言都是件好事。
via:fast company
- 目前還沒評論,等你發揮!