但是聽多了之后發現設計師的煩惱還是挺有規律的，無非就是這三大類：

1，太著急：經常早上提的需求下午就要，沒有時間認真打磨和研究，更別提什么創新了。總是被需求方催著，只能草草了事，自己都不忍心看。

2，修改太多了：感覺對方也不知道要什么，怎么做都要被修改，大家都很糾結。

3，被指點江山：尤其是被不懂設計的人指點江山，經常提一些很主觀和細節的要求，感覺還不如讓他們自己做得了。

但是認真感受這些煩惱之后，發現一個更嚴重的問題就是：大部分設計師都沒有設計的主動權。圖是設計師在做，但是設計的過程和結果卻不是設計師自己能夠掌控的。

于是我就在想為什么會造成這樣的問題，當然原因有很多，可是有一個很根本的原因就是在現在的互聯網設計流程中，設計師本身就是處于整個流程的下游。

圖

大家可以看到上圖是我們常見的設計流程，需求方或用戶提出需求，產品經理整理需求，最后才反饋給設計師開始設計。這看似司空見慣，但是卻會造成一些問題：

1，信息滯后：大部分需求設計師都是最后一個知道的，也許在知道之前，產品經理和領導就已經討論完了，甚至有了基本的設計解決方案。設計在最后才介入，只能做一些執行的工作。

2，目標不清：因為設計師無法了解原始的場景，當時用戶的問題和需求點都沒有自己感受到，只是別人傳達的。那么可能會被傳達少一些，或者加入很多主觀的想法歪曲了一些，這樣設計師所了解到的設計目標可能根本就不是一開始想要的。

3，進度失控：大部分情況下項目周期可能都是領導和產品經理訂好了，什么時候立項、什么時候測試什么時候上線。等到某一天突然找設計師要圖的時候，天啊~完全沒有準備好!

尤其是像我們獵豹移動是一家產品經理為主導的公司，產品經理有很大的影響力和信息的壟斷性，表現到煩惱上就是- 大家覺得產品經理太強勢了!但是后來我仔細想想其實這也不算什么問題，百度也是工程師文化，阿里也是運營文化，估計除了蘋果以外設計師在哪里都得面對這樣的現實。

如何解決這些煩惱?

在聊如何解決的時候，我想說一下假如這些煩惱都已經解決了，假如有一種符合設計師的理想模式，那會是怎樣的?

1，設計師由接任務變為推動設計：傳統的情況我認為設計師都在接任務，接受別人的任務并且完成，這樣不斷的反復。但是在理想模式下設計師可以推動自己認為美好和正確地事情去變為現實;

2，設計師自己掌控自己的時間：尤其是設計師可以為自己留出認真思考和創新的時間，而不是始終疲于奔命;

3，方案的通過率高：指的是我們只需要出那么一兩稿，就可以基本確定大方向，不用一直繞圈子;

而在這種模式下，我覺得設計師已經不再是流程的下游了，而是某些意義上來說，設計師在領導整個團隊推進產品設計的提升，這就是設計師掌握了主動權。