熟讀理論的同學(xué)們都比較清楚用戶(hù)體驗(yàn)(以下簡(jiǎn)稱(chēng)UE)的概念，不管是基礎(chǔ)的架構(gòu)設(shè)計(jì)，還是推進(jìn)后的過(guò)程設(shè)計(jì)，UE都應(yīng)該滲透到每一個(gè)環(huán)節(jié)中，有沒(méi)有做是一回事，做沒(méi)做好是另外一回事。

理想化的情況：

1. UCD是做產(chǎn)品的核心理念，適合團(tuán)隊(duì)內(nèi)任何成員和職位，而不是UEer專(zhuān)有的。
2. UEer的主要工作，是從用戶(hù)心理所反應(yīng)出來(lái)的行為角度去分析產(chǎn)品。
3. UEer不僅要能提出問(wèn)題，更重要的是給出切實(shí)可行的解決方案。

工作中的常見(jiàn)問(wèn)題：

1. 需求討論會(huì)上，因?yàn)楣δ艿腢E問(wèn)題而發(fā)生方向性爭(zhēng)執(zhí)，常見(jiàn)于PM和UEer之間。

多半都是溝通不夠充分造成的，只要雙方都有足夠的信任感和責(zé)任心，事情哪有做不好的。曾經(jīng)有一次，我們相持到把技術(shù)總監(jiān)召喚過(guò)來(lái)做裁判的地步，最后還是把應(yīng)有的權(quán)力給爭(zhēng)取了過(guò)來(lái) :)

理想的設(shè)計(jì)師和項(xiàng)目經(jīng)理

2. 流程有斷層，很多UE方面的工作都已經(jīng)被束縛到了條條框框內(nèi)，設(shè)計(jì)師們不能放手去做。

也就是說(shuō)上下游的關(guān)系沒(méi)有處理好，每個(gè)層級(jí)內(nèi)都是自己在做事情，沒(méi)有照顧到整個(gè)大團(tuán)隊(duì)。這樣的結(jié)局很可能就是互相鄙視，然后反復(fù)磨合溝通修改，直至消耗完整個(gè)項(xiàng)目周期。

UE設(shè)計(jì)師要在項(xiàng)目之初就參與進(jìn)去

3. UEer要做的工作貌似很多，一篇評(píng)測(cè)可以包括視覺(jué)、代碼、結(jié)構(gòu)，甚至涉及架構(gòu)。

凡事都有一個(gè)發(fā)展的階段，但UEer肯定不是幫忙解決視覺(jué)(visual)、代碼(code)問(wèn)題的打手，這些都是視覺(jué)設(shè)計(jì)師和代碼工程師的職責(zé)所在。

視覺(jué)設(shè)計(jì)師扛起UE大旗？

4. 對(duì)陳舊產(chǎn)品評(píng)測(cè)時(shí)，UEer把問(wèn)題找出來(lái)了，方案也提出來(lái)了，結(jié)果發(fā)現(xiàn)執(zhí)行不下去，比如當(dāng)年數(shù)據(jù)庫(kù)的結(jié)構(gòu)問(wèn)題、產(chǎn)品的架構(gòu)問(wèn)題……

這類(lèi)問(wèn)題經(jīng)常暴露在進(jìn)行產(chǎn)品整合時(shí)，有可能是規(guī)范不統(tǒng)一，也有可能是之前沒(méi)有考慮周全。實(shí)在不便解決，那就只能等到更新版本了，這其實(shí)也是很多網(wǎng)站頻繁改版的重要原因。

把UE設(shè)計(jì)放到底層邏輯架構(gòu)設(shè)計(jì)的前面去做

除了以上推薦的一些文章，最近網(wǎng)絡(luò)相關(guān)話(huà)題的討論還有很多，我根據(jù)自己的理解，把UE定位在處理抽象邏輯的環(huán)節(jié)，也就是在給自己定位中所提的B層級(jí)。重新思考了一些觀點(diǎn)，順便造了個(gè)新詞(UEer)，也算是對(duì)前段時(shí)間工作的總結(jié)。