常聽到UI設計師抱怨起技術人員不能實現他們想法，有些人就覺得自己是打工的，不用做那麼多，設計師也不要抱怨，做好自己那份工就行了，想聽聽程式設計師和UI設計師各自在這個問題上的看法。

張濤2011-05-20 16:09:33

我是設計~

前端有不能實現效果？

不~可~能~

就好像讓設計師做某個設計的時候他說“我做不到”~

這是多麼恥辱的事~

樓主聽到別人說實現不了的時候還請自行腦補~

時間限制/開發成本過高/小政治~

這些才是這句話的原動力~

公司專案主要作用是為盈利做的~

不是為了實驗或練習~

————————————

如果你不是在EICO這種公司~

那麼專案的規定時間一般是剛剛夠出個無錯、不出彩的設計~

要想實現絢麗的效果就得提前很長時間完成~

如果你自己會前端~

那就好說一些~

不會的話就得請人家幫你弄~

發揮你的主觀能動性吧~

Bloodyxu2011-05-20 17:05:06

這個問題很複雜

我碰到的情況很多是由於客戶方已經做好了產品的前期開發，等你設計出來很好的效果以後可能由於種種原因，開發不願意去修改前期架構的程式碼，這樣就比較複雜了。

所以我建議設計師能在限制中做設計，和開發做好溝通和技術論證，在技術能實現的範圍內將設計做到最合適，這是一個取捨的過程。首先要對自己的設計負責，也要對那個使用你設計的產品負責，在眾多的限制下也能夠完成優秀的設計，那才是本事。

知乎使用者2014-02-27 12:21:25

一般程式說做不到，有85%的情況下潛臺詞是：

——“你個傻X，這什麼破方案？和我們風格統一麼？不就是你想炫技而已麼？”

10%是：

——“這個動畫\互動 太複雜會拖效能，影響我們速度的，不能做上去”

剩下5%，才是真的不能做。

知乎使用者2014-02-27 15:23:48

首先，要看你堅持的這個設計是否有必要，是否對產品的戰略目標及階段性目標是否真的重要！

既然程式做不出來，那就高成本的設計，但是否是高收益呢？這就需要你們產品經理來衡量一下。一般情況下，我們時間精力有限，都是優先做低成本投入、高收益的東西。

若一個設計需要很高的人力資源投入，那麼可不可以思考一下，有沒有替代的方案呢？

我是一個UE，我剛開始時跟程式溝通也出現了很多問題。比如：不考慮成本，讓程式做我設計的動畫（這些動畫都是總監和PM確認且很喜歡的）。讓技術同學們頭都大了，給他們增加了很多很重的負擔。後來，我們開會總結，我們團隊的確不適合做那樣的動畫。並且，我們的工作量本身就已經很大了。

往後，我們就考慮到開發成本，快速實現，快速更迭。先做出大致骨骼，能用！再進行精細化處理、使用者體驗最佳化，優先做低成本高收益的UE改進方案。

這段時間以來， 感覺跟技術同學溝通的都很順暢，千萬不要有什麼對立情緒，其實大家心裡邊想的都是如何把工作做好，程式設計師還是很實誠很厚道很好溝通的。

還有，要跟程式大哥搞好私人關係，這樣在遇到無法取得統一觀點的問題時，大家還能哈哈一笑，繼續把工作進行下去。有什麼事情都能好好說，誰心裡邊都不會不舒服，大家關係還都是好好的。

至於怎麼搞好關係，其實非常簡單，就有事沒事多說說話開開玩笑，下班一起坐地鐵，大家聊聊天，中午一塊吃飯什麼的。

最後，技術同學遇到困難時，千萬不要逼人家，要主動幫忙解決問題，考慮能不能用另一種互動方案替換。

aboabo2014-02-27 16:28:34

首先，我是一個視覺設計師，同時也負責互動的設計。

我發現現在很多設計師的問題是，把自己和開發放在對立面，互相不信任是造成很多問題的根源。首先我們做一個產品要明確目標，不管是設計，還是產品經理，還是開發，共同目標是把產品做好。

產品的最終目的是給使用者使用的，是一個理性的創作，而非感性的創作。在這一方面，設計師往往犯錯誤，以為產品做得越炫越好，只是為了滿足自己的審美，而不考慮產品的功能、定位、效率等問題。

在我的工作中，幾乎沒有碰到與產品經理和開發起衝突、矛盾的時候。我的工作時間裡，有50%以上是用來溝通，30%用來思考方案，20%才是執行。在專案的前期會議裡，我會要求產品經理讓我參與會議，在討論問題過程中，與產品經理達成共識。

在某些功能和設計中會涉及到技術風險（無法實現）的時候，我會主動要求產品經理把開發人員一起叫上開會。當在設計互動的時候，會與產品經理討論細節，明確知道需求是什麼，想到方案的時候，會考慮到後臺是否有這樣的資料來呼叫，功能是否能實現，對產品的執行效率是否有影響，並直接打電話或與開發面談方案的技術實現方案。如果開發說做不了，我會要求開發解釋技術方案的難點在哪，是否有替代的技術方案，在挺開發人員解釋的同時，自己也學習到了非常多的開發原理和經驗。

如果確實技術上有難題，或者影響到產品的執行效率或者網路流量。我會修改方案，並提出一個既能符合技術方案，又能滿足個人設計品位的方案。如果遇到極端不配合的開發，我會找認識的開發朋友詢問技術方案，然後由自己來提出解決的技術方案，這時候開發便沒有任何理由來推脫。

當開發人員能實現我要求的互動動畫時，我會適當的誇獎一下。這會讓開發人員的積極性更高，也更願意和你合作。在平時，也經常約上開發人員一起吃飯，關係搞好了，還怕工作搞不好？

很多設計師經常以使用者體驗為藉口，想嘗試新奇的方案。但其實這樣的方案未必是良好的使用者體驗，甚至是糟糕的。如果你的方案讓使用者難以理解、難以上手、影響網路流量、影響產品的執行速度。設計師應該放棄，因為這些才是使用者最關心的體驗。如果你的產品很卡，很費流量，很難理解，這算什麼使用者體驗？

利益相關：阿里巴巴集團資深視覺設計師/大學專業是開發，後轉型做設計