今年 29 歲,在阿里快到 4 年多,最近因為個人發展原因選擇了離職。
回顧在阿里的這幾年,從進去時的 P6 到剛晉升 P8,想把自己在大廠成長的一些經驗分享給大家。
正好我以前寫過「設計師在小公司沒人帶如何自我成長」,有興趣或者有相關疑惑的同學的也可以看看。
全文目錄:
- 如何在設計團隊嶄露頭角
- 如何分配工作重心?
- 工作中如何跟不同的人合作?
- 保持基本技能的學習和不斷進步
- 熱愛生活,學會觀察
剛進阿里的時候,我被分派在了一個相對邊緣的業務。一個設計師如果在邊緣業務,又深陷于業務中時,往往會造成一個問題就是業務結果一般,老板也不知道你在做啥,最后會造成一種你覺得自己做了很多事,但是卻默默無聞的感覺。在大公司,這種情況如果不及時調整,往往會造成你的結果不好,然后拿不到好的項目,然后一直惡性循環。雖然說上級有責任看到你的付出,但是現實就是人的精力是有限的。
那如果我們真的開局不好,該如何跳出來呢?
1. 跳出你的業務,主動去解決產品中的「頑疾」:
我剛進前公司的時候,會主動去找產品中很多的體驗問題,這些問題就像當年大家覺得耳機要插線,導致經常掉,但在 Airpods 出現前沒人去關注要去掉線一樣(藍牙是一個方案,但是對比 Airpods 的連接和切換過程,藍牙的問題也是大家「覺得煩但不覺得要改」)。然后基于自己對業務和體驗的理解,設計出對應的解決方案。并且積極的找你的 Leader 去對焦這個方案。我相信如果 Leader 覺得你的方案好,一定會在合適的機會向上推進,向下落地。通過這個過程,你的能力會很好的被你的主管看到。
2. 做一些設計專業的工作:
也是在剛進前公司的時候,設計團隊大概 10 來個人。大家當時都非常的忙于業務,對于組件和標準化的關注有但是相對混亂。當時我主動站出了,基于自己對 sketch library 的了解,構建了第一個團隊的組建庫。并且以這個為引子,不斷引進 flinto(17 年的時候,那會 flinto 還算是一個相對先進的原型工具)以及各種 sketch 插件幫助大家提高工作效率。在橫向上幫助整個設計團隊提高產出。后面的幾年,我還負責了整個團隊的設計中臺、Dark Mode 項目、設計大改版等等。
也就是說,在業務項目之外,我們可以主動做很多專業視角的東西來幫助提升團隊的設計專業度,構建自己在團隊中的獨特影響力。
3. 在團隊中分享自己的工作成果:
當你忙完一個項目的時候,一定要學會總結。將過程中自己的理解,設計亮點或者獨到的方案總結成系統化的思考,主動在小組會、周會上分享給大家,不僅會提升大家對你的認識,也會讓你感受到自己慢慢的成長。
當你做好這些事情之后,你在團隊里的影響力和能力會慢慢被大家看到。這對于未來你去爭取更好的項目,贏得更大的上升空間有很大的幫助。
看完上面一條也許有的同學會問:我業務都忙死了,哪還有時間去做別的事情?
對于我自己而言,我在團隊里屬于效率比較高的人。這個一方面是我特別喜歡研究效率工具來管理自己,喜歡去學習新的設計工具幫助自己提升設計的效率,另一方面就是合理的精力分配了。
職場里經常會說的一句話是「要花 80%的精力去做 20%的事情」而不是「花 20%的精力做好 80%的事情」。人的精力的是有限的,我們要學會把精力更多的投入在有價值的事情上。
在設計工作中也是一樣,對于非常能發揮設計價值,非常重視體驗的項目,我們可以花更多的時間去鉆研和打磨。比如我上面提到的,設計專業類別的工作,這些項目其實非常能看出一個設計師對設計的敏感度和學習能力。還有一類是你在業務中遇到用戶提出了一些「難用」的功能時,往往是在體驗流程上出現了問題。如何用你的設計手段去解決問題,也是能很好的體現設計的價值。
而對于一些產品主導權比較重,或者運營主導權比較重的產品中,學會接受把自己放在一個「工具」的角色里。這并不代表我們沒有設計上的追求,學會尊重別人的決定,反而會讓自己呈現出一個合作能力很強的形象。工作中其實我們經常會跟產品或者運營產生分歧,有很多的分歧就是大家的角度不一樣,大家也都有道理。這種時候我自己的選擇是讓更上層的人做決策,或者既然對方是產品,尊重對方的選擇,并在他選擇的方向上做問心無愧的設計方案,避免去因為一些無意義的爭執和不滿浪費時間。這么做的同時,我又能花更多時間在自己覺得重要的事情上,何樂而不為呢?
這里我就說下跟設計師合作最緊密的三類人:產品和運營、開發、以及其他設計師。
良好的合作能幫助你更好的處理好職場關系,拿到更好的業務結果。
1. 跟產品或者運營合作:
這個其實就跟我前面提到的一樣,接受自己是一個「工具」。在一個項目里,產品和運營往往是這個結果的直接負責人,他們在協調和推動整個項目。遇到把控力強的產品,其實非常容易和設計發生沖突,而且互相都有道理無法說服。對方可能覺得你的按鈕不夠大,影響數據結果,你可能覺得按鈕太大很丑。對于這種合作方,我的建議是遇到分歧的時候讓更上層做決策,或者尊重對方的決定,然后在他選擇的方向上做問心無愧的設計方案。當然你也可以選擇去理解對方的動機,按鈕不夠大,是不是其他的內容顯得按鈕不突出?你的動線設計沒有讓用戶聚焦到這個按鈕上?作為一個設計師,理解需求方的意圖,給出合理的解決方案不才是我們的本職工作嗎?
還有一類產品和運營呢,會更加尊重設計師,他們相信專業的人做專業的事,他們提出問題,讓你去思考解決方案。遇到這種合作方,就是我前面說的你可以發揮設計價值的項目。你的工作就是放心大膽的放大你的設計價值,跟產品積極主動的討論,達成目標一致并且做到最好。
2. 跟開發合作:
在開發合作的過程中,最大的問題往往就是開發對設計稿的還原度問題。對于這個問題,我的方式是「去理解開發的思維」。因為其中有非常核心的一點是,其實開發看到你的設計,你的投影,你的動畫,他們并不是第一時間就知道怎么實現的。所以我的建議是,自學一些基礎的技術知識。學一點簡單的 CSS,你就能看懂前端是如何實現你的設計的;安裝下 Xcode 學習下 Swift,你就能理解你的設計如何在 iOS 上可以實現,在實現效果的時候可以調用什么 modify,他們有什么可調整的參數。找到一些開源的代碼庫,你就能直接找到很多動畫庫。通過這些思維訓練,會幫你在設計的時候就更多考慮開發如何去實現,讓你的設計稿更容易被還原,甚至直接告訴開發如何實現,提供大家的協作效率。
我也非常建議大家用 Figma 做設計,他的 Auto layout 以及 Frame 等特性除了能提升設計效率外,也是非常貼近開發思維的布局方式。在這個自動化的過程中,我們能更好的讓開發去理解我們的設計,從而提高還原度。
3. 跟設計師合作:
在一些橫向的設計項目,或者一些大型的業務項目里,我們也會遇到跟多個設計師一起合作。工作經歷中,我主導了很多這樣的項目。
作為主要牽頭的設計師,在開始項目前,我建議你首先需要做好明確的分工。根據合作設計師的能力,把你手頭的事情分成幾個部分,明確每個部分需要做什么。分工的標準是每個部分都可以有獨立的設計價值,對應的業務價值,以及相應的可衡量指標或者結果。這些部分是一個負責項目牽頭的設計師必須去思考的。如果只有分工沒有后面的部分,跟你合作的設計師很難知道自己在這個項目中的收益是什么,自己能拿到什么結果,這就容易導致合作的流產。
同時,在合作的工程中,注意給予同事充分的信任和主導權,如果覺得對方真的有什么做的不好的地方,不要害怕沖突但有理有據的提出你的觀點,而不是純粹的表達不滿和抱怨。同時作為主導設計師,適當的組織大家一起吃吃喝喝讓團隊更有凝聚力也不失為一個很好的辦法。
現在,整個趨勢都在要求設計師能夠掌握更多的能力。但是不管能力再多,作為體驗設計師,如果要在項目中獨當一面,最基礎的你的視覺和交互能力一定要過關。我在工作中見過太多設計師的能力向視覺或者交互一側嚴重傾斜。在大廠里,因為很多同學都是交互出身,往往視覺的功底相對薄弱。即使這樣,很多人還是忽視對視覺的重視,覺得我拉組件拼湊一下就好了。但是,如果你有足夠的排版功底,哪怕是用組件拼湊,也會有好壞之分。也許你見過一些設計師憑借單一能力上去,但是在「體驗設計師」時代,這樣的人會越來越少,穩固的基本功才是你平穩成長的關鍵。
我從畢業到現在一直保持每天看 Dribbble、Behance 上的設計的習慣,這些東西雖然很多是飛機稿,但是能不斷訓練你自己對美的感知,避免自己整天因為工作的內容而忽視了追求視覺的美感。同時也會每天看設計文章,關注新的設計工具提升自己的工作效率和眼界,學習新的技能。
體驗設計師畢竟身處在快速發展的互聯網世界,如果不保持自己不斷的進步,當你看到不斷上來的優秀校招生的時候,你真的會感嘆現在的設計師太厲害了。
當忙碌于工作的時候,我們經常會感覺一種虛假的充實。每天加班,每天不斷的干活,但是這樣的日子真的讓你進步了嗎。我發現每段最忙碌的日子里,往往讓我對方案靈光乍現的點,反而是在下班后開車的路上,晚上洗澡的時間或者在街上散步的時候。
其實在虛擬世界里,好的設計,往往是對現實世界的映射。多少 Apple 優秀的設計,靈感都是來自我們熟悉的東西。所以我一直會跟同事說,作為設計師,一定要熱愛生活,要有自己的興趣愛好,要給自己生活的時間,提高品味和審美,才能做出好的或者有趣的設計。
結語:大概就是這些自己想到的經驗吧,上面很多點其實也是聊的沒有很深入,每一個話題展開也能說很多。所以大家有比較想聽的問題,歡迎關注公眾號積極提問吧,我會基于大家關心的內容寫新的東西。
歡迎關注作者的微信公眾號「Lookapp」
復制本文鏈接 文章為作者獨立觀點不代表優設網立場,未經允許不得轉載。
熱評 王爭