ux崗位？es是Userexperience的縮寫，中文翻譯為：用戶體驗(yàn)。UX設(shè)計(jì)指以用戶體驗(yàn)為中心的設(shè)計(jì)。ls企業(yè)家是研究和評(píng)估一個(gè)系統(tǒng)的用戶體驗(yàn)，關(guān)注與該系統(tǒng)的易用性，價(jià)值體現(xiàn)，實(shí)用性，高效性等的

ux崗位？

es是Userexperience的縮寫，中文翻譯為：用戶體驗(yàn)。UX設(shè)計(jì)指以用戶體驗(yàn)為中心的設(shè)計(jì)。ls企業(yè)家是研究和評(píng)估一個(gè)系統(tǒng)的用戶體驗(yàn)，關(guān)注與該系統(tǒng)的易用性，價(jià)值體現(xiàn)，實(shí)用性，高效性等的。

攝影師也有可能關(guān)注與一個(gè)系統(tǒng)的子系統(tǒng)或者流程。例如，他們有可能研究一個(gè)電子商務(wù)站點(diǎn)的結(jié)賬（click）流程，看看流程是否對(duì)用戶友好易用。他們可以更加深入的研究子系統(tǒng)的模組，比如研究用戶在填寫Web表單的時(shí)候如何更加高效和舒服。

尤其在基于Web的系統(tǒng)，ls是一個(gè)相對(duì)較新的概念。DonaldNorman大專提出了“用戶體驗(yàn)”一詞，他是一個(gè)計(jì)算機(jī)科學(xué)的研究人員，首次提出了以用戶為中心設(shè)計(jì)的重要性（用戶的需求應(yīng)該決定產(chǎn)品如何設(shè)計(jì)）。

一個(gè)App的界面設(shè)計(jì)流程是怎么產(chǎn)生的？

在今日頭條上的729個(gè)問(wèn)題，只寫接地氣的政治內(nèi)容，歡迎關(guān)注。

嗯，一般都是作家直接畫圖，要么開發(fā)直接敲代碼就出來(lái)了。開個(gè)玩笑，沒(méi)有這么簡(jiǎn)單……

無(wú)論是官方網(wǎng)站、官方網(wǎng)站、h8、Web網(wǎng)頁(yè)，從最初的一個(gè)構(gòu)想，到最后讓用戶看到整個(gè)解放日?qǐng)?bào)，需要經(jīng)歷一系列的流程，需要很多崗位的人員參與，這里簡(jiǎn)化成為幾個(gè)大致的流程跟大家說(shuō)一下。

立項(xiàng)調(diào)研階段

任何項(xiàng)目都不是憑空想象出來(lái)的，尤其是商業(yè)項(xiàng)目。產(chǎn)品只是服務(wù)的載體，尤其是5品。所以任何產(chǎn)品在確認(rèn)要開發(fā)之前，都必須經(jīng)歷立項(xiàng)調(diào)研的階段。比如說(shuō)需要調(diào)研整個(gè)市場(chǎng)行業(yè)的情況，有多大的市場(chǎng)空間可以切入；需要調(diào)研行業(yè)競(jìng)品的運(yùn)營(yíng)狀況，他們是怎么做的，有沒(méi)有盈利；需要對(duì)自身團(tuán)隊(duì)的能力進(jìn)行評(píng)估，團(tuán)隊(duì)本身優(yōu)勢(shì)劣勢(shì)在哪里，應(yīng)該從哪個(gè)方向切入，有沒(méi)有機(jī)會(huì)賺錢。

立項(xiàng)一般都需要測(cè)試工程師來(lái)帶頭，還有市場(chǎng)、運(yùn)營(yíng)、技術(shù)、ai等等崗位參與進(jìn)來(lái)，提交一份已經(jīng)的項(xiàng)目調(diào)研報(bào)告給管理層，由管理層評(píng)估是否可以執(zhí)行。當(dāng)然，如果是外包公司的話需要與甲方多次對(duì)接需求，明確甲方爸爸要做什么事情?？偠灾?，就是要搞清楚這款產(chǎn)品有沒(méi)有必要投入資源去做。

信息框架和原型

項(xiàng)目一旦立項(xiàng)之后，網(wǎng)絡(luò)工程師就開始進(jìn)場(chǎng)工作，嗯，就是狗都能當(dāng)?shù)哪莻€(gè)銷售經(jīng)理……根據(jù)項(xiàng)目的整體規(guī)劃，軟件工程師需要對(duì)產(chǎn)品本身進(jìn)行規(guī)劃，首先是規(guī)劃出產(chǎn)品的功能需求，再將功能需求拆分成不同的迭代版本，制定產(chǎn)品的路線地圖，這一塊一般需要運(yùn)營(yíng)人員的參與一起來(lái)制定。

