在這篇文章里面，我們不只看交互設(shè)計(jì)一個門類的知識，而是進(jìn)行一次漫談。

用戶體驗(yàn)本身就是一個實(shí)現(xiàn)復(fù)雜、涉及管理層指導(dǎo)產(chǎn)品的理念，交互設(shè)計(jì)人員進(jìn)行設(shè)計(jì)、技術(shù)開發(fā)人員進(jìn)行實(shí)現(xiàn)、市場方面工作人員進(jìn)行反饋調(diào)查等等部門的、多方面考慮、多學(xué)科綜合（心理學(xué)、色彩學(xué)、計(jì)算機(jī)理論等）的大學(xué)科，因此，在這篇文章里面，我們不只看交互設(shè)計(jì)一個門類的知識，而是進(jìn)行一次漫談。

1. 交互設(shè)計(jì)人員與技術(shù)開發(fā)人員使用不一致的控件名稱

說到這個，不妨先來看一張表，對比一下交互設(shè)計(jì)人員和技術(shù)開發(fā)人員對手機(jī)APP中同一控件的不同稱謂：

交互設(shè)計(jì)人員和技術(shù)開發(fā)人員對控件稱謂對照表：

可以看出，技術(shù)開發(fā)人員使用的控件名稱統(tǒng)一是英文原名，而交互設(shè)計(jì)人員大部分情況之下仍然在使用中文名，這樣做帶來的影響是什么：

1. 交互設(shè)計(jì)人員和技術(shù)開發(fā)人員使用不同的語言進(jìn)行溝通，這使得溝通的過程比較艱難。
2. 交互設(shè)計(jì)人員對新出現(xiàn)的控件會有一種抵觸感，因?yàn)樗麄儫o法在同行之間很好的表達(dá)這個控件的名稱，也就談不上表達(dá)出對它的看法等等之類的東西，這對整個中國交互設(shè)計(jì)行業(yè)的更新是很不利的。
3. 交互設(shè)計(jì)人員和技術(shù)開發(fā)人員使用不同的語言描述控件也可能會產(chǎn)生企業(yè)層面的影響，聽起來可能有點(diǎn)夸張，但我們不妨試想這樣一種情況：一家軟件公司遭遇危機(jī)，發(fā)現(xiàn)是企業(yè)的產(chǎn)品理念方面出現(xiàn)問題，需要立刻修正，然而就在管理層急著從設(shè)計(jì)部門和技術(shù)部門提交的報告中分析并找出具體原因時，他們發(fā)現(xiàn)，兩份報告中連控件的名字都規(guī)定的不一樣··· ···

因此，中國交互設(shè)計(jì)人員似乎有必要統(tǒng)一采用英文原名稱呼控件，畢竟，軟件業(yè)的很多領(lǐng)域目前還是在跟著美國跑，包括交互設(shè)計(jì)這一領(lǐng)域本身。

2.交互設(shè)計(jì)人員是否能自己編寫與界面相關(guān)的代碼段

在實(shí)際的軟件開發(fā)過程中，交互設(shè)計(jì)人員可能會費(fèi)盡口舌跟技術(shù)開發(fā)人員解釋設(shè)計(jì)方案，但由于交互設(shè)計(jì)人員缺乏技術(shù)知識，當(dāng)他們在想著自己辛苦設(shè)計(jì)出來的方案有哪些出彩的改進(jìn)時，技術(shù)開發(fā)人員卻可能認(rèn)為這些設(shè)計(jì)是站在脫離實(shí)際實(shí)現(xiàn)難度、脫離代碼開發(fā)局限性的“烏托邦”式的空談，而后可能又是一番交互設(shè)計(jì)人員與技術(shù)開發(fā)人員之間的激烈而又充滿無奈的、隔著一堵墻一樣的無效爭論。

與其像上面這樣進(jìn)行無效的溝通，不如讓交互設(shè)計(jì)人員自己去學(xué)習(xí)編寫一些與界面相關(guān)的代碼（包括HTML文件、XML文件），只有這樣，交互設(shè)計(jì)人員才能夠真正的去理解技術(shù)開發(fā)人員。同時，在理解了應(yīng)用操作界面的內(nèi)部運(yùn)行原理以后，交互設(shè)計(jì)人員可能就不再需要拘泥于僅有的幾種用于跳轉(zhuǎn)、顯示正在緩沖等等的交互設(shè)計(jì)方案，因?yàn)樵诹私饬诉@些程序的內(nèi)部運(yùn)行機(jī)理甚至自己都會改進(jìn)和編寫這些程序時，交互設(shè)計(jì)人員可能就不僅僅是從技術(shù)開發(fā)人員提供的幾個固有方案中死板的挑選出一個方案，而是更多的主動帶動技術(shù)人員去做出交互設(shè)計(jì)，這種情況之下，設(shè)計(jì)出來的交互方案也會更具創(chuàng)新性、更靈活、更貼近用戶。

下面的例子就是一個關(guān)于交互設(shè)計(jì)人員由于完全不懂代碼而只能僵化設(shè)計(jì)的案例之一：

