如何正確地向設計師反饋信息？

原創贊2 收藏5 評論1

舉報 2015-02-03

掃描,分享朋友圈

編者按：毋庸置疑，設計師最能理解設計師。今天，Greenline Creative 聯合創始人、資深設計師 Dennis Field 分享了他的經驗，教你如何正確地向團隊內的設計師反饋信息。

來源：優設

在團隊內，向設計師反饋信息其實一直是一個比較敏感的事情。說了傷感情，不說傷產品。這件事情是如此之糾結，以至于開會的時候到了反饋階段大家老想直接跳過去。但是所有人都很清楚，反饋是非常必要的。

在我作為設計師的職業生涯中，曾經接受過非常有效到位的信息反饋，也碰到過完全無法理解的反映。接下來我想分享一下我的經驗，談一談怎樣反饋信息才能讓你團隊中的設計師所理解、接受并最終呈現在產品上。

在分享之前，咱們首先得深入理解設計師的思維方式。當然，也許并非所有設計師都一樣，但是學會站在設計師的角度看待問題，是一個好的開始。

了解設計師

毫無疑問，設計師熱愛設計。

對于設計師而言，設計不僅僅是一份工作，而是生活態度——有品質的生活、精致的美食、充滿設計感的事物，等等等等。選購產品的時候，設計師有自己獨到的選擇標準，會為好設計而買單。每一個新項目，都是設計師展現好設計，打造好口碑的契機。

面對產品，設計師的終極目標是借此為設計界留下遺產，作出貢獻，不管這個貢獻有多小。每個設計師都在等待下一個改變格局甚至改變世界的項目。

設計師們會探索每一個人的本質，癡迷于每一個微小的細節，摳得了一個像素的差異，也能著眼于更大的愿景。看似不太忙碌的設計師其實并不會閑下來，腦中可能正在衡量幾個設計方案的優劣。在你看不到的地方，設計師們手頭可能還有三四個同期進行的小項目。

在內心深處，設計師們期待反饋。絕大多數的設計師是真心為客戶所考慮，希望能為他們做更好的設計。只是很多時候不想將創意老耗費在同一個頁面上。設計師也是人，為了做更好的設計，取悅客戶，也常常將更多的精力投注在項目上。精益求精，完美主義，這些都是設計師的常見病。

那么，設計師是不是多沉迷于復雜的事物呢？事實并非如此，絕大多數的設計師對于簡單、順滑、流程驅動的設計更著迷。

好了，既然了解了設計師的基本想法，那么要怎么向設計師反饋信息才合適呢？

向設計師反饋信息時的5個注意事項

回顧過去，那些既能說清問題，又能促使你改變設計的人，他們在反饋設計問題的時候都有著相似之處。

“相比簡單闡述喜歡什么不喜歡什么，他們更愿意讓討論的重心集中在解決問題上，而非將控制權攥在自己手上，直接砸一個方案在設計師頭上。”

1. 建立信任

最佳的信息反饋往往來自我所信任的人。只有真正關注自己團隊成員的人才能給自己的項目找到真正正確的解決方案。

一個優秀的信息反饋者，并不是簡單粗暴指出哪兒哪兒要修改，他們會確保設計師明白每一個修改是如何提升整個方案的，而不會通過命令影響設計師對于“設計”的所有權。他們會信任設計師，相信設計師能夠理解整個項目，能夠提升設計技巧。這種相互理解還會提升兩者的工作關系。

2. 深入理解

其實產品經理也有他們的顧慮。他們是中間人，致力于為客戶提供他們需要的東西，又需要讓自己的團隊能富有創意保持愉悅地拿出方案。最好的產品經理會和自己的設計師分享他的愿景，這也使得設計師有機會來衡量客戶的目標，產品經理的期待，以及自己的想法。有了合理的認知之后，團隊中每個人都可以在這種透明的氛圍中，更好地完成工作。這也使得我會自發地在周六額外加班干活兒，因為我認可PM和團隊的愿景，我相信更好地完成我的工作，能促使整個團隊距離成功更近一步。

3. 反饋需要反復討論

最好的反饋者并不僅僅是給出一份Excel列表，用電子郵件給團隊中的20個成員轉發帶鏈接的反饋，再在需求列表當中標記這一切，靠譜的反饋者會按照優先級來反饋信息，以更加透明的方式，清晰的溝通，在反復地探討中完成信息的傳遞，而非在待辦事項列表中呈現。

4. 挑出問題，而非給方案

不要說你喜歡什么不喜歡什么，你需要做的是事情，是和設計師將討論重心集中到問題上來，解決方案還是留給設計師來完成。

合理運用諸如InVision這樣的工具，創建一個流程，鼓勵解決問題和協作反饋，讓設計師能站出來證明自己的觀點，在碰撞中成長，一同成長一個真正的問題解決者。

5. 設計師也是人

設計師過去的經歷其實會極大地影響他們接收反饋的方式，所以你需要深入的理解他們。坦誠相待，讓設計師跟你分享他的過去和未來的目標，了解他們的喜好，會讓溝通事半功倍。作為一個同事，你們可以互補，一同前進，成為堅實的盟友。

撇開主觀的感受，專注于最終的目標。因為最終的目標決定了你的反饋信息，而非你的“喜歡”或者“不喜歡”。

每個故事其實都是一體兩面的。產品經理和團隊成員要理解設計師，正確反饋信息，這一切的立場都是基于設計師的。換個角度，設計師是否也需要了解產品經理和開發者們，更好地完成項目呢？當然，只是這可能是下一次才會談及的話題。