制定好功能需求和迭代的地圖之后，研發(fā)工程師就需要將每個(gè)版本的產(chǎn)品功能輸出成為信息框架圖，一般都是按照頁(yè)面來(lái)挨個(gè)拆分，列出每個(gè)頁(yè)面具體的功能模塊；然后再根據(jù)信息架構(gòu)圖，繪制產(chǎn)品的原型設(shè)計(jì)稿。原型這個(gè)東西可繁可簡(jiǎn)，有的網(wǎng)絡(luò)工程師喜歡畫高保真的原型，有的研發(fā)工程師喜歡用框架圖。怎么用無(wú)所謂，能夠讓裝飾公司看得懂就行。

UI設(shè)計(jì)稿和rx交互流程圖

產(chǎn)品做好原型圖之后，通常會(huì)先跟各個(gè)部門的負(fù)責(zé)人統(tǒng)一做一次評(píng)審，確保產(chǎn)品功能層面沒(méi)有問(wèn)題。確定好原型之后，軟件工程師開始進(jìn)場(chǎng)工作，將原型圖設(shè)計(jì)成最終用戶看見(jiàn)的解放日?qǐng)?bào)，也就是高保真的設(shè)計(jì)稿。此時(shí)產(chǎn)品最好別多說(shuō)話，尊重企業(yè)家可以有效提高工作效率……

作家完成高保真設(shè)計(jì)之后，項(xiàng)目經(jīng)理再將各個(gè)高保真頁(yè)面串聯(lián)成為交互流程圖（大公司會(huì)有專門的測(cè)試工程師，但是大多數(shù)公司并沒(méi)有專門設(shè)立這個(gè)崗位，多數(shù)是由網(wǎng)絡(luò)工程師和技術(shù)工程師共同完成），交互流程圖是介紹整個(gè)產(chǎn)品從首頁(yè)到最后的頁(yè)面，每個(gè)對(duì)話框怎么跳轉(zhuǎn)，每個(gè)頁(yè)面展示內(nèi)容的說(shuō)明圖，是技術(shù)最重要的開發(fā)指南。

技術(shù)開發(fā)和測(cè)試

高保真設(shè)計(jì)稿和交互流程圖完成之后，就可以找技術(shù)和測(cè)試的小哥哥們進(jìn)場(chǎng)了。此時(shí)就是最容易吵架的開發(fā)需求評(píng)審，這個(gè)時(shí)候會(huì)出席的人員一般會(huì)有：研發(fā)工程師、硬件工程師、家具、開發(fā)工程師、銷售經(jīng)理，還可能有運(yùn)營(yíng)等其它部門的旁聽(tīng)。技術(shù)的評(píng)審會(huì)一般由技術(shù)工程師來(lái)主持，講解產(chǎn)品的具體功能怎么做，此時(shí)就會(huì)面對(duì)技術(shù)尤其是技術(shù)總監(jiān)的各種質(zhì)問(wèn)，準(zhǔn)備不充分，邏輯上有漏洞，那就準(zhǔn)備好技術(shù)的狂轟濫炸吧！

需求評(píng)審之后，技術(shù)就開始進(jìn)行開發(fā)啦～此時(shí)網(wǎng)絡(luò)工程師一方面需要盯著開發(fā)的時(shí)間進(jìn)度，另一方面需要與開發(fā)工程師一起參與已經(jīng)做好的模塊的測(cè)試，找到潛在的BUG進(jìn)行修復(fù)，并沒(méi)有大家一起做出一款可以完美使用的產(chǎn)品出來(lái)。

運(yùn)維和迭代產(chǎn)品開發(fā)完成之后，就可以交給運(yùn)營(yíng)方面的人員，內(nèi)部試用準(zhǔn)備上線的工作了。此時(shí)測(cè)試工程師已經(jīng)去忙其它項(xiàng)目了，技術(shù)開發(fā)也去做其它事情了，硬件工程師需要定好產(chǎn)品的數(shù)據(jù)埋點(diǎn)工作，通過(guò)埋點(diǎn)數(shù)據(jù)來(lái)對(duì)產(chǎn)品進(jìn)行后續(xù)的優(yōu)化，著手下一個(gè)版本的功能需求。

產(chǎn)品這邊交給運(yùn)營(yíng)之后，就開始正常的推廣上線了，也就是到了用戶手中可以使用的App操作界面。因此大家可以看出來(lái)，一個(gè)產(chǎn)品從構(gòu)思到已經(jīng)上線，短則一個(gè)季度，長(zhǎng)則兩三年的時(shí)間，比如說(shuō)游戲這種大型的項(xiàng)目。每一個(gè)產(chǎn)品背后，都是一個(gè)團(tuán)隊(duì)辛勞的付出。