注：這是(shi)(shi)一(yi)篇來自 eyoucms的譯文，文中詳細列舉了做用戶(hu)(hu)體驗(yan)(yan)設計需要了解的 18 件事；雖然是(shi)(shi)國外(wai)的內容，但是(shi)(shi)對希望做用戶(hu)(hu)體驗(yan)(yan)的童(tong)鞋(xie)依然有參考(kao)意義(yi)。
我(wo)(wo)在(zai) 40 歲時改變(bian)了我(wo)(wo)的(de)(de)職業生(sheng)涯，成為(wei)了一名UX設計師。 2014 年，我(wo)(wo)在(zai)澳大利亞悉尼完成了一個(ge)為(wei)期 3 個(ge)月的(de)(de)UX設計課(ke)程(cheng)。課(ke)程(cheng)完成后，我(wo)(wo)仍(reng)然有很多東西(xi)要學。三年后回頭(tou)看，這些都是我(wo)(wo)剛開始做(zuo)UX設計師想知(zhi)道的(de)(de)事情。
首先，對自己(ji)(ji)的技(ji)能和能力(li)要(yao)有信心(xin)。以你自己(ji)(ji)的風格工作(zuo)，而不是(shi)一(yi)味地追隨(sui)別人(ren)。開拓你自己(ji)(ji)的設計之旅是(shi)至(zhi)關重要(yao)的，不要(yao)被(bei)別人(ren)的所作(zuo)所為所左右。
追(zhui)隨別人(ren)的(de)(de)風(feng)格，你(ni)可(ke)(ke)能(neng)成為一(yi)名好的(de)(de)設(she)(she)計師。但是(shi)開(kai)拓你(ni)個人(ren)的(de)(de)設(she)(she)計風(feng)格，你(ni)可(ke)(ke)能(neng)成為一(yi)名偉(wei)大的(de)(de)設(she)(she)計師。
經過三個月的(de)(de)(de)課程(cheng)后，你(ni)可以把“UX 設計師”作為你(ni)在LinkedIn上的(de)(de)(de)個人資(zi)料的(de)(de)(de)職位(wei)頭銜，但(dan)你(ni)也會對此產生(sheng)質疑。如(ru)果你(ni)覺得自己是個門(men)外漢，別擔心——這很正常(chang)。接受它，然后花時間(jian)學習更多關(guan)于設計和數字(zi)世(shi)界(jie)的(de)(de)(de)工(gong)作。要有耐(nai)心，給(gei)自己幾年的(de)(de)(de)時間(jian)去詳細了解它。不要急于求(qiu)成。
誠實面對你(ni)的(de)工作經驗。沒有什(shen)么比遇到一個(ge)擁(yong)有一年(nian)用戶體(ti)驗工作經驗和(he)“高級(ji)UX設(she)計師”頭(tou)銜的(de)人更糟糕的(de)了。
什(shen)(shen)么是(shi)產品(pin)經理? 什(shen)(shen)么是(shi)軟件測試員? 什(shen)(shen)么是(shi)iOS開發人員，她/他(ta)與android開發人員有何不同? 其中一些職位比較(jiao)明(ming)顯，但列出來會很多。下面是(shi)入(ru)門指南:
產(chan)(chan)品(pin)經理：調查、選擇和推動(dong)業務產(chan)(chan)品(pin)的開發(fa)。
軟件測(ce)試工(gong)程師：軟件測(ce)試工(gong)程師職責包括(kuo)監(jian)控軟件工(gong)程過程和(he)確保(bao)軟件質量。
技術總監：技術總監將(jiang)有助于建設團隊生(sheng)產力，并與客戶、設計師(shi)和開發人員協(xie)作，在定義和塑(su)造產品方面發揮著巨大(da)的作用。
投(tou)資(zi)組合經(jing)理(li)：一個數字投(tou)資(zi)組合經(jing)理(li)幫助你做(zuo)出正確(que)的調用(yong)，這將為你的產品增加(jia)有意義(yi)的改進。
業(ye)務(wu)分(fen)析(xi)(xi)(xi)師：業(ye)務(wu)分(fen)析(xi)(xi)(xi)師是分(fen)析(xi)(xi)(xi)組織或(huo)業(ye)務(wu)領域并記錄其流程或(huo)系(xi)統、評估業(ye)務(wu)模(mo)型或(huo)擁有技術的人。
前(qian)端開(kai)發人員：前(qian)端開(kai)發主(zhu)要關注于在瀏覽器中(zhong)首先呈(cheng)遞(di)給用(yong)戶的內容。負責對網站的外觀、整體感覺和最終界面的設(she)計。
后端(duan)開發人(ren)員：創建網站、軟件(jian)或信息系統的邏輯后端(duan)和核(he)心計算邏輯。
網頁(ye)開發人(ren)員：專(zhuan)門開發在網頁(ye)瀏覽器(qi)上運行的應用(yong)程序(xu)的程序(xu)員。
首席數字官：通過將傳統的“模擬”業務轉變(bian)為(wei)利用現代在線技術(shu)的潛力來推(tui)動公司業務增長。
很多(duo)企(qi)業都在(zai)做(zuo)“敏捷”管理，但并不是(shi)所有的都做(zuo)得很好或很合(he)適。
“敏(min)捷是在不確定和動蕩的(de)環境中(zhong)創造(zao)和應對變化的(de)能力(li)”(敏(min)捷聯盟)
在(zai) 2001 年初，當時有 17 名軟(ruan)件開(kai)發人員在(zai)猶他(ta)州的Snowbird聚會(hui)，“敏捷”一(yi)詞被(bei)應用于收(shou)集方法的集合(he)用來(lai)討論他(ta)們的共同的想法和(he)各種軟(ruan)件開(kai)發方法。
這(zhe)些價值和(he)原(yuan)則都是在宣(xuan)言中提(ti)出(chu)的。宣(xuan)言指出(chu)，通過他們的工作，他們已經達到了有共識的價值:
個(ge)體和交互 勝過 過程(cheng)和工具(ju)
可以(yi)工作(zuo)的軟件 勝過(guo) ; 面面俱到的文檔
客戶合作(zuo) 勝過 合同(tong)談判
響應變(bian)化 勝過(guo) ; 遵循計劃(hua)
（雖然右項(xiang)也具有價值(zhi)，但左(zuo)項(xiang)具有更大的(de)價值(zhi)）
作為設(she)計(ji)(ji)師，你(ni)需(xu)(xu)要(yao)接(jie)(jie)受批(pi)評。對(dui)你(ni)的(de)設(she)計(ji)(ji)工(gong)作的(de)建設(she)性(xing)批(pi)評是你(ni)較好的(de)成長方(fang)式。學會尋(xun)求批(pi)評，不要(yao)把別人對(dui)你(ni)的(de)批(pi)評放(fang)在心上。在需(xu)(xu)要(yao)的(de)地方(fang)進行反(fan)復的(de)設(she)計(ji)(ji)，并(bing)反(fan)復進行這個過程。接(jie)(jie)受批(pi)評是一種快速承(cheng)受失敗并(bing)繼續前進的(de)好方(fang)法。
Tanner Christensen寫了一(yi)篇關(guan)于(yu)“什么時候(hou)我們應(ying)該忽略批(pi)評”的文章。在這篇文章中，他引用了邁克·戴維(wei)森(Twitter前設計副總裁)的一(yi)句名言:
你應該(gai)把別人對你的批評當作自我調查或探(tan)索，而不(bu)是對自己的否定。
當你(ni)在(zai)一個設計團(tuan)隊(dui)里面，你(ni)也需要對團(tuan)隊(dui)作(zuo)品給出自己的合理(li)反饋。
在你(ni)作出判斷之前，你(ni)需(xu)要對特定設計(ji)要解(jie)決的問題有一個詳細的了解(jie)。
一旦你(ni)對(dui)設(she)計(ji)背景(jing)和(he)存在的問題有(you)了(le)詳(xiang)細的了(le)解，你(ni)就可以(yi)對(dui)設(she)計(ji)存在的問題想出應對(dui)之策。當(dang)你(ni)給予(yu)反饋的時候(hou)，你(ni)需要(yao)考慮對(dui)象是誰。每(mei)個設(she)計(ji)師各方(fang)面性格是不(bu)同(tong)的，你(ni)和(he)每(mei)個人(ren)的關系(xi)也會不(bu)同(tong)。在給予(yu)設(she)計(ji)反饋時要(yao)有(you)一點交際(ji)手段(duan)。Mike Davidson給出了(le)一些建議:
一個好的經驗法則是: 如果一個問題對你來說很簡單，你可能還沒有完全理解它。你覺得可以，但你可能不會。
