什么是UED團隊？也許很多人聽說過，但并不十分清楚這個團隊的作用。他們是由哪些人組成？每個人負責什么工作？他們之間又是如何協(xié)作的？
在正式介紹之前，需要解釋幾個概念：
- User Experience 這個詞是從國外引入的，大家對它的縮略形式并沒有做統(tǒng)一，有些人稱為UE，也有人稱為UX，都指用戶體驗。
- User Experience Design 的簡稱是UED，即用戶體驗設(shè)計。也可以叫UXD（User eXperience Design）。
很多公司認為，只要把產(chǎn)品的核心功能做出來了，解決了用戶的需求，就一定能達成商業(yè)目的。但隨著生活水平和使用習慣的提高，我們面對的是越來越挑剔的用戶。如果在產(chǎn)品設(shè)計前期就忽視用戶體驗，不僅無法讓用戶買單，還會給自己挖下一個巨大的坑。
如今，UED已經(jīng)成為產(chǎn)品策劃的主力之一了。UEDer們用自己的知識、經(jīng)驗、設(shè)計能力拿出設(shè)計方案，用自己的互聯(lián)網(wǎng)知識來設(shè)計出行業(yè)專家想實現(xiàn)的操作，進而付諸以商業(yè)營銷，在提供功能、解決問題的同時提升用戶體驗。
一、國內(nèi)主流UED團隊簡介
可以說，用戶體驗是和Web2.0時代同步的。用戶體驗團隊在國內(nèi)一般被稱為UED團隊，在國外則被稱為UX團隊，因為用戶體驗不只是設(shè)計。
國內(nèi)優(yōu)秀的UED團隊有騰訊系、阿里系、百度系、網(wǎng)易系等等，主要集中在互聯(lián)網(wǎng)界。近期國內(nèi)傳統(tǒng)金融企業(yè)也開始重視用戶體驗，雖然沒有團隊的公開博客，但可以看出招商銀行、工商銀行、中國平安等都有較為專業(yè)的UED團隊。
- 百度 ：2004年11月，郭宇回國后加入百度公司任首席設(shè)計師及用戶體驗部總監(jiān)，成立中國最早的“用戶體驗”部門。
- 騰訊：2003年4月，唐沐加入騰訊基礎(chǔ)產(chǎn)品部UI設(shè)計組，開始奠基騰訊CDC。
- 阿里：2006年9月，“淘寶UED”團隊博客建立之后，才被大家熟知。而后，“淘寶UED”改為“ 淘寶前端團隊FED”，還成立了阿里巴巴國際UED，阿里媽媽MUX，1688UED等不同產(chǎn)品線的團隊。
- 網(wǎng)易：2008年底，網(wǎng)易成立用戶體驗設(shè)計中心（User Experience Design Center），目前設(shè)計中心服務的產(chǎn)品包括網(wǎng)易門戶、郵箱、博客、無線、交友、基礎(chǔ)產(chǎn)品等。
也許大廠們對自己團隊的命名各有不同，但團隊的人員組成大致相同。一般UED團隊成員主要會包括：團隊負責人、用戶研究員、交互設(shè)計師、視覺設(shè)計師、前端開發(fā)工程師等。
二、UED團隊的職責
-
對外職責：
以提升公司品牌競爭力與吸引力為導向，通過高質(zhì)量的設(shè)計和周到的服務滿足客戶需求。不斷優(yōu)化客戶的滿意度，提升產(chǎn)品附加值，同時也在探尋設(shè)計流程理念的更新與進化，從而為客戶提供更具趨勢性的概念與設(shè)計，為客戶提供真正具有前瞻性與獨創(chuàng)性的產(chǎn)品體驗。 -
對內(nèi)職責：
為各部門各類產(chǎn)品線、項目提供持續(xù)而強有力的創(chuàng)意、設(shè)計與后期支持。統(tǒng)一公司產(chǎn)品設(shè)計風格，維護與管理內(nèi)部的設(shè)計流程，提高溝通協(xié)作效率。
三、UED團隊的主要工作
- 產(chǎn)品前期的用戶研究、市場調(diào)研、競品分析、產(chǎn)品設(shè)計過程和后期的用戶調(diào)研、可用性測試和評估等；
- 業(yè)務流程和概念化的界面原型制作；
- 視覺設(shè)計，關(guān)注用戶界面的美觀度，包括整個產(chǎn)品的風格等；
- 前端代碼實現(xiàn)：用HTML/CSS/JS等前端技術(shù)實現(xiàn)靜態(tài)頁面，前端交互功能實現(xiàn)，優(yōu)化前端頁面性能和流程，改善前端用戶體驗;
- 培訓或協(xié)助各部門進行各種培訓：如VI使用培訓；
- 分享設(shè)計資源、技法、心得；
- 可用性測試，持續(xù)改進產(chǎn)品；
- 新技術(shù)的學習和實現(xiàn)；
四、UED團隊的工作條件
- 機器配置：根據(jù)公司現(xiàn)狀及設(shè)計要求進行合理配置；
- 網(wǎng)絡環(huán)境：需要全網(wǎng)開通，確保網(wǎng)絡高速通暢；
- 提供用戶研究各類可操作工具，如便利貼、白板筆等；
- 有條件的公司可以設(shè)置一個專門的用戶觀察室，以便開展用戶可用性測試；
五、UED團隊成員的崗位及職責
-
團隊組長
- 帶領(lǐng)設(shè)計團隊為公司提供專業(yè)設(shè)計方案，團隊建設(shè)和管理，建立合理工作流程，保證UED團隊與各部門之間順暢高效合作；
-
交互設(shè)計師
- 參與產(chǎn)品前期的規(guī)劃構(gòu)思、用戶研究，完善產(chǎn)品概念；
- 歸納產(chǎn)品界面的人機交互需求，了解產(chǎn)品設(shè)計邏輯；
- 設(shè)計產(chǎn)品界面的信息架構(gòu)、用戶操作流程、界面框架等，給出產(chǎn)品原型；
- 參與DEMO的原型確認。
-
視覺設(shè)計師
- 了解產(chǎn)品設(shè)計邏輯及符合產(chǎn)品的商業(yè)表達習慣；
- 參與DEMO的原型確認；
- 在交互DEMO的基礎(chǔ)上完成產(chǎn)品頁面的視覺設(shè)計；
- 整理設(shè)計UI組件庫，頁面切圖，高保真原型制作等工作。
-
前端工程師
- 了解產(chǎn)品設(shè)計邏輯及交互設(shè)計方案；
- 與交互設(shè)計師一起進行交互設(shè)計方案的技術(shù)可行性評估；
- 在視覺DEMO或交互DEMO的基礎(chǔ)上完成前端開發(fā)，并負責與后臺交互的傳遞。
根據(jù)公司發(fā)展，后期還可增加用戶研究員、數(shù)據(jù)分析師、文案工程師等專業(yè)人員，以豐富團隊多樣性。
一個團隊的建立，不僅需要形成分享、主動、學習、創(chuàng)新的團隊文化，同時也需要有一套能達成共識的工作流程和規(guī)章制度，并且建立與其他團隊的高效協(xié)作工作機制。通過各崗位的不斷磨合，找到彼此之間的邊界，站在彼此的角度，以解決問題為目標，發(fā)揮出自己最大的價值。
下圖是筆者歸納整理的UED工作流程及各崗位銜接圖，僅供參考。
六、UED團隊的考核標準
UED團隊的考核標準一般根據(jù)公司自身考核制度制定，以下列舉了幾個核心能力的考察維度，可供參考：
| 考核維度 | 細分說明 |
|---|---|
| 重要項目的數(shù)量和設(shè)計質(zhì)量 | 項目按重要級別分為A/B/C/D四大類，A為重點項目；設(shè)計質(zhì)量分為優(yōu)/良/中/差四個等級。 |
| 專業(yè)理論和技能提升 | 用戶研究知識；交互設(shè)計理論；可用性原則；UI（圖形）設(shè)計；心理學；行業(yè)知識 |
| 設(shè)計研究和創(chuàng)新能力 | 用戶研究；競品分析；產(chǎn)品意識；數(shù)據(jù)觀測和分析；創(chuàng)新設(shè)計能力 |
| 項目及工作能力 | 執(zhí)行與效率；溝通協(xié)作；獨立解決問題；責任心及項目推進能力；質(zhì)量及風險把控能力 |
| 流程和規(guī)范 | 工作流程；設(shè)計流程；輸出物規(guī)范；設(shè)計規(guī)范；平臺規(guī)范；走查規(guī)范 |
| 團隊影響力 | 團隊活動；知識分享；團隊貢獻 |
具體等級評判標準由是否滿足用戶需求、可用性原則、設(shè)計效果、上線效果、用戶反饋及數(shù)據(jù)等幾個方面組成。
七、UED團隊常用的研究方法
UED團隊常用的研究方法是從專業(yè)的用戶研究團隊中提取出來的，比較快速有效的方法，只要經(jīng)過一定的學習就能掌握。但如果每種方法要說明清楚操作方法需要較長的篇幅，這里只羅列了方法要點，后續(xù)再進行各類研究方法的詳解。
1、需求分析法
每次行動前要思考：
1. 為什么要做這個功能？（業(yè)務目的）
2. 產(chǎn)品期望得到怎樣的成果？（業(yè)務目標）
3. 誰來使用這個功能？（目標用戶）
4. 他們?yōu)槭裁匆褂眠@個功能？（用戶需求）
5. 如何讓他們都來使用這個功能？（將業(yè)務目標轉(zhuǎn)化為用戶行為）
業(yè)務需求=業(yè)務目的+業(yè)務目標
用戶需求=目標用戶（特征、經(jīng)驗）+場景+行為+體驗目標
2、啟發(fā)式評估
是專家評估法的一種，也有被稱為經(jīng)驗性評估。最初由Nielsen博士提出。簡單來說，啟發(fā)式評估是一種簡易的可用性評估方法，使用一套相對簡單、通用、有啟發(fā)的可用性原則，讓幾個評審人員根據(jù)專業(yè)知識和經(jīng)驗來進行評估，發(fā)現(xiàn)產(chǎn)品潛在的可用性問題。
Nielsen啟發(fā)式10項原則：
| 編號 | 原則 | 解釋 |
|---|---|---|
| 1 | 系統(tǒng)狀態(tài)可見性 | 系統(tǒng)應該在適當?shù)臅r間內(nèi)做出適當?shù)姆答仯嬷脩舢斍暗南到y(tǒng)狀態(tài)。 |
| 2 | 系統(tǒng)與用戶現(xiàn)實世界的匹配 | 設(shè)計應與用戶現(xiàn)實生活中對相關(guān)產(chǎn)品的認知、經(jīng)驗、習慣等相符，以用戶期望的方式表現(xiàn)出來，是用戶可以利用自己已有的知識經(jīng)驗來執(zhí)行操作任務。 |
| 3 | 用戶控制和自由 | 用戶經(jīng)常會在使用功能的時候發(fā)生誤操作，這時需要一個非常明確的“緊急出口”來幫助他們從當時的情境中恢復過來，需要支持取消和重做。 |
| 4 | 一致性與標準化 | 同一產(chǎn)品內(nèi)，產(chǎn)品架構(gòu)導航、功能名稱內(nèi)容、信息的視覺呈現(xiàn)、操作行為交互方式等方面保持一致；使界面看上去熟悉并且易于理解，使用戶可以利用已有知識來執(zhí)行判斷新的操作任務，并可以預期操作結(jié)果。產(chǎn)品與通用的業(yè)界標準一致。 |
| 5 | 錯誤預防 | 在用戶選擇動作發(fā)生之前，就要防止用戶容易混淆或者錯誤的選擇。 |
| 6 | 讓用戶再認而非回憶 | 盡量減少用戶需要記憶的事情和行動，提供可選項讓用戶再認信息。 |
| 7 | 具備靈活性且高效 | 系統(tǒng)需要同時適用于經(jīng)驗豐富的和缺乏經(jīng)驗的用戶。 |
| 8 | 美觀而簡潔的設(shè)計 | 對話中不應該包含無關(guān)緊要的信息，設(shè)計需要簡潔明了，不要包含不相關(guān)的或者不需要的內(nèi)容，每個多余的 信息都會分散用戶對有用或相關(guān)信息的注意力。 |
| 9 | 幫助用戶認知、判斷和修復錯誤 | 用簡單明確的語言解釋錯誤信息，精確的指出問題的原因并提出建設(shè)性的解決方案。 |
| 10 | 幫助和使用手冊 | 提供幫助信息，幫助信息應當易于查找，聚焦于用戶的使用任務，列出使用步驟，并且信息量不能過大。 |
3、可用性測試
可用性測試是一種常用的、高效的方法。
通過觀察有代表性的用戶，完成產(chǎn)品的典型任務，從而找出產(chǎn)品可用性問題，并解決這些問題，目的是為了改善產(chǎn)品讓產(chǎn)品更容易使用。
可用性測試解決什么問題：
- 發(fā)現(xiàn)問題：產(chǎn)品體驗上是否存在問題？
- 檢驗實現(xiàn)：期望的設(shè)計目的是否能達成？是否滿足了用戶的期望？
- 產(chǎn)品評估：用戶是否會滿意？
- 理解用戶：了解用戶的行為習慣，了解用戶的認知，找到某些問題的原因？
4、問卷調(diào)研法
是以書面提出問題的方式搜集數(shù)據(jù)的一種研究方法。研究者將所要研究的問題編制成問題表格，讓受訪對象以郵寄、當面作答、在線作答，或者追蹤訪問方式填寫，從而了解被試對某一現(xiàn)象或問題的看法和意見。
問卷調(diào)研可以用于需求挖掘階段，也可以用于產(chǎn)品上線的評估階段。
問卷調(diào)研適用場景：
- 需要進行定量分析的調(diào)研；
- 需要匿名進行調(diào)研的問題；
- 對已有假設(shè)進行檢驗；
- 尋找問題隱藏的關(guān)聯(lián)；
- 對產(chǎn)品設(shè)計用戶認知及態(tài)度的評估；
5、產(chǎn)品數(shù)據(jù)分析
通過在網(wǎng)站或應用中進行數(shù)據(jù)埋點，進而獲取用戶對產(chǎn)品的使用和行為數(shù)據(jù)，并進行基于產(chǎn)品體驗優(yōu)化的數(shù)據(jù)統(tǒng)計分析。
數(shù)據(jù)分析可以做些什么：
作為產(chǎn)品的眼睛和大腦，提供客觀衡量的依據(jù)。持續(xù)優(yōu)化改進。
- 從哪里來？
- 什么樣的用戶？
- 做了什么？
- 表現(xiàn)如何？
- 如何離開？
6、A/B Test
A/B測試時一種幫助網(wǎng)頁優(yōu)化的實驗方法。A/B測試的目的在于通過科學的實驗設(shè)計和采集數(shù)據(jù)方式，來獲取具有代表性的實驗結(jié)論，從而尋找到有更好的產(chǎn)品優(yōu)化策略。
簡單來說，就是為同一個目標指定兩個方案（比如兩個頁面），讓一部分用戶使用A方案，另一部分用戶使用B方案，記錄下用戶的使用情況，對比看哪個方案更符合設(shè)計。
一般會用在產(chǎn)品改版正式上線之前，驗證新的設(shè)計是否可以提高產(chǎn)品的表現(xiàn)。
tips：A/B Test的前提是產(chǎn)品已有較多的用戶量，所測試的頁面有比較多的訪問量。
以上。感謝閱讀！
