您的位置:首頁>設計>正文

零基礎入門!給非科班生的自學路徑圖之交互設計篇

所有群裡最常見的新人問題就是——零基礎怎麼學習交互設計?其實, 很多時候零基礎不可怕, 但最怕的就是零基礎帶來的那種浮躁, 比如往往他們都追求速成。 每個職業人都有零基礎的時候(廢話), 而在社會上獲得工作機會又要求你有相關經驗, 於是這就形成了一個新人最恐懼的矛盾——越沒經驗越沒機會, 越沒機會越沒經驗。

今天給大家推薦一些我個人認為相對靠譜的零基礎學習途徑, 做完這些, 想直接去 BAT 校招應該是可以一戰的, 或者退一步去一個小型公司進一步積累經驗應該也會有很大的希望。

1. Design Guidelines

兩大平臺(Android、iOS)的官方設計規範強烈建議讀三遍, 很明顯, 這件事很多新人堅持不完就放棄了。 閱讀肯定不能單純死磕, 需要有一些目的性和理解技巧:

第一遍作為入門, 就當看課外書, 過程中儘量去理解每個章節的內容, 並且在閱讀的時候努力回想手邊哪些把玩過的產品應用了這些設計細節,

或者沒有應用(為什麼?如果用了會不會更好?);

第二遍作為學習, 最好手上有實際的專案或者練習, 同時使用規範輔助閱讀, 做到相應的場景就可以先翻看規範的建議, 然後結合競品的做法, 思考怎樣找到最適合自己產品的設計方案;

第三遍作為手邊工具書, 不一定要從頭到尾再次閱讀, 而是把設計規範時常留在手邊, 做專案或者練習或者看別人設計的時候經常想起來翻閱, 有助於強化你對平臺規範的理解和應用。

當然, 設計不僅僅是循規蹈矩, 還要有自己的創造。 按照規範做的好處是不會犯過於不可接受的錯誤, 但往往很多情況下規範也不能説明你完成所有的細節設計,

此時就需要結合使用場景去分析。 對新人來說最好的辦法就是學習競品的交互邏輯, 因為大多數產品在基礎結構上還是比較類似的, 有很多可以借鑒的地方。

2. Weekly Design Challenge

翻譯成中文就是「每週設計挑戰」, 這是我自己沒有完整做過但是目前比較推崇的一種學習模式。

