英文出處: How designers and engineers can play nice (and still run with scissors)，中文譯文：tech2ipo
作為一個在以工程為核心的公司裡工作十餘年的設計師，我絕大部分時間與工程師們一起工作。而這些合作無疑是我最具實用性、最有成效的工作關係。
同為設計師的你，也可以建立與工程師之間和睦的關係。你只需通過減少設計師與工程師之間的個人偏見，為彼此間的有效合作關係創造空間。如果你做到了，達到那一步的好處將遠遠大於偏見帶來的困難。
在業界，我曾在一家世界頂尖的工程公司當顧問。我見過很多設計表現手法，也和很多型別的設計師合作過，不管是注重技術、概念、視覺或者其它方面的設計師。
設計師有幾種型別的行為會讓工程師和設計師的關係糟糕。但是我在一家以工程為中心的公司從事設計時，通過自己的方法在工作過程中，與工程師們建立了其他設計師沒法達到的一種長期、信任、高效的合作關係，取得較大的成就。對於一個好的設計師來說，如果擁有不錯的工程合作伙伴將會事半功倍，但要達到這樣，就必須做一些調節。
以下是我對於建立設計師與工程師之間有效關係的幾個建議，目的是通過減少雙方的成見，幫助建立強大的團隊從而做出更好的產品。
1、使用程式設計師使用的工具
當設計師加入一個團隊或者新的專案時，首先要問自己“你喜歡怎樣去工作？”很多設計師都會犯這樣的錯誤：他們只接觸自己熟悉的工具和程式，或者總從以前的團隊中獲得成功經驗。但如今軟體更新如此迅速，並且每個團隊都是不同的。
通過詢問技術團隊喜歡的工作方式和現在使用的工具，就可以跳過那種痛苦的磨合過程。一些團隊喜歡創造一個合作文件來追蹤漏洞，或者使用一些常規的漏洞追蹤軟體。而另一些團隊則喜歡用電郵溝通，或者使用簡單的專案管理工具，比如Pivotal Tracker。
設計師成功的關鍵不在於他們作品有多漂亮，而在於他們在讓作品變得更符合理想設計的溝通過程中是否成功。一個真正成功的設計師可以接受任何能有效溝通設計的產品——即使要花一點時間去學習該工具，但因此減少與工程師的摩擦是值得的。
2、參與到整個工程週期
設計師總是等到產品快釋出時才會出現，這樣設計師就容易和工程師交惡。工程師會覺得一個旁邊者突然就進來插一腳，要求在細節上作出改變（如果你只在產品釋出前出現，那你當然是一個旁觀者）。
工程師需要設計師全程參與產品的整個生命週期，而不只是開發前端。設計師應該深刻地意識到（如果他沒有全程參與的話）建立資料結構、儲存、檢索和UI結構是一項艱難的工程。設計師應該與工程團隊的每一個成員推動工程進展，即使它只是一個半成品。
我看過很多設計師對工程師的早期樣品持批評態度。如果工程師在面對一項他們還沒有仔細思考的事情時就遭到了設計師的批評，那麼在未來，他的反饋也不會是積極的。最後，設計師在產品釋出的時候總希望工程師做很大的改動，但是通常工程師都不會答應。
3、充分說明需要改進的地方
很多設計師認為當他們交給工程師一件完整的，“畫素級別完美”的模型就完事兒了。設計師在茶品釋出前夕都會感到焦躁。但是不要對工程師說：“這和我的模型不符，這裡是新的模型”，而是要在充分說明需要改進的地方。
設計師被訓練得會注意到常人不會注意到的細節。工程師不是故意忽視這些細節的——就像設計師不會關心基礎功能和開原始碼一樣，工程師也不會優先關注這些細節。設計師的工作就是找出這些問題，並且以儘可能詳細地指出來，因為與你一起工作的工程師們並沒有像你們一樣被訓練得如此注意細節。
在做現場的意見反饋時，把你的模型和demo放在一起。在demo中出現的截圖都要詳細標註，到底是哪裡需要改進，把這些展示給工程師並且進行說明。我經常會在意見反饋中標註“之前/之後”的截圖對比，並且用列表形式總結需要做的改進。用這種方式，視覺型和文字型的工程師都可以迅速並仔細進行改進。
我做得不止這些。我還把互動設計的改進也單獨進行歸類整理，因為你的團隊中工程師可能擅長這方面或那方面——如果要分類的話，整理能方便分攤工作。總體而言，工程師對改進的分類反響良好，因此他們可以系統地進行改進，一旦完成便可以核對。這是我職責之外的事情，但是這讓我少跑了幾趟腿。
4、現實中的聊天很好，但是聊天記錄無法被追蹤
我所知的很多設計師都喜歡單獨與一個產品經理或者工程師私聊設計細節。這很棒，而且可以增強團隊的凝聚力，但是不好的地方在於沒有“書面記錄”。除非你的團隊只有你和工程師兩個人，否則所有的事情都必須記錄在案以便整個團隊瞭解和反饋。
所以即使你和你的工程師在私聊時在設計改進上碰撞出了火花，但是你仍要回到桌子前，立刻用郵件或者意見反饋的形式總結出來這些內容。這會給團隊一個機會去反饋，並且可
以作為決策的記錄。在最後所有事情都變得錯綜複雜的時候，沒有記錄在案的每一個決策都要引起注意。
5、和你的工程師喝一罐啤酒吧
永遠不要低估與團隊社交的重要性。去了解他們，讓他們也瞭解你。如果他們感覺到你不是把它們當做完成設計的一個熟練工，而是當做一個“人”的時候，他們對你的信任會增強。
———————————————————————————————————————————–
各位工程師們！你沒有想到擺脫困境的方法如此簡單，對吧？上面是為了能讓你們生活更輕鬆，設計師應該做的事情。相應地，下面是你應該做的事情：
1、永遠不要讓“不”脫口而出
當設計師正激動地與工程師談著一個想法，而後者還沒等他仔細闡述就讓他不要說了——沒有什麼比這個能讓設計師更沮喪的了！
我發現很多工程師（尤其是那些我好多年都未一起工作的）經常否決設計點子和創新。因為他們覺得那些改進看起來“不那麼重要，卻又需要很大的工作量”。相信我，設計師們知道你們為了一些小的改動努力工作甚至不休息。
但是這正是團隊需要設計師和工程師的原因。我們的使命就是創造直觀、又去、有創意的產品，讓人們願意使用而且願意當回頭客。否則的話，所以工程師的辛苦工作就沒有意義了。
設計師會為一些有趣或有創意的點子而十分激動，但是不要直接說“不”，試著活一點時間理解你的設計師為何如此著迷與這個點子。你可以和設計師或另一個工程師交流，看能否找出減少工程費用卻可以達到同樣效果的途徑。一旦你的設計師認為你是一個求知慾強且豁達的合作者，那在產品推出前一晚的半夜四點，你就更可能得到你需要的那個設計圖示了。
2、精益求精並不是額外的工作
不同的領域專攻不同的事情，這一點非常重要。一個偉大的設計師會把細節和良好的使用者體驗放在至高無上的位置。這些細節很重要，可能他們無法清除闡述其重要性，但細節真的會影響到使用者對一個產品或特性的下意識反應。很多細節上的錯誤甚至會造成產品不專業或者不可靠的印象。相反，一個屢經改進的app比那些毫無程式錯誤但UI介面極差的app能得到更強的情感回應。
一個設計師讓一個工程師把圖示向左移動三個畫素，或者把兩個區域的文字對齊在相同的基線上，這些改變貌似不重要——但是集為一體的改變真的大不一樣。
3、釋出前與設計師做一個全面的產品檢查
如果你的設計師在上述幾條都做得很好，那就不要在釋出一項新的產品特徵時，不給設計師審查的機會——不管你認為該變動有多微小。把你的設計師當做團隊中的一員：設計師和團隊裡的其他人一樣，都是為了產品的成功。
確保你真的在產品上市之前給了設計師回應並建議修正的時間。如果給她展示產品僅僅是為了“僅供參考”的話，那就和設計師沒有用過該產品一樣糟糕。
希望我過去幾年的經驗和方法能幫助設計師和工程師形成良好的合作關係。我相信良好的合作在最後能帶來更好的產品和更棒的使用者體驗。