在“人人都是產(chǎn)品經(jīng)理”網(wǎng)站的移動端網(wǎng)頁版里，有這樣一個組件（如下圖），在這個組件里面，當(dāng)瀏覽者想要進(jìn)入“學(xué)習(xí)專題”查看更多專題時，他們往往會點(diǎn)擊“學(xué)習(xí)專題”那一橫行的某個位置（下圖中的“用戶最習(xí)慣于點(diǎn)擊進(jìn)入的區(qū)域”）。

“學(xué)習(xí)專題”橫欄中用戶最習(xí)慣于點(diǎn)擊進(jìn)入的區(qū)域

而當(dāng)用戶點(diǎn)擊到”用戶最習(xí)慣于點(diǎn)擊進(jìn)入的區(qū)域“時，卻發(fā)現(xiàn)頁面并沒有產(chǎn)生跳轉(zhuǎn)，因?yàn)樵谶@個組件上面，真正負(fù)責(zé)跳轉(zhuǎn)的只有那片按鈕所在的區(qū)域（如下圖），而這個按鈕感應(yīng)區(qū)位于屏幕的右側(cè)邊界部分，這個區(qū)域?qū)儆谑种傅睦鋮^(qū)。

按鈕感應(yīng)區(qū)

“人人都是產(chǎn)品經(jīng)理”網(wǎng)站有著一流的設(shè)計(jì)人員，那為什么會出現(xiàn)這樣的情況？——有可能是交互設(shè)計(jì)人員因?yàn)椴欢a，所以就在設(shè)計(jì)的時候時刻考慮著開發(fā)人員的實(shí)現(xiàn)問題，于是就發(fā)揮的不太自如，到后來出于美觀種種因素的考慮，犧牲了一部分的用戶體驗(yàn)度，把按鈕放到了屏幕的右側(cè)邊界地區(qū)。

如果交互設(shè)計(jì)人員懂代碼的話，他可能就會這樣設(shè)計(jì)（如下圖）：

如上圖所示，“學(xué)習(xí)專題”這一橫欄整個都是一個按鈕，而上面的內(nèi)容則是一整塊圖片，因?yàn)樵陂_發(fā)時，按鈕類控件ImageButton類的實(shí)例的顯示內(nèi)容可設(shè)置為顯示圖片（ImageView類的實(shí)例），所以上述的顯示方式理論上是可以實(shí)現(xiàn)的。這樣的話用戶就能夠通過點(diǎn)擊“學(xué)習(xí)專題”這一橫欄的任何區(qū)域進(jìn)入專題，查看更多了。

因此，交互設(shè)計(jì)人員如果能夠懂一部分技術(shù)內(nèi)容，那么他們便能夠更加靈活的處理組件的設(shè)置，從而能夠更好的提高用戶體驗(yàn)。

當(dāng)然，已經(jīng)有很多的大公司開始鼓勵招收懂計(jì)算機(jī)技術(shù)的交互設(shè)計(jì)人員，但是，真正能讓交互設(shè)計(jì)人員有機(jī)的把技術(shù)融合到設(shè)計(jì)的環(huán)境體制，可能還有待去完善。如何讓交互設(shè)計(jì)人員也能懂點(diǎn)代碼，也還是個難題。

個人建議軟件開發(fā)公司可以嘗試著讓交互設(shè)計(jì)人員學(xué)習(xí)一下Android開發(fā)平臺的入門知識并加以實(shí)踐，因?yàn)锳ndroid開發(fā)入門簡單、易于理解、涉及組件種類較為齊全，適合推薦給非計(jì)算機(jī)出身的人士。

3. 部分交互設(shè)計(jì)師只做單色調(diào)設(shè)計(jì)稿，脫離色彩心理學(xué)，把上色等等細(xì)化工作交由UI人員完成

對于那些有著嚴(yán)格的制度體系和嚴(yán)密的任務(wù)分工的大公司來說，在軟件的整個開發(fā)過程中，往往要經(jīng)歷“立項(xiàng)階段 -> 設(shè)計(jì)階段 -> 實(shí)現(xiàn)階段 -> 上線運(yùn)營 ”四個階段，在這四個階段里面，設(shè)計(jì)階段的任務(wù)，往往也需要不同的設(shè)計(jì)人員協(xié)作完成，而在這個過程里面，時不時會出現(xiàn)這樣一種情況，交互設(shè)計(jì)師只做單色調(diào)設(shè)計(jì)稿，上色等細(xì)化工作則會在交互設(shè)計(jì)完成后由UI設(shè)計(jì)人員去做，這樣做，乍一看應(yīng)該沒什么問題，然而在一個按鈕的字體設(shè)置都能夠一起上百上千的用戶數(shù)量波動的大數(shù)據(jù)時代，這樣做是不是會產(chǎn)生隱患?

請大家看一個例子：

