本文作者從自己個人經(jīng)歷和想法出發(fā)，從三個轉(zhuǎn)變的角度談?wù)勅绾螐淖髌芳^渡到行業(yè)項目，希望對所有剛剛踏入產(chǎn)品或交互行業(yè)的新手們有所幫助。

一、前言

在經(jīng)歷了半年多的作品集沉淀，三四個月漫長的面試經(jīng)歷后，我終于完成了一個CS學(xué)子到小白交互設(shè)計師的轉(zhuǎn)變。作為一個從0開始，沒有任何交互或產(chǎn)品行業(yè)經(jīng)驗的在校生，這個過程中踩了無數(shù)坑，但也正因為這些彎路使得一切積累都十分寶貴。

我相信很多還沒有走入行業(yè)的畢業(yè)生都跟我一樣，利用自己在學(xué)校的項目經(jīng)歷完成了簡單的作品集。在制作過程中，總覺得自己對整個流程已經(jīng)了解的十分完善，但實際踏入工作時卻發(fā)現(xiàn)之前獨自閉門造車的思維模式有很大問題，在處理商業(yè)項目時水土不服。

所以本文將從個人經(jīng)歷和想法出發(fā)，從三個轉(zhuǎn)變的角度談?wù)勅绾螐淖髌芳^渡到行業(yè)項目，希望對所有和我一樣剛剛踏入產(chǎn)品或交互行業(yè)的新手們有所幫助。

二、二者有何不同？

對于這個問題，可能很多剛畢業(yè)的小白都能說上幾句。例如制作作品集主要是基于自己做過的項目，是內(nèi)容和能力的展示，而商業(yè)交互設(shè)計師是2b或者2c，是面對具體的用戶；制作作品集的時候自己就是一整個團(tuán)隊，而在公司里是團(tuán)隊的一員。但沒有親歷兩種不同的項目模式，其實很難關(guān)注到表面不同背后驅(qū)動的行為模式。

以上問題如果再追問，展示能力與追求極致的用戶體驗究竟相互矛盾還是相輔相成，是團(tuán)隊的一員意味著我們的產(chǎn)出需要做到什么程度，恐怕絕大多數(shù)小白畢業(yè)生，例如剛開始實習(xí)的我，都完全傻眼。

想要真正handle交互設(shè)計師入門，必須要徹底的搞清楚這二者背后不同的模式，從而總結(jié)出轉(zhuǎn)變的方法，才能順利的蛻變。

交互設(shè)計 = 用戶 +?場景 + 行為

這個小白入門必“背”公式其實很好的為交互入門劃分了三個大致方向，明確自己新的角色，并且在商業(yè)場景下更好的協(xié)作和輸出。下面我將根據(jù)這個公式詳細(xì)分享我的經(jīng)驗。

三、角色

1）從甲方變成乙方

制作作品集其實是個非常綜合的過程，尤其是如果涉及到一些自己全程參與的項目，交互其實常常只占工作的一小部分而已。很多時候我們一個人就是一個團(tuán)隊，需要從前期策劃，到產(chǎn)品的視覺設(shè)計，還有后期運營全程參與，一邊構(gòu)思一邊進(jìn)行實現(xiàn)。

我們同時是交互設(shè)計師，視覺設(shè)計師，架構(gòu)師，產(chǎn)品經(jīng)理，還可能是運營專家。這樣考慮的視角是相對俯視全局的——因為你什么都得考慮到，這就會造成每一個角度中細(xì)致度的缺乏，而細(xì)致度卻又是商業(yè)交互設(shè)計師最需要的東西。

在公司里做交互設(shè)計師，需要把自己切換成仰視細(xì)節(jié)角度，去關(guān)注每一個控件的位置和大小，每一個頁面的跳轉(zhuǎn)邏輯。

這樣設(shè)置我的控件大小是否可以突出我的主體功能？返回鍵放在右側(cè)是否違背了用戶習(xí)慣？這樣的排版是否合理，信息重要層級是否符合使用場景？

只有關(guān)注到一個頁面的角角落落，方方面面，才能真的算是開始上手入門。

2）扔掉“理所當(dāng)然”的黑匣子，你才是造螺絲釘?shù)脑O(shè)計師

很多時候小白容易陷入“照搬市面上成功產(chǎn)品的交互邏輯”死循環(huán)，實際上并不是偷懶或者抄襲的問題，而是思維模式?jīng)]有轉(zhuǎn)換，沒有意識到所有細(xì)節(jié)都需要根據(jù)具體產(chǎn)品進(jìn)行思考和推敲。

舉個自己的例子，我接手的第一個任務(wù)是導(dǎo)航產(chǎn)品。當(dāng)時我想，這還不簡單嗎，市面上多少已經(jīng)很成熟的導(dǎo)航產(chǎn)品，按照他們的方向，突出這個產(chǎn)品的獨特點，就是個很好的交互方案了。所以我制作作品集一樣，簡單的列了一下功能列表，信息架構(gòu)，對比了一下競品，然后立刻著手去畫了幾份草圖。

結(jié)果在匯報的時候，老板幾連問就把我問懵了：這個按鈕為什么要放在這？為什么放這么大？又為什么放這么小？要在這個地方放這個功能嗎？為什么不在后續(xù)放？

