研發與UI的溝通配合點滴

一個軟體的UI和UE更多的是細節功夫，往往被人忽略。但作為軟體的臉面，使用者最容易注意到的又是它們。如何把它們搞好有很多地方需要慢慢摸索，但從個人經驗來看，溝通配合可能是擺在第一位的。

設計師和工程師的職業思維差別很大，因此在溝通上會存在不少問題，解決這些問題沒有統一的標準答案，但有一些經驗體會說出來拋磚引玉。當在一個問題上比去年僵持不下時，可以想想。
1、與設計師配合工作也是研發的一部分，因此，需要在項目前期就把各個資源的時間點、配合流程細化出來。
2、尊重每個人的專業性，在介面效果、互動體驗上面糾結時，你如果不能拿出量化的東西說服他們，就要先說服自己承認他們是對的。
3、改來改去的事在設計師的世界中再正常不過了。如果只是因為這個，你需要做的是停止爭吵，然後和他們一起去梳理流程提高效率。
4、設計師眼裡的一個小小的改動可能大到摧毀你的世界觀，而你不說他確實不知道，這並不是針對個人。如果在這點上設計師無意間給你造成了麻煩，只需要把你的計劃以及難處擺出來，讓你的Leader去衡量。
5、最後想說的是，要解決工作中的溝通問題，除了注意配合流程之外，更需要我們抱著解決問題的態度去討論，而不是各自把自己想乾的事和自己的難處往桌子上一擺，然後，你看著辦。
最近恰好看到一篇不錯的文章：設計師和工程師如何好好相處？與大家共用！

溝通的問題說完了，扔幾個開發Android項目中的一些實際操作經驗，希望能對大家的有些協助：
1、把裝置按DP分為大、中、小等不同的尺寸。然後說服UI分別為這幾不同的尺寸設計。UI在為每一種尺寸設計時，只需要考慮像素就OK了。而最後研發鋪圖時全部按DP／SP來。
2、UI也需要設計結構。因此，需要項目前期就把所有的、切圖等UI資源按模組劃分，再與UI約定好更新計劃。最後，把這個更新計劃揉合到研發計劃中。
3、給UI一份開發人員與模組的對應表，UI按計划去更新資源時，直接通知到具體開發人員。同時，每隔一定時間，把更新內容匯總出來抄送所有人，防止遺漏。這個匯總間隔視更新量而定，在項目最緊的時候需要一天一次。
4、負責具體每一個模組開發的研發人員按計劃與UI一起進行模組的換圖工作，有細節問題直接面對面溝通。
5、最近，項目中增加了一個UI審查的流程，項目每一個版本的提測和發版，除了要經過QA的測試，還要經過UI部門的審查。這個流程值得借鑒，以免出現UI只管出圖，研發只管往上鋪，就是沒有人對最終效果負責的情況。