這是知乎上的一個提問：作爲公司的唯一UI設計師，常常設計做到一半，同事就會嘻嘻哈哈的吐槽點評，有時候是玩笑，有時候很刺耳。我覺得設計都沒做完，瞎起什麼哄啊，感覺很不被尊重。請問設計師們，你們怎麼對付這個情況？
以下是回答：
作者：陳彬，百詞斬設計師
2007年我參加過一個項目，正好有一位Google的設計師在其中，他是這麼做的：
設計的目標是一個網站首頁的UI設計（架構已經設計好了），設計師找我們徵詢了對於網站氣質的概念，我們給了很多關鍵詞，然後他根據這些關鍵詞找到了許多表現這些關鍵詞的圖片，然後從這些圖片中精選出一些，取色，做了色系表。然後基於色系表，做了首頁的接下來的UI設計。
這裏面有兩個事情，這個Google的設計師做的很對：
1，徵詢氣質的意見，這個意見是大家出的，所以我們覺得這個設計我們有所參與。
2，找圖到定色系，我們沒有參與，但是我們也沒有吐槽的餘地，一方面是關鍵字我們自己選的，那麼按照這樣的流程，這個色系也就相當於是我們自己的選擇。
3，色彩沒有問題了，設計師根據自己的經驗做了剩下的細節，我們最後幾乎提不出意見——相當的專業。
的確，在一個公司，同事對自己尊重，是應該去要求的。但是因爲團隊協作，設計師的作品對於其他人的工作存在影響，即便是出於安全考慮，受到影響的同事也會有對這件事有一定掌控和參與的慾望，這種慾望很正常，常常也有兩個方式可以解決：
1，要麼是設計師地位很高，能力超強，即懂得設計，也非常瞭解設計用到的地方，看設計的用戶的心態，以及設計涉及的開發投入等等，這樣能獲得一個信任，一個“我不用參與，他肯定能搞定”的信任。—— 很遺憾因爲對於設計的不理解，以及大多數設計師的知識面無法擴充到技術，市場，產品多個領域的比較深的深度，大多數人不會給予設計師這樣的心理高位。
2，要麼有好的工作流程，通過方法，引導有表達和參與慾望的同事，讓他們的介入產生能量而非抵抗。Google這位設計師的做法，就是讓他們提供關鍵字。讓他們感覺到後來的設計都是基於他們自己的想法。
關於工作流程，咱們其實知道同事們的參與有時候是不瞭解設計的背景，有時候是對於設計面對的客戶/用戶羣有着不同的認知，有時候純粹是喜好。而設計領域也一直都有不少方法來對付這些事情，在設計開始前，用角色原型來統一對用戶的認知，用故事版來統一對設計應用場景的認知等等。即便是小公司不走正規流程，一個設置在設計早期的概念討論，也會起到類似的作用。
所以回到原點，作爲設計師，要求獲得同事尊重的同時，是必須要考慮，自己的設計不是獨立事件，對於後繼的工作是有影響的，這個基礎上，如何讓後繼的成員獲得最好的安全感，方便性，感覺到被支持，是設計師，或者設計部門應該去考慮的問題。
作爲個體，想要外界環境有變化，抱怨或期待直接改變對自己不利的環境，通常是吃力不討好的，正確的方式是改變自己與外界的交互方式，因爲自己和自己生存的環境一定是整個系統的一部分。看清系統，先讓自己有一些變化，整個系統就會一定會產生變化。（推薦看《系統思考》《第五項修煉》兩本書）
作者：馬德龍，拉勾招聘CEO
從一個設計師轉變爲老闆之後，說說我怎麼看待這個事情：
1.我認爲重要的事情，我都希望關注它的進度和近況。
2.對於合作不久或者新手的設計師，我們着實不放心，我們需要通過較多的過程跟進來保證最後的結果。
3.時間成本很高，我希望儘可能的在發生問題後最快的時間內調整。
我想，一個好的設計師，我希望他這樣來做這個事情：
1，在接到任務的時候，先跟團隊或者老闆詳細瞭解工作的目的、期望；
2，做準備工作，把準備完的思路跟團隊溝通。準備的工作比如瞭解精品、找一些關鍵詞描述團隊或者老闆對設計的期望、讓團隊給出一些關鍵詞等等；
3，做第一個Demo，可能是選擇一些相似風格，或者獨立設計一個或多個，彙集建議；
4，正式開工，交稿。我相信在最後的三四個階段，我作爲老闆應該會放心讓這個設計師去施展他的才華。
