開發商和設計師有特別很是不同的工作概況。事實上，他們也有特別很是不同的觀點，即不同的體例在他們看同樣的東西。

舉個例子：當一個網站設計師在設計整個外部的感覺，設置范圍為它決定人們如何與它連接，開發人員的工作是特別很是不同的。他或她是一個有使想法無縫工作在里面，使用代碼，它優點。

工作描述是如此的不同，有一件事特別很是主要：如何在“外部”的網頁設計與項目訂單的內部運作的理念使它成為一個無縫的體驗。

只有當開發者和設計者的工作作為一個團隊上海做網站網首頁，將用戶能夠真正從中獲益。這是只有這樣，他們會得到一個產品，看起來不錯潮州食堂承包，使用方便，相對無誤差。

所以，今天我們要看開發商和設計師之間的溝通。以及我們如何改善它。

溝通的魔力

所以你會如何提高開發人員和設計人員之間的工作關系？

一個好的開始是通過改善雙方的溝通。這是你要做的就是一些技巧和竅門。

1、消弭物理障礙

當今的組織經常提供單獨的工作空間，自力的團隊。而小隔間和分區，甚至單獨的層，可以使整個辦公室看起來很棒，物理障礙可以造成問題的通信以及。

作為設計師和開發者都不可能看到對方的一切的時候，他們只會相互作用，當他們真的要。

當然，這是很好的生產力，但這也意味著，在統一項目中工作沒有溝通以及他們可能要一個團隊。他們只能討論想法隨便在各自的群體，不知道對方的觀點是什么。

這就是為什么一個很好的出發點是消弭物理障礙。這意味著這兩個團隊必須放在一路，在統一樓層或辦公室，或者只是彼此靠近。

 2、把它們放在一路，作為一個大的團隊

一旦身體的障礙都消逝了，是時候讓你的團隊一路在其他方面。

事實上，這不僅僅適用于開發者和設計師，但對于任何一支球隊是真的。雙方應定期相互作用。這是關鍵的開發者和設計者，他們通常處理問題的角度不同。

團隊建設訓練幫助建立情誼。為了改善這種情況，鼓勵不時幫助開發者和設計者之間的冰的團隊建設運動和游戲。

不自力的部門。你會驚奇的發現這將反映在他們所做的工作。

3、鼓勵表達清晰

開發人員經常很模糊的描述從設計師這聽起來像，“這個按鈕看起來應該像推特的功能，但是像LinkedIn的”。

這樣的方向為難開發商按照設計師的想法，容易引起誤解。這是因為這樣的事實，每個人都有自己的看法是什么產品的樣子。

把一個明確的設計方案是設計者的責任，誰應該定義為許多細節和盡可能多的例子。

優選地，不只是一個樣機設計往往并沒有涵蓋所有的可能性，一個設計師。

交流絕不是單向的，所以開發商應該隨時提出的關于獲得清晰的設計問題。

4、要求開發商#視覺反饋

我看過項目會議設計反饋沒有開發商的禮物。顯然，這只是一個設計反饋會議和開發商都是忙碌的人，對嗎？

真的.這是個大錯誤。開發商設計的反饋的一個主要來源太。他們有大量的關于產品和網站的知識，他們知道什么能做什么不能從技術的角度做。

所以確保帶來一個開發者為你的下一個UX設計會議。假如你只是有一些設計思路，邀請一些開發商太。

 5、設計師–開發商比

因為它的性質，大多數科技公司重點工程和發展。因此，你會在那些公司比設計師發現更多的開發者。

假如你在一個開發工作為主的公司，你會看到一個設計師–開發者比例為1:8。在某些情況下，它可能是1:4，假如你的公司是用戶體驗至上你會發現設計師比1:2。

有完美的設計師比，沒有準確的答案但我建議讓你正視你的用戶體驗以及。否則，你就會有一個系統看起來像這樣：

 6、朝著準確的信息流

而規模較小的項目只需要一個開發者和設計師之間的互動豪沃駕駛室，事情往往會變得復雜時，該項目的規模越大，團隊的開發人員和設計人員參與。

這是關鍵，準確的信息在準確的時間到達團隊。為了確保這種情況下，創建一個項目交付清單每隊需要從其他，并設計適當的信息流通道，使事情工作無縫對接。

或如Nick Schaden規定的：

合作事宜

在一個信息通道，設計者和開發者都知道正是他們期望的，可以參加一個更好的方法，項目。

開發商和設計師定制松弛的渠道使他們對合作網站項目。

7、副的設計與編程

雖然一些設計師寫代碼不太了解，有開發者了解設計過程中的小。

以確保這兩個團隊功能的發揮是通過聯手他們體例，讓每個人都了解彼此更好。

的概念結對編程起源于迅速軟件開發的世界里，兩個開發人員工作在統一個工作站同時。

為什么不能對一個開發商為新的Web項目設計師。這可以幫助解決用戶體驗問題吧。

8、 One + one = three

設計師總是需要開發商，和開發商都需要設計師。只有在兩個領域都充滿了自我的人少，我們可以創造驚人的應用或網站。

我真的很喜好這一聲明在他的文章中的心態Andrew Chalkley：開發者與設計師：

• 設計應超前發展應通知設計。星散出這兩個角色或一個應用程序可以對用戶造成不好的經驗。

只是因為你有一個偉大的開發團隊，我們沒有理由認為你可以把你的設計理念，生活在一個較短的時間。同樣，一個優異團隊的設計師。開發商不應該總是要改變設計期望立即回答他們的問題。

設定現實的期限百度優化，并確保開發人員有更多的時間，萬一有什么問題出現。

同時，設置范圍在項目的一開始，不要改變它，除非它是需要的。這些看似細小的東西可以讓開發者和設計師團隊之間的不和，導致產品質量低劣的產生。