當(dāng)時的我才猛然發(fā)現(xiàn)，這些問題原來的思維習(xí)慣里來的多么“理所當(dāng)然”，只是因為其他成熟產(chǎn)品這么做所以我就這么做，因為他們把搜索欄放在底部我就放在底部，因為他們把工具欄收起來我也收起來，卻從來沒有想過成熟產(chǎn)品這么做的原因是什么，這樣的做法是否適合我手上的產(chǎn)品。

而且我滿足于大框架上的設(shè)計，總是把關(guān)注點放在服從信息結(jié)構(gòu)的邏輯，或者是否在視覺上和諧，卻恰恰漏掉了交互設(shè)計師需要去關(guān)注的部分——這些細(xì)節(jié)對用戶造成的影響是什么。或許改動10%的控件大小就會讓用戶覺得重點突出，或許將教程功能隱藏在使用過程中就能極大地減少用戶被打擾度，這些才是商業(yè)交互設(shè)計師更需要考慮的，而不是只關(guān)注宏觀的結(jié)構(gòu)和邏輯。

四、場景

對于一個商業(yè)交互設(shè)計師來說，公司就是我們的場景。一般較大的公司會有專門的用戶體驗設(shè)計部門，匯集了交互設(shè)計，視覺設(shè)計，產(chǎn)品設(shè)計等。中小型公司也會有對應(yīng)的職能。這就需要我們非常明確在當(dāng)前場景下我們的職責(zé)，這對我們思維模式和產(chǎn)出都有決定性的作用。

1）溝通

在公司場景中注定了我們需要花大量時間在溝通和確定需求，還有講解自己的設(shè)計上。一個人做作品集的時候，一切都誕生在我們的腦子里，新的想法隨時可以進(jìn)行改動，并且改到我們覺得合適為止。

但在公司場景中，往往需要消耗大量的溝通成本，所以在最開始時一定和產(chǎn)品經(jīng)理對接清楚，并在后期輸出時盡量簡潔的說出自己的想法。有的時候并不是設(shè)計不好，而是沒有表達(dá)清楚為什么這樣設(shè)計，從而導(dǎo)致方案被斃。

2）協(xié)作

做作品集的時候，靈感來的都很零散。有的時候先想到了整體風(fēng)格，再著手畫線框圖，只要最后產(chǎn)出的時候邏輯正確，那么其實跳躍性思維并不影響作品集的質(zhì)量，反而會容易做出比較有特色的設(shè)計。

但商業(yè)交互設(shè)計要求交互設(shè)計師必須完全focus在自己的部分，有的時候想多做多，反而是對其他職能的設(shè)限。交互設(shè)計師需要做的事情是突出重點，點到為止，而不是越俎代庖，去規(guī)劃本該是視覺設(shè)計師該做的事情。

五、行為

明確了自己的角色和所在的場景之后，我總結(jié)出了兩條適合小白們提升自己可以做的行為。

1）多看書多總結(jié)

看書可以幫小白們迅速的抓到一些基本的設(shè)計原則和理念。我剛開始上手做項目的時候，完全缺乏規(guī)范的方法論，也缺乏設(shè)計語言的統(tǒng)一。不知道要突出重點，對不重要的東西有的放矢，如果方案被打回來就歐巴桑心態(tài)一股腦兒的往里面塞新的功能?？磿梢钥焖賻椭“讉兊於P(guān)于“設(shè)計”的一些準(zhǔn)則，把握產(chǎn)出的大方向，否則輸出的東西永遠(yuǎn)無法打中用戶的需求。

2）多寫交互文檔練手

交互文檔對于一個交互設(shè)計師來說有多重要不用我多說，但如何快速又細(xì)致的寫好一份交互文檔，是非常需要鍛煉的。一味求快很容易漏掉功能或狀態(tài)，只追求雕花一樣的細(xì)致又會趕不上ddl，二者如何兼得，只能靠多寫。

如果可以有一套自己檢查邏輯和狀態(tài)的方法論是最好的。這樣就可以在完成主界面設(shè)計之后快速輸出一份大綱版本的交互文檔，然后再用檢查方法論去細(xì)化，豐富主體。同時在寫交互文檔的時候也不能忘記細(xì)節(jié)所體現(xiàn)出來的設(shè)計原則，要寫的易讀，且不容易讓人誤讀。

六、總結(jié)

七七八八寫了很多，其實核心的主題很簡單。很多時候我們意識不到商業(yè)交互和做作品集時思維和行為模式的區(qū)別，自己一個人團(tuán)隊做項目做多了，反而容易被局限在自己的框架里，雖然也有滿足的快樂，但難以走出去和一個大團(tuán)隊合作，學(xué)習(xí)新的知識。

在工作之前我陷入到一段時間的自我懷疑中，懷疑自己所選擇的職業(yè)道路到底是否有發(fā)展，我是否只是無限的在重復(fù)已知的教條。但一旦走出這個自己設(shè)下的框架之后，所學(xué)習(xí)到的東西和接觸到的行業(yè)會帶來許多新的體驗，也讓我更好地審視我的選擇。

希望我的小小總結(jié)也可以幫到正在進(jìn)行自我懷疑或者初入職場的小白們，也激勵自己在以后也不要停止回顧和總結(jié)的道路。

本文由 @Echo? 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可，禁止轉(zhuǎn)載

題圖來自Unsplash，基于CC0協(xié)議