原文連結：How Developers Can Help Designers，編譯：sharen24@譯言
這篇文章是續接一篇《設計師如何幫助開發者》，兩篇文章是相輔相成的硬幣兩面。開發者不可避免地經常要與設計師們一起工作，所以呢，讓這種合作能夠儘量愉快進行是工作的一部分。（譯註：文中所說設計師特指非固定工作地點/遠端工作的那些設計人員）
規格/需求文件
知道自己想要什麼
在圖形設計交付到開發者手中使用前最難的部分是知道你想得到的是神馬。現在有一種趨勢是跟設計師就那麼一說「隨便畫點什麼」。他們肯定會去做的，但是結果不一定是你確實想要的。需求太模糊的開發專案你肯定不會去接，設計師也不比你笨。一定要肯花時間去細化你的需求，減小模糊空間。
給點示例會很有幫助
如果你不是極其胸有成竹的知道你要的是神馬，那最少也有表示出有某些喜好：隨便列舉一些你喜歡和不喜歡的例子，解釋一下為啥喜歡為啥不喜歡。其他人的作品可以給你的設計師作為很好的參考。把喜歡和不喜歡的都列出來有助於歸納出你到底想要的（設計）是什麼樣。
信任你的設計師
聰明的人知道去利用別人的智慧（去解決問題），而不是獨自去矇混過關。相信你的設計師的能力和經驗。尊重地對待設計師，給與他們自由度，他們可以給你幫助，甚至啟發你，別太墨守陳規了。
隨便畫畫的意義
正因為你自己做不出好的設計，你才會去僱傭一個真的設計師。如果你是一個普通的開發者，那麼沒的說了你就是個爛設計師，缺乏真正把握視覺藝術的能力。這是再正常不過的事了。即便如此，在紙上隨便畫一下你想要的影像，不管多爛，這也比口頭描述有用多了。千萬別怕畫得很難看，因為這能讓雙方都有一個相同概念的起點，不會跑偏。
考慮示例資料的問題
作為開發者，你肯定自知到時候實際中會需要什麼樣的資料去管理去展示。但設計師不知道，除非你告訴他們，要不然他們都會去用一些隨機的或者通用的文字（去填充設計稿）。最好是由開發者從一開始就提供真實的/有意義的資料來顯示，特別注意文字的極限情況，比如特別短或者特別長。
前期就明確需求別瞎改
不管花什麼代價都要保證已經在前期就明確好了所有設計工作的需求，對任何工作都應如此。後來添東西不僅僅會帶來潛在無法預估的代價，還會無法安排工期，以及破壞了已經完成的工作內容。作為開發者你肯定知道最後一天拍腦門的修改的代價－設計師同樣傷不起。
謹記設計的限制
你的設計師會盡最大努力去迎合你提的需求，所以呢，那些需求要儘量準確－包括有什麼樣的限制。螢幕尺寸，螢幕方向，能用的字型，品牌VI的顏色，允許放廣告的空間，固定要有的元素等等。一定深思熟慮你對設計的要求，確保設計師從一開始就明確這些限制。
本文作者：Matt Gemmell
體現專業性的地方
負得起責任
從財務的角度和專業的角度來說，當設計師向你展示他的工作進展或者問你時，適當的回應都是一種負責任的態度。設計不該是開發完成後才著手的工作，更不能是與開發同時進行的（而是在開發前就已然完工的）：理想的情況是先有設計再有規範文件再去著手開發工作。花點時間跟你的設計師好好研究一下吧。
別假設工作很簡單
開發者的悲劇的根源在於非開發者都假設開發工作很容易搞定。調整一個功能或改變其工作方式，往往要去變更很多元素而不是一個，我們要去解釋為啥這麼複雜，而且還有要去解釋這麼做帶來多少成本。設計工作也是一樣苦逼的。將心比心，把一項變更看做簡單的事情僅因為這是外觀的調整，這種做法是應避免的。
別去干預所有細節
你的設計師在做著專業的工作，評估他們的工作進展的方式與評估開發者的工作的尺度（程式碼檢查/每天寫了多少行/修了多少bug）大相徑庭。設計師經常有新的點子，需要時刻去腦補，測試，或者有時覺得不好又退回之前的設計從其他角度思考。
設計工作進展無法用評估程式碼開發工作的尺度去衡量，要允許他們有足夠時間去做創造性的工作。在所有工作完工之後，才可以讓設計師向你展示100%完畢的工作內容。
使用一樣的工具
在允許的情況下，跟你的設計師用同樣的工具－起碼不要在工具選擇上有衝突。對於一個專業設計師來說，買個正版PS不會把你搞破產的，而且是明智的投資，當deadline要到來而你的設計師找不到，要由你自己要來補充一些設計元素的時候，很有用。而且你的工具的版本不能太老，這樣是設計師可能與你無法協調工作。
用同樣的語言去溝通
就像設計師有義務把從設計中的切圖交到你的手中一樣，你也有義務去給設計師解釋你的開發工作。如果你對檔名有特殊要求，請你（在得到圖形資源之後）自己去搞定。如果你在程式碼裡需要16進位制的顏色程式碼，或者需要RGB的每個顏色的百分比，這還是由你自己來做比較好，別把設計師的腦子搞亂了。別在你的工作之外使用專業術語。
允許設計師向別人展示你的作品
如果你的設計師覺得這個作品引以為榮，他們會諮詢你是否允許把它列在他的「代表作」裡。這明顯是應該允許的事情，這對你們雙方都是很好的推廣工作，也有助於彼此間互信的建立。在你的設計師有時很忙，而你恰好又有新的設計任務要找人做的時候，也很有幫助（設計師會向你推薦別人）。
商業上的考量
及時付款
及時支付你的設計師，別有藉口。支付時間表應與上線日期沒關聯才對。當你對設計師的工作滿意時，就結清尾款。在允許的情況下，儘量早付款，而不是拖到最後。
不能縱容規範工作
工作的規範和要求應在付款合同簽訂之前就確定。有很多網站可以提交你的設計要求簡介還有你的預算，設計師們會給你發他們做的小樣。你可以選擇你想要的，單獨付給他報酬。
有一種很糟糕的商業手段會帶來毀滅性的杯具，這種做法甚至會摧毀整個行業（這在天朝很常見的喔XD）。那就是，不要隨意接受（那些網站推薦來的設計師），而應該由你自己來人肉你喜歡的設計師和他們的作品（可以是別人推薦來的，然後索取他們的作品列表），最後才決定籤協議，再開工。
譯者按：有些地方只是略懂，見諒，所以呢這段可能翻譯得有點不太對勁XD
理解（設計行業）商業模型
一般地，你總會收到一件滿意的設計小樣滿足你的要求（也許會有兩三件），而且你也有權做幾輪微調然，這些是含在剛才那個費用裡面的。除此之外任何其他的要求都是要另外收費的。這是合理且正常的，現實的設計行業就是這麼工作的。
消除為了那些額外的收費的辦法是，不要超出最早設計要求的不確定的額外的要求，最早就給與準確的要求。因此不要抱怨設計行業的這種基本的商業模型，或者想要得到設計師額外為你免費工作幾個小時。
(設計的)原始碼要另外收費的
在大多數的場合，開發工作最後輸出的成果就是app或者網站的原始碼，工作內容和最終得到是一致的，因此開發者籤合同對外銷售的就是原始碼。但是設計行業可不是這樣。
圖形設計工作最終交付的可以使用的產品，通常格式是PNG，EPS，PDF或者JPG這種類似的。而設計師工作的PSD，AI這種格式檔案是不會免費包含在交付產品中的。要得到這些是要另外收費的。這是設計行業通常的做法，真的需要者些你要另外支付費用。
寫在最後
就像我在之前的文章裡說的，設計和開發是緊密不可分的硬幣兩面，都是為了交付高質量的軟體產品。設計和開發兩方面的專業工作者們都注入同等之專注與努力，才能讓專案行進更加有效。