WDC 在國外很熱, 去 Facebook 或者 Medium 上隨便一搜都能找到很多不錯的設計方案以及學習小組。 要求說起來也很簡單, 就是每週針對一款產品或者概念進行重設計或改進(也可以是獨創設計), 大多是針對產品中的某幾個小的點來 Redesign, 畢竟設計完整產品是不適合練手的。 這裡我要重磅推薦好友 Ethon Lau 的 Medium, 他的 WDC 品質非常非常高, 角度獨特, 設計完善, 雖然他年紀比我小, 但是絕大部分新人向他學習可能都會覺得非常吃力(畢竟他距離零基礎已經很遠了), 不過作為範本和目標, 確實是一個好選擇。 (https://medium.com/weekly-design-challenge)

就像前面說的, 做練習設計方案的時候一定要找准切入點, 切不可泛泛而談。 其實對產品同學也是類似, 很多人寫產品分析報告的時候都很空很大,

從太淺的表面入手並不能得到什麼有價值的資訊和鍛煉。 最好是尋找那些和自己實際使用場景相關聯的內容:比如我朋友跳槽之前在航空公司工作, 想去阿裡就可以主要寫「去啊」中機票相關的業務流程設計和改進, 因為自己賣過機票所以也比較瞭解, 做出來的方案就會非常有說服力;再比如技術出身的同學, 也可以針對線上程式設計學習的產品做一些改進方案, 結合自己的專業所長, 很容易代入到具體的產品場景中。

除了 WDC, 我個人也常做一些設計小練習, 看公眾號的朋友一定有所瞭解。 我所有的靈感都來源於實際的產品使用, 比如之前寫過不少文章是針對微信群組或者知乎搜索的, 就是因為在使用中確實遇到了諸多「不便之處」。有時候吃口飯的時間發現了一個可嘗試改進點,馬上記下來,回家花幾個小時寫方案做頁面,整理成文章發佈出去。很快,你的方案會收到各種各樣的回饋,大多數個人臨時思考的改進點肯定有太多不完備的地方,這時收到的批評和指導就可以説明你調整產品思考的角度。如果運氣好讀者裡還有這個產品真正的設計師,就可以給你更多的指導和幫助啦。

3. Coding

沒錯,對交互設計師而言,我建議如果有時間就最好去學習一門程式設計語言。幾年的開發經驗對我現在做交互設計有非常明顯的幫助——主要體現在邏輯設計和團隊協作上,這也是我最近又重新複習 Framer 來做交互動效的原因。對於複雜邏輯來說,程式設計是最好的描述語言,甚至經常偽代碼比 PRD 更加易於閱讀(尤其對工程師而言)。具備程式設計背景的設計師會有更加嚴密的邏輯分析能力,應對複雜業務場景也會更加自如。

我個人是技術崇拜的,雖然現在程式設計能力很一般,但真的覺得寫代碼是一件非常非常酷的事。而且,相比其他技能,程式設計也是目前適用性最廣的一種能力,畢竟做什麼都離不開電腦,學會一門程式設計語言往往可以説明你大大提高工作效率。不管怎麼說,就算沒有時間深入學習,也可以簡單過一遍語言基礎,或者像我一樣使用 Framer 製作簡單可交互原型。

語言方面我個人推薦前端(HTML/CSS/JS)或 Python,對於設計師來說前者可能更加合適,比如可以用來自己搭網站、寫 H5頁面、做原型等。掌握程式設計語言也能夠説明你瞭解所設計的頁面是如何變成使用者面前的樣子,懂得開發過程也能夠更好地與工程師進行溝通。

前端我推薦零基礎的同學使用 Codecademy

Python 的話推薦 Learn Python The Hard Way

最好有時間也學習一下簡單的 git 知識,推薦廖雪峰老師的教程,簡單易學(http://www.liaoxuefeng.com)

一般來說,上面三件事可能沒做完,你就已經有了更明確的下一步計畫,或者至少對交互設計有了更深層次的理解。這時候,就儘量去找項目做吧。

剛開始做設計的時候,我是給自己的專案團隊做。當時首先把設計稿外包給了一個藝術專業的同學做,但後來發現不是太滿意,並且溝通成本實在高昂,就剁手買了 Sketch 自己上。後來發現按照規範嘗試製作頁面並沒有想像當中那麼難(當然也踩了很多坑),於是就此踏上了交互設計的道路。

建議新人同學也可以這樣,首先在身邊找小團隊或者學生組織來進行練手,學校的好處就是你需要練習設計也一定能找到人需要練習產品和開發,這樣組隊各需所需實在更好不過了。

做完一定數量的 WDC,熟讀設計規範,又對程式設計有一定瞭解的話,不敢說去公司應聘一定能成功,但是在學生組織裡找個設計工作肯定是沒問題的。然後就邁入了新的階段——實踐踩坑走彎路階段……沒錯,等到真實設計產品的時候,等到有真實用戶的時候,等到面臨實際運營壓力的時候,你就會發現:「尼瑪勞資覺得自己已經不是零基礎,而是負基礎了」,但是恭喜,這是從真正零基礎邁向專業的第一步。

基本上,到了這一階段,新人設計師也不再需要到處去問「新人怎麼入門?」、「這是什麼軟體做的?」這種白癡問題了,因為其實每一個走過的人都知道,進階的道路早就擺在面前,就看你願不願意堅持走下去了。

記得以前參加一個產品分享沙龍,按慣例結束的時候會有互動問答環節,有一個同學舉手提問嘉賓:「我是一個通信專業的學生,但是感覺對本專業沒有興趣,也做的不好,但是對互聯網產品很熱愛,請問老師如何才能在三個月的時間裡找到一份產品經理的工作?」

當時聽到這個問題我是比較反感的,因為如果你問「三個月怎麼零基礎找到一份建築師醫生的工作?」想必大家都會覺得你是腦殘吧。那憑什麼產品經理、互聯網設計工作就門檻這麼低?如果零基礎幾個月甚至業餘學習一年你就能得到一份滿意的工作,那是不是別人加倍努力瞬間就可以把你換掉了呢?一件事入門越簡單,被替代的可能性就越大。所以,既然選擇了互聯網這個行業,交互設計這樣一個相對新穎的職業,就不能讓自己停滯不前了。

就是因為在使用中確實遇到了諸多「不便之處」。有時候吃口飯的時間發現了一個可嘗試改進點,馬上記下來,回家花幾個小時寫方案做頁面,整理成文章發佈出去。很快,你的方案會收到各種各樣的回饋,大多數個人臨時思考的改進點肯定有太多不完備的地方,這時收到的批評和指導就可以説明你調整產品思考的角度。如果運氣好讀者裡還有這個產品真正的設計師,就可以給你更多的指導和幫助啦。

3. Coding

沒錯,對交互設計師而言,我建議如果有時間就最好去學習一門程式設計語言。幾年的開發經驗對我現在做交互設計有非常明顯的幫助——主要體現在邏輯設計和團隊協作上,這也是我最近又重新複習 Framer 來做交互動效的原因。對於複雜邏輯來說,程式設計是最好的描述語言,甚至經常偽代碼比 PRD 更加易於閱讀(尤其對工程師而言)。具備程式設計背景的設計師會有更加嚴密的邏輯分析能力,應對複雜業務場景也會更加自如。

我個人是技術崇拜的,雖然現在程式設計能力很一般,但真的覺得寫代碼是一件非常非常酷的事。而且,相比其他技能,程式設計也是目前適用性最廣的一種能力,畢竟做什麼都離不開電腦,學會一門程式設計語言往往可以説明你大大提高工作效率。不管怎麼說,就算沒有時間深入學習,也可以簡單過一遍語言基礎,或者像我一樣使用 Framer 製作簡單可交互原型。

語言方面我個人推薦前端(HTML/CSS/JS)或 Python,對於設計師來說前者可能更加合適,比如可以用來自己搭網站、寫 H5頁面、做原型等。掌握程式設計語言也能夠説明你瞭解所設計的頁面是如何變成使用者面前的樣子,懂得開發過程也能夠更好地與工程師進行溝通。

前端我推薦零基礎的同學使用 Codecademy

Python 的話推薦 Learn Python The Hard Way

最好有時間也學習一下簡單的 git 知識,推薦廖雪峰老師的教程,簡單易學(http://www.liaoxuefeng.com)

一般來說,上面三件事可能沒做完,你就已經有了更明確的下一步計畫,或者至少對交互設計有了更深層次的理解。這時候,就儘量去找項目做吧。

剛開始做設計的時候,我是給自己的專案團隊做。當時首先把設計稿外包給了一個藝術專業的同學做,但後來發現不是太滿意,並且溝通成本實在高昂,就剁手買了 Sketch 自己上。後來發現按照規範嘗試製作頁面並沒有想像當中那麼難(當然也踩了很多坑),於是就此踏上了交互設計的道路。

建議新人同學也可以這樣,首先在身邊找小團隊或者學生組織來進行練手,學校的好處就是你需要練習設計也一定能找到人需要練習產品和開發,這樣組隊各需所需實在更好不過了。

做完一定數量的 WDC,熟讀設計規範,又對程式設計有一定瞭解的話,不敢說去公司應聘一定能成功,但是在學生組織裡找個設計工作肯定是沒問題的。然後就邁入了新的階段——實踐踩坑走彎路階段……沒錯,等到真實設計產品的時候,等到有真實用戶的時候,等到面臨實際運營壓力的時候,你就會發現:「尼瑪勞資覺得自己已經不是零基礎,而是負基礎了」,但是恭喜,這是從真正零基礎邁向專業的第一步。

基本上,到了這一階段,新人設計師也不再需要到處去問「新人怎麼入門?」、「這是什麼軟體做的?」這種白癡問題了,因為其實每一個走過的人都知道,進階的道路早就擺在面前,就看你願不願意堅持走下去了。

記得以前參加一個產品分享沙龍,按慣例結束的時候會有互動問答環節,有一個同學舉手提問嘉賓:「我是一個通信專業的學生,但是感覺對本專業沒有興趣,也做的不好,但是對互聯網產品很熱愛,請問老師如何才能在三個月的時間裡找到一份產品經理的工作?」

當時聽到這個問題我是比較反感的,因為如果你問「三個月怎麼零基礎找到一份建築師醫生的工作?」想必大家都會覺得你是腦殘吧。那憑什麼產品經理、互聯網設計工作就門檻這麼低?如果零基礎幾個月甚至業餘學習一年你就能得到一份滿意的工作,那是不是別人加倍努力瞬間就可以把你換掉了呢?一件事入門越簡單,被替代的可能性就越大。所以,既然選擇了互聯網這個行業,交互設計這樣一個相對新穎的職業,就不能讓自己停滯不前了。

Next Article
喜欢就按个赞吧!!!
点击关闭提示