在某個大型軟件公司里，員工們正在進(jìn)行一款女性手機(jī)APP的開發(fā)，交互設(shè)計(jì)人員A剛剛完成設(shè)計(jì)任務(wù)，就按照流程規(guī)定將單色調(diào)設(shè)計(jì)稿交給UI設(shè)計(jì)人員B，就在交互設(shè)計(jì)人員A將單色調(diào)設(shè)計(jì)稿交給UI設(shè)計(jì)人員B時，他還是不放心這款A(yù)PP的用戶體驗(yàn)，特意叮囑B要將APP的顏色基調(diào)設(shè)置為適合年輕女性的偏紅暖色調(diào)，而后UI設(shè)計(jì)人員B就按照A的要求去進(jìn)行上色等細(xì)化工作，一切似乎都在正常的運(yùn)行著，但如果細(xì)想一下，這里面還是有些紕漏的:

用戶體驗(yàn)（UX）本身就包括一個很重要的分支——色彩心理學(xué)，上色這一步不應(yīng)該是美工的任務(wù)，而應(yīng)該是交互設(shè)計(jì)師（UX設(shè)計(jì)師）的任務(wù)，如果上述的UI設(shè)計(jì)人員B按照交互設(shè)計(jì)人員A的要求去“設(shè)置顏色基調(diào)為適合年輕女性的偏紅暖色調(diào)“，他的設(shè)計(jì)方案可能有好幾種（如下圖），都可以被認(rèn)為是符合要求的。

如上圖：

• 設(shè)計(jì)可能性1（左）：粉紅暖色調(diào)、青春感、活力感、20多歲的女性
• 設(shè)計(jì)可能性2（中）：加深的粉紅暖色調(diào)、成熟中帶有活力、29歲左右女性
• 設(shè)計(jì)可能性3（右）：加溫后的粉紅暖色調(diào)、帶有溫暖感、適合年齡偏大的女性

如果公司內(nèi)部的交互設(shè)計(jì)人員A因?yàn)槊β禌]有去檢查UI設(shè)計(jì)人員B的上色情況，而其他人員對色彩心理學(xué)又不是太懂，那么這款A(yù)PP就可能以任何一種顏色通過最終審核，而這三種顏色設(shè)計(jì)方案所帶來的APP下載量可能會有很大差異，而當(dāng)這些差異所帶來的影響被管理層發(fā)覺時，他們又怎么能知道是顏色的問題？

個人建議，軟件開發(fā)團(tuán)隊(duì)里的交互設(shè)計(jì)人員應(yīng)該對軟件負(fù)責(zé)到底，盡量能夠用PS、AI直接做出完整樣板，把交互設(shè)計(jì)和UI設(shè)計(jì)分給不同的人來做看起來好像是一種大公司的分工明細(xì)化，但是，這樣做一方面會增加設(shè)計(jì)的環(huán)節(jié)，從而增加出錯的風(fēng)險，另一方面，當(dāng)公司需要做出能夠反映公司價值理念的APP時（例如阿里的支付寶就帶有阿里企業(yè)文化的影子），沒有高度整合的用戶體驗(yàn)團(tuán)隊(duì)平時就很難凝煉出自己的文化體系，這時就更難表達(dá)出這個文化體系。

UI設(shè)計(jì)的時代已經(jīng)過去了，現(xiàn)代的軟件交互設(shè)計(jì)，應(yīng)該站在用戶體驗(yàn)的視角，沒有UI設(shè)計(jì)人員，也沒有專職的交互設(shè)計(jì)人員，所有人都是廣義上的用戶體驗(yàn)（UE）設(shè)計(jì)人員。

看一下未來：

未來，大數(shù)據(jù)、人工智能等等技術(shù)會變得越來越強(qiáng)大，越來越多的重復(fù)性、低技術(shù)性的行業(yè)可能會因此而消失，用戶體驗(yàn)設(shè)計(jì)人員在未來可能不再只做一些重復(fù)性的摳圖之類的工作，而是更加的注重用戶研究、注重創(chuàng)新、注重設(shè)計(jì)理念等等具有更高技術(shù)含量的工作。

未來的用戶體驗(yàn)，可能在大數(shù)據(jù)、人工智能的輔助之下，實(shí)現(xiàn)個性化、定制化甚至是用戶心理可預(yù)測化，不怎么高級的設(shè)計(jì)人員可能會被淘汰。未來的用戶體驗(yàn)設(shè)計(jì)人員應(yīng)該更懂得與大數(shù)據(jù)分析配合、更懂得用戶體驗(yàn)的專業(yè)化理論、更懂得如何去實(shí)現(xiàn)高級的、創(chuàng)新型的用戶體驗(yàn)作品，而中國在這些領(lǐng)域一直落后于國外，也不知道有沒有公司或組織愿意投入資源，為這樣的未來做準(zhǔn)備。

現(xiàn)在的用戶體驗(yàn)設(shè)計(jì)的知識迭代過程（如下圖）：

猜想中未來的用戶體驗(yàn)設(shè)計(jì)過程：

“一個機(jī)會的發(fā)生往往要經(jīng)歷四步：看不到、看不起、想不清（不知道為什么就一下子發(fā)展起來了）、跟不上”

?——馬云

用戶體驗(yàn)這一行業(yè)是不是應(yīng)該做些改變了？

作者：中大yzh，中大數(shù)據(jù)院，4年程序員，2年用戶體驗(yàn)。

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

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