隨著“團隊的設計中心化”趨勢逐漸鋪開，關于設計師與工程師之間差異乃至沖突的議論也變得不絕于耳。遺憾的是，這些爭論并沒能帶來什么建設性成果。但是反過來想想，矛盾與沖突不也是豐富生活的理想調劑么？

但根據(jù)很多當事者的描述，這類矛盾的激化程度已經遠超想象，我們很難僅僅將其視為思維方式間的正常碰撞。我也跟很多設計團隊共事過，其中留下深刻印象的要數(shù)自己目前供職的艾迪歐設計公司，一家在硅谷赫赫有名的設計企業(yè)。我知道如何才能在設計師與工程師之間搭建起緊密而富有成效的溝通橋梁與合作關系，也明白這一切都需要靠時間與換位心態(tài)來實現(xiàn)。

保持設計的超前性

設計工作在思路上應該始終領先于工程工作。大家最好讓設計團隊的起步點早上一段時間，但最多不要超過兩周——一旦間隔時間過長，很可能在工程團隊開始實施時當初的某些設計理念已經被市場所拋棄。交互機制與視覺設計應該在工程師們寫下第一行代碼前就全部完成，這樣可以避免我們在開發(fā)過程中頻繁進行改動——過于飄忽的項目進度不僅效率得不到保證，同時也會慢慢耗盡員工熱情與產品生命力。

共同制定優(yōu)先順序

這一話題無論如何強調都不為過。對功能的優(yōu)先級進行排序不僅為最終產品帶來了清晰的結構關系、減少意見摩擦，也能夠幫助團隊從數(shù)不勝數(shù)的任務中理清頭緒、逐個擊破。

根據(jù)工程及設計團隊的工作現(xiàn)狀制定項目沖刺計劃，為雙方提供足夠的信息，讓他們理解未來工作中各項事務的優(yōu)先級劃分。只要明確了出于利弊權衡而做出的最終決策，大家就能免受意見摩擦所引發(fā)的方向性困擾。

制定好優(yōu)先級策略后，請務必堅持執(zhí)行。除了緊急情況以外，任何能夠快速起效、有所幫助或者其它一些臨時性項目修正都必須靠邊站。

將換位思考轉變成一種文化

一個杰出的產品團隊不僅要讓工程師與設計師們站在客戶的角度想問題，更需要二者站在對方的立場上做出決定。這種寶貴的精神財富應當成為企業(yè)文化的一部分。

所謂以設計為導向，意味著我們要把設計作為產品創(chuàng)建過程中的合作伙伴（以及方向引導者）。——Cap Watkins

工程團隊也應該秉持同樣的理念。盡可能在產品概念中將雙方的意見全部納入進來，也就是Braden Kowitz所描述的由設計-產品-工程共同構成的“金三角”。

設計優(yōu)化工作能夠在最大程度上滿足用戶對使用體驗的需求，其中每一項細微調整與設定的集合才最終使產品變得“恰到好處”。工程團隊則需要在保證一切概念得到完成兼顧的前提下把想法變成現(xiàn)實。雖然說起來容易，但很多時候我們必須在兩個極端之間做出艱難的權衡。

與大多數(shù)人的看法相反，我認為設計師與開發(fā)者的世界完全不同、缺乏共通性可言。二者都沉浸在自己的技術專業(yè)中、堅守由來已久的獨特文化理念，有時甚至會以精英主義觀點評判對方。盡管矛盾如此尖銳，但他們對于工藝的不懈追求、自我價值的體現(xiàn)沖動以及挑戰(zhàn)極限的急切熱情令握手言和成為可能。 ——Wells Riley

我們應該學會欣賞對方的角色定位，從午餐時的輕松閑聊開始逐步打破技術與設計人員間的交流阻礙。訂閱Hack Design網站（http://hackdesign.org/）、參加Treehouse的相關培訓項目，這一切努力都將在未來的工作中獲得回報。

終有一天，工程與設計團隊能夠攜手合作、奔向共同的目標——打造一款偉大的產品。雙方不再是劍拔弩張的對立面、而成為相互依存的親密戰(zhàn)友。到了那一天，奇跡將發(fā)生在我們的產品身上。

核子可樂譯