然后設(shè)計師因為對目標(biāo)的了解也發(fā)揮了很大的主動創(chuàng)新能力，比如在簡單App啟動過程中，我們?yōu)榱俗孉pp的啟動感覺更快，做了很多細(xì)節(jié)上的修改。

傳統(tǒng)上的App啟動分為上圖這幾個步驟，程序啟動是一定要等幾秒的，一般產(chǎn)品會選擇做一個品牌宣傳的頁面，比如UC這樣。但是我們當(dāng)時選擇一張圖片，讓模擬加載出一般的“框架效果”，這樣用戶就會以為我們是一個逐漸加載的過程。

當(dāng)然這也不是我們原創(chuàng)，只是我們?yōu)榱丝斓哪繕?biāo)，而最終選擇了這個方向。

另外一個步驟就是首頁的內(nèi)容展現(xiàn)也會有一個加載，雖然很短但是如果不作處理的話就會顯示一個loading也不是很好。于是我們又用了一張圖片，是用戶上次退出的時候主屏的截圖來替代loading的小菊花，這樣過渡效果就柔和很多。

另外還有一個小細(xì)節(jié)，同樣的截圖，我們顏色確是不一樣的（下圖文本框），這樣一深一淺是模擬加載的時候內(nèi)容漸隱展現(xiàn)出來的感覺。

我想很多設(shè)計師也會這樣吧，發(fā)現(xiàn)自己在和外部討論的時候總是很容易被說服，或者發(fā)現(xiàn)最終討論的結(jié)果不是一回事，自己又在不停的改一些無關(guān)緊要的東西，方案為什么不能很快被完結(jié)呢？其實就是因為在后續(xù)的推進和溝通中沒有保持目標(biāo)的導(dǎo)向性。

我的經(jīng)驗是，先聚焦在如何推進和解決最關(guān)鍵的部分上，暫時忽略分支和細(xì)節(jié)。比如在對一些設(shè)計稿的時候領(lǐng)導(dǎo)和其他人總會針對一些小地方提出自己的建 議，我都會拉回來說咱們這次主要是定xxx，其他地方后續(xù)我們可以慢慢修改。這樣就相當(dāng)于把自己的工作分了步驟，不至于繞一大圈而丟失很多效率。

3，加強設(shè)計的推動力

我一直有一種觀點，就是認(rèn)為如果沒有被最終實現(xiàn)的設(shè)計不能算作真正的設(shè)計作品。因為從本質(zhì)上來說它沒有帶來任何價值，也沒有解決任何用戶的問題，只 是流于形式和藝術(shù)。所以要做到這將設(shè)計落實下去，設(shè)計師就應(yīng)該不斷地思考如何把提升自己的推動力，這些不僅僅考驗的是出圖的能力，對設(shè)計師的溝通力和把控 力也有了很高的要求。

我認(rèn)為首先要做到我之前說的兩點（也就是了解信息和明確目標(biāo)），另外還可以分享一些提升推進力的具體流程和方法：

3.1 更前置的開展設(shè)計工作

場景A：PM來找到設(shè)計師說 ：“小U，老大說這個地方體驗不好，咱們改一下吧，后天要發(fā)版所以你明天給我方案好了?！?/span>

場景B：設(shè)計師找到PM同學(xué)說 ：“小P，最近我們的用研發(fā)現(xiàn)A流程的體驗還有問題啊，我們想了一些解決方案并且有一個不錯的，所以你看看什么時候能夠協(xié)調(diào)出開發(fā)資源呢？ ”

大家覺得，哪一個場景更好？

我們認(rèn)為要做到場景B，就得有一套前置開展設(shè)計的流程和方法。我們團隊的設(shè)計師在看待設(shè)計工作的時候并不是看成一個點，而是看成一個面，一套體系。 比如說我們會維護一個用戶體驗地圖，將產(chǎn)品的使用流程分解，去標(biāo)注每個節(jié)點都有什么做的好的地方和差的地方，這樣就可以直觀的反應(yīng)出哪里的體驗還有改進的 余地。加上之前我們對信息的收集和目標(biāo)的確定，設(shè)計師在產(chǎn)品經(jīng)理提出具體的要求前，就已經(jīng)可以大概知道哪些地方需要改進和提升了。

用戶地圖是很實用的設(shè)計工具，建議設(shè)計師們都掌握起來：

接下來的我們會把問題池中的重要問題提煉出來，然后去規(guī)劃它的解決方案。比如UX內(nèi)部自己開展一些用研計劃、概念稿、可用性測試，直到我們認(rèn)為出現(xiàn) 了一個不錯的可解決的方案。接下來就是在合適的時間去推動整個產(chǎn)品團隊實現(xiàn)這個方案，比如在技術(shù)成熟，資源有富余，或者領(lǐng)導(dǎo)正好關(guān)心這一塊的時候適時的提 出來。而暫時還沒有推進的方案我們則會保留下來，這樣下次有人再提出來的時候我們不但已經(jīng)非常了解了，而且可以很快解決問題。

