|
一個(gè)軟件的UI和UE更多的是細(xì)節(jié)功夫，往往被人忽略。但作為軟件的臉面，用戶最容易注意到的又是它們。如何把它們搞好有很多地方需要慢慢摸索，但從個(gè)人經(jīng)驗(yàn)來看，溝通配合可能是擺在第一位的。 設(shè)計(jì)師和工程師的職業(yè)思維差別很大，因此在溝通上會存在不少問題，解決這些問題沒有統(tǒng)一的標(biāo)準(zhǔn)答案，但有一些經(jīng)驗(yàn)體會說出來拋磚引玉。當(dāng)在一個(gè)問題上比去年僵持不下時(shí)，可以想想。 1、與設(shè)計(jì)師配合工作也是研發(fā)的一部分，因此，需要在項(xiàng)目前期就把各個(gè)資源的時(shí)間點(diǎn)、配合流程細(xì)化出來。 2、尊重每個(gè)人的專業(yè)性，在界面效果、交互體驗(yàn)上面糾結(jié)時(shí)，你如果不能拿出量化的東西說服他們，就要先說服自己承認(rèn)他們是對的。 3、改來改去的事在設(shè)計(jì)師的世界中再正常不過了。如果只是因?yàn)檫@個(gè)，你需要做的是停止?fàn)幊?，然后和他們一起去梳理流程提高效率?br>4、設(shè)計(jì)師眼里的一個(gè)小小的改動(dòng)可能大到摧毀你的世界觀，而你不說他確實(shí)不知道，這并不是針對個(gè)人。如果在這點(diǎn)上設(shè)計(jì)師無意間給你造成了麻煩，只需要把你的計(jì)劃以及難處擺出來，讓你的Leader去衡量。 5、最后想說的是，要解決工作中的溝通問題，除了注意配合流程之外，更需要我們抱著解決問題的態(tài)度去討論，而不是各自把自己想干的事和自己的難處往桌子上一擺，然后，你看著辦。 最近恰好看到一篇不錯(cuò)的文章：設(shè)計(jì)師和工程師如何好好相處？與大家共享！ 溝通的問題說完了，扔幾個(gè)開發(fā)Android項(xiàng)目中的一些實(shí)際操作經(jīng)驗(yàn)，希望能對大家的有些幫助： 1、把設(shè)備按DP分為大、中、小等不同的尺寸。然后說服UI分別為這幾不同的尺寸設(shè)計(jì)效果圖。UI在為每一種尺寸設(shè)計(jì)效果圖時(shí)，只需要考慮像素就OK了。而最后研發(fā)鋪圖時(shí)全部按DP／SP來。 2、UI也需要設(shè)計(jì)結(jié)構(gòu)。因此，需要項(xiàng)目前期就把所有的效果圖、切圖等UI資源按模塊劃分，再與UI約定好更新計(jì)劃。最后，把這個(gè)更新計(jì)劃揉合到研發(fā)計(jì)劃中。 3、給UI一份開發(fā)人員與模塊的對應(yīng)表，UI按計(jì)劃去更新資源時(shí)，直接通知到具體開發(fā)人員。同時(shí)，每隔一定時(shí)間，把更新內(nèi)容匯總出來抄送所有人，防止遺漏。這個(gè)匯總間隔視更新量而定，在項(xiàng)目最緊的時(shí)候需要一天一次。 4、負(fù)責(zé)具體每一個(gè)模塊開發(fā)的研發(fā)人員按計(jì)劃與UI一起進(jìn)行模塊的換圖工作，有細(xì)節(jié)問題直接面對面溝通。 5、最近，項(xiàng)目中增加了一個(gè)UI審查的流程，項(xiàng)目每一個(gè)版本的提測和發(fā)版，除了要經(jīng)過QA的測試，還要經(jīng)過UI部門的審查。這個(gè)流程值得借鑒，以免出現(xiàn)UI只管出圖，研發(fā)只管往上鋪，就是沒有人對最終效果負(fù)責(zé)的情況。 |
|
|
