泡在知乎、LOFTER上有一段時間了，一直在學(xué)習(xí)交互大神們分享的專業(yè)知識or工作心得之類的文章，但自己卻很少回答問題，很少把自己的工作思考分享出來。一是感覺自己交互經(jīng)驗少，經(jīng)歷的產(chǎn)品線較少，沒有足夠的案例說明；二是邏輯分析能力不夠細致，思考深度淺顯，害怕別人說你的差，會很有挫敗感。

最近讀了一篇《被否定，直至被肯定》的雞湯文章，目的很簡單，只是想從中找出一些共鳴，安慰一下自己而已。“如果你害怕犯錯，只會讓自己變得束縛，從而順利的進入一種惡性循環(huán)”，所以“不敢表達、害怕出錯”，可能是我轉(zhuǎn)交互之后犯的第一個錯誤。害怕別人說你做的東西差，頁面說明考慮的不全面，容易被別人一下問倒，自尊心受打擊。但交互設(shè)計的職業(yè)性，決定了這個工作不可能也不允許一個人閉門造車，你需要正確理解產(chǎn)品經(jīng)理給出的需求并提供方案，給視覺設(shè)計師提供頁面框架結(jié)構(gòu)，給開發(fā)工程師提供交互文檔，以及給測試工程師提供測試文檔，所以作為一個承上啟下或居于中心的職業(yè)，敢于表達或許才是交互新人學(xué)習(xí)的第一課，閉門造車永遠不可能造出用戶想要的車。

第二個錯誤是跟PM協(xié)作上出現(xiàn)的問題。PM考慮的是產(chǎn)品方向、商業(yè)價值、項目難度等,交互設(shè)計師考慮的重心是解決用戶需求，重流程邏輯與情感表達等，基于兩者考慮重心不同，交互新人一開始會很難正確理解PM給的需求，所以一開始我的設(shè)計打回次數(shù)不少，有的甚至?xí)x產(chǎn)品方向。為了減少打回次數(shù)與理解偏離，現(xiàn)在PM在撰寫需求文檔時我就主動參與進來，詳細了解每一個需求的產(chǎn)出過程，這個需求的目的是什么、面向什么人群、有什么產(chǎn)品功能或特色等，這樣我就能很直觀的理解每一個需求，更深入挖掘用戶需求、為用戶建模與搭建場景、設(shè)計任務(wù)流程，更好的平衡PM的商業(yè)價值與交互設(shè)計的用戶需求之間的關(guān)系。

第三個錯誤是不善于分享。前期會因為自尊心，怕被別人說做的東西不專業(yè)，讓自己受挫，然后關(guān)聯(lián)著也就怕分享自己的思考了。最近在網(wǎng)易又系統(tǒng)的學(xué)習(xí)了交互設(shè)計課程，收獲很大，我們在易信群討論怎樣更快成長時，很多人都同意的一點就是多分享。因為作為交互新手，邏輯與分析能力都不強，分享會促使自己嚴(yán)謹(jǐn)思考，促使自己不再只看表面，而會深究其背后的意義與目的。同時，分享能直觀看出自己與其它設(shè)計師之間的差距，更有針對性的彌補某一方面的不足，讓自己更快成長。

第四個錯誤是不清楚什么時候該堅持，什么時候該妥協(xié)。作為交互新手，也許都碰到過這樣的問題，太堅持自己的設(shè)計會被說成固執(zhí)，不堅持會被說成沒有主見。在一次設(shè)計評審會上，討論的焦點集中到一個動效設(shè)計上，開發(fā)工程師認(rèn)為動效有難度，時間成本消耗大，在任務(wù)時間較緊到情況下，覺得沒必要這個動效。對于開發(fā)工程師的“嫌麻煩”，我也闡述了為什么加這個動效的原因，從用戶認(rèn)同與情緒體驗，以及情感互動上進行說明，大家都說了很久，從下午討論到晚飯時間，最后討論的結(jié)果還是暫時不做。決定不做的原因很簡單，雖然自己都做了不少說明，但在闡述的時候不夠自信，有些地方思考還不夠成熟，沒有整套都思維體系，所以最終還是妥協(xié)暫時不做。

最近看完了紀(jì)錄阿里巴巴成長的影片《造夢者Dream Maker》，記錄了少年阿里成長的心路歷程，在看到因阿里云成立在公司內(nèi)部引起的“地震”時，讓我想起了最近很火的一句話：“如果誰都能理解和認(rèn)同我，那我該是有多么普通”，我覺得很符合在設(shè)計評審時的心情吧。當(dāng)然，如果你認(rèn)為你的設(shè)計已成體系，有自己的設(shè)計思想與融合深度，那就應(yīng)該堅持自己的想法，拿出用戶調(diào)查結(jié)果與數(shù)據(jù)反饋，與不同意見者討論交流，直到說服對方，這或許也是自己對設(shè)計的尊重和自信。