3.2 主動發(fā)起和跟進

之前講項目計劃的時候也提到，很多設(shè)計師都只關(guān)心自己這一塊的工作，而沒有去Push大家的習(xí)慣，比如圖已經(jīng)做好了一封郵件丟出去就不管了，反正等結(jié)果就好了。但是實際上我就遇到過很多坑，比如丟出去圖產(chǎn)品經(jīng)理沒有反饋，等到好幾天后又突然反饋說不行再改改，但是離完結(jié)時間也沒多久了?；蛘哂忠淮纹渌诉x了一個站在設(shè)計角度不是最優(yōu)的方案，我當(dāng)時也因為懶也就沒有再去爭了，但是最后被老大看到還是痛批了一頓老老實實改。

所以說到底設(shè)計師根本是為了自己的設(shè)計結(jié)果和效果負(fù)責(zé)的，而不僅僅為了完成當(dāng)下的任務(wù)，設(shè)計師還得自己去發(fā)起和跟進自己的設(shè)計。

1）主動發(fā)起設(shè)計評審：

完成了方案就及時的找相關(guān)的人討論，而且要發(fā)起會議，不是簡單地丟一封郵件給對應(yīng)的產(chǎn)品經(jīng)理，這些人可能包括領(lǐng)導(dǎo)，開發(fā)，測試等。

為什么要這樣呢？因為點對點的溝通沒有面對面的溝通效率來的高，大家可以集中把意見都提出來，省下一個環(huán)節(jié)一個環(huán)節(jié)的麻煩。

2）增加大家的參與感：

就是在正式的評審環(huán)節(jié)前，讓各自利益相關(guān)的人看一看，聽聽他們的想法和建議。

大家有沒有這樣的經(jīng)歷？開發(fā)如果覺得這個設(shè)計方案不好實現(xiàn)，往往不會說開發(fā)難實現(xiàn)，而是會說這個設(shè)計不好看或者體驗差。這因為在公開場合示弱往往是很不好意思的事情，所以提前去了解一下大家的想法和建議，這樣才可以平衡各方的利益，免得被一次拍死。而且如果你私下采納過大家的想法，對于其他人就有種 “自己也參與了這個設(shè)計，這也是我的方案” 的感覺，是可以潛在的獲得更多支持的。

3）跟進開發(fā)實現(xiàn)的效果：

很多人會把跟進實現(xiàn)的工作丟給產(chǎn)品經(jīng)理或者項目經(jīng)理，但是其實他們是不懂設(shè)計的，也沒有像素眼，很多細(xì)節(jié)點理解不到位。所以設(shè)計師自己去盯去看還是很重要的，用戶在用得不爽的時候只會罵設(shè)計師，才不會記得你的設(shè)計稿呢。另外在獵豹招聘設(shè)計師的時候，能有實現(xiàn)的產(chǎn)品我們都只看實現(xiàn)的效果，如果對方說是實現(xiàn)不好，我們都會反問 “那為什么你沒有把控好實現(xiàn)的效果？”

3.3 管理產(chǎn)品經(jīng)理

這一點聽起來很奇怪吧？明明是PM管理我們吧？尤其是在獵豹移動和360這樣產(chǎn)品經(jīng)理強勢到類似領(lǐng)導(dǎo)的公司，或者很多小團隊中沒有獨立的UX部門， 設(shè)計師本身就依附在產(chǎn)品經(jīng)理下面。但是我想說其實產(chǎn)品經(jīng)理只是設(shè)計師順利工作的一個因素罷了，以正確的方式面對產(chǎn)品經(jīng)理的需求，并且適當(dāng)?shù)奶岢鲑|(zhì)疑和建 議，獲得他們的信任。在某些程度上，還可以利用產(chǎn)品經(jīng)理對整體需求和資源的把控優(yōu)勢來推進很多事情。

所以轉(zhuǎn)變觀念很重要。

Review

最后說了這么多，其實核心的觀點就是：了解信息 – 明確目標(biāo) – 推進設(shè)計，如果要再深入展開的話會還能有很多的內(nèi)容和案例可以講。但是大家一定有一個疑問：我平時都忙的要死，哪還有時間和精力去做這么多事情？

其實我認(rèn)為大部分人，真正有效的工作時間都只有40%，而浪費在爭吵、等待、理解錯誤和反復(fù)修改的時間上確是大部分。所以與其浪費時間做錯誤的事情，還不如多多思考該怎樣改進自己的工作方法，怎樣養(yǎng)成一些好的習(xí)慣。

本文轉(zhuǎn)載于:http://www.uisidc.com/designer-have-the-initiative

轉(zhuǎn)自：http://blog.sina.com.cn/s/blog_51470a3d0102vgrn.html