前言
SaaS 產(chǎn)品體驗(yàn)要求越來(lái)越高，用戶體驗(yàn)已經(jīng)成為產(chǎn)品競(jìng)爭(zhēng)力的重要組成部分，怎樣在多業(yè)務(wù)線的產(chǎn)品環(huán)境中做好體驗(yàn)設(shè)計(jì)，本文從貼合業(yè)務(wù)線的設(shè)計(jì)規(guī)范、敏捷易用的前端組件庫(kù)、產(chǎn)品研發(fā)協(xié)作流程保障、UI體驗(yàn)文化打造、UI設(shè)計(jì)質(zhì)量品控5個(gè)方面闡述項(xiàng)目快速、規(guī)模化提升多產(chǎn)品線整體體驗(yàn)過(guò)程中方法論和實(shí)踐經(jīng)驗(yàn)。
關(guān)鍵詞：
用戶體驗(yàn)設(shè)計(jì)；UI設(shè)計(jì)規(guī)范；多產(chǎn)品線；體驗(yàn)文化；UI設(shè)計(jì)落地
面對(duì)多產(chǎn)品體系，多產(chǎn)品線，需要積極尋找和探索適合我們客觀情況的最佳實(shí)踐，我們面臨的問(wèn)題有：
1.過(guò)往以功能堆砌為主、基本“能用”，缺乏平臺(tái)規(guī)范和一致性，體驗(yàn)不足。
2.產(chǎn)品線多、體量大。
3.客戶對(duì)產(chǎn)品體驗(yàn)要求越來(lái)越高。
4.產(chǎn)品歷史包袱、修復(fù)改動(dòng)困難。
5.對(duì)用戶體驗(yàn)認(rèn)知不一，協(xié)同、溝通成本高。
6.重復(fù)的開(kāi)發(fā)成本。
7.第三方組件與業(yè)務(wù)的匹配度不佳。
解決以上幾大難題，我們啟動(dòng)了UI 設(shè)計(jì)規(guī)范的搭建、UI組件庫(kù)的開(kāi)發(fā)等，讓規(guī)范和組件庫(kù)成為各產(chǎn)品線堅(jiān)實(shí)底座的一部分，使用戶體驗(yàn)文化賦能前端和產(chǎn)品經(jīng)理，協(xié)同 QA 力量一起推動(dòng)產(chǎn)品體驗(yàn)升級(jí)，以下整理分享的實(shí)踐方法適用于中小型UED團(tuán)隊(duì)支撐復(fù)雜、多業(yè)務(wù)線的企業(yè)，本文嘗試從以下幾個(gè)方面總結(jié)和提煉實(shí)踐經(jīng)驗(yàn)，跟業(yè)界同行探討。
貼合業(yè)務(wù)線的UI設(shè)計(jì)規(guī)范
設(shè)計(jì)規(guī)范體系的搭建對(duì)于新的團(tuán)隊(duì)，如何從復(fù)雜海量的業(yè)務(wù)場(chǎng)景中制定出一套適用于自己產(chǎn)品的UI設(shè)計(jì)規(guī)范，是第一道待翻越的高墻，完整的設(shè)計(jì)規(guī)范應(yīng)該是包含視覺(jué)規(guī)范與交互規(guī)范，本文主要針對(duì)設(shè)計(jì)規(guī)范實(shí)踐過(guò)程進(jìn)行闡述。
貼合場(chǎng)景的設(shè)計(jì)規(guī)范：
雖然市面上已經(jīng)有眾多成熟的設(shè)計(jì)規(guī)范體系可供使用，但是當(dāng)前我們所處的產(chǎn)品階段、多業(yè)務(wù) 線以及復(fù)雜的業(yè)務(wù)場(chǎng)景等綜合因素，決定了需要重新搭建一套符合我們自己業(yè)務(wù)場(chǎng)景的設(shè)計(jì)規(guī) 范體系。
UI規(guī)范效益最大化：
一旦我們決定制作規(guī)范，就要把規(guī)范當(dāng)成一個(gè)產(chǎn)品去做。去梳理一套高效合理、可復(fù)用的制作流 程，去分析產(chǎn)出什么樣的「規(guī)范產(chǎn)品」才能產(chǎn)生最大的價(jià)值。 依據(jù)規(guī)范效益模型，在規(guī)范的制定中盡可能的提高規(guī)范的通用性至90%，先解決統(tǒng)一性，再解決場(chǎng)景細(xì)分，打造高質(zhì)量通用的模式庫(kù)以提高質(zhì)量和效率，并力求讓更多人從這套設(shè)計(jì)體系中獲益， 從而讓規(guī)范體系發(fā)揮更大的價(jià)值。
UI規(guī)范制定的策略：
明確用戶對(duì)設(shè)計(jì)規(guī)范的訴求，構(gòu)建適合產(chǎn)品的UI設(shè)計(jì)規(guī)范，首先，需要明確規(guī)范體系的用戶群體經(jīng)過(guò)設(shè)計(jì)團(tuán)隊(duì)多輪調(diào)研，確定設(shè)計(jì)規(guī)范面向的目標(biāo)用戶群、基于核心用戶的訴求，為后續(xù)規(guī)范內(nèi)容框架的制定提供依據(jù)。
確定UI設(shè)計(jì)價(jià)值觀：
產(chǎn)品歷史包袱重，系統(tǒng)結(jié)構(gòu)復(fù)雜，在提升用戶體驗(yàn)時(shí)，內(nèi)容表達(dá)「清晰明確」是第一要?jiǎng)?wù)，例如尊重已經(jīng)形成的用戶習(xí)慣，優(yōu)化改造時(shí)，注意版本之間的銜接，讓用戶「清晰明確」，這也是為什么將「清晰明確」作為價(jià)值觀之首，另外提升效率是企業(yè)級(jí)產(chǎn)品用戶體驗(yàn)的永恒主題，同時(shí)兼顧系統(tǒng)的簡(jiǎn)潔與一致。
梳理UI規(guī)范框架：
UI設(shè)計(jì)規(guī)范包括設(shè)計(jì)價(jià)值觀、全局規(guī)則、組件庫(kù)、模式庫(kù)、典型頁(yè)面、移動(dòng)端規(guī)范和設(shè)計(jì)資源框架整理主要從以下3個(gè)方面進(jìn)行：
1.梳理現(xiàn)有組件，剔除不使用的部分 。?
2.同類競(jìng)品的框架借鑒，查漏補(bǔ)缺。 ?
3.場(chǎng)景驗(yàn)證，與業(yè)務(wù)場(chǎng)景深度結(jié)合經(jīng)過(guò)充分論證和梳理，對(duì)規(guī)范框架做了重新定義，增補(bǔ)了業(yè)務(wù)缺少的內(nèi)容。
如上圖所示，例如對(duì)高頻的工具欄組件的補(bǔ)充，典型頁(yè)面的補(bǔ)充，增加模式庫(kù)以及全局規(guī)則，當(dāng)前第一個(gè)版本的規(guī)范框架是基于業(yè)務(wù)場(chǎng)景優(yōu)先級(jí)最高的內(nèi)容進(jìn)行制定，更多的規(guī)范內(nèi)容的增加依托于不斷的迭代，逐漸完善規(guī)范框架。
規(guī)范內(nèi)容的制定及評(píng)審：
組件規(guī)范包含：變更記錄、組件定義、何時(shí)使用、組件的類型、組件的響應(yīng)。
規(guī)范內(nèi)容制定的原則： ?
1.有明確場(chǎng)景可依。?
2.精簡(jiǎn)不必要的分支 例如在定義表單規(guī)范時(shí)，對(duì)于表單標(biāo)簽的對(duì)齊方式做了統(tǒng)一的約束，標(biāo)簽右對(duì)齊，輸入框左對(duì)齊全局保持統(tǒng)一。
邏輯正確、規(guī)則明確易懂： ?
例如常見(jiàn)的alert （警告提示）名稱調(diào)整為常駐提示，語(yǔ)義更貼合場(chǎng)景，便于理解。
規(guī)則的可拓展性，多場(chǎng)景的兼容性： ?
產(chǎn)品架構(gòu)是PC端到移動(dòng)端的自動(dòng)適配，因此在組件設(shè)計(jì)的時(shí)候需同時(shí)考慮PC端與移動(dòng)端的對(duì)應(yīng)關(guān)系以及兩端場(chǎng)景的兼容性。
協(xié)作及敏捷迭代： ?
規(guī)范發(fā)布后，伴隨著實(shí)際項(xiàng)目的檢驗(yàn)，業(yè)務(wù)場(chǎng)景的擴(kuò)充變化，如何高效的對(duì)設(shè)計(jì)規(guī)范進(jìn)行迭代，決定了設(shè)計(jì)系統(tǒng)能否持續(xù)的走得更遠(yuǎn)，規(guī)范內(nèi)容定期評(píng)審，必須通過(guò)業(yè)務(wù)、技術(shù)、設(shè)計(jì)評(píng)審，確保規(guī)范是可用的、可落地并且易于使用的規(guī)范后期不同的規(guī)范模塊專屬人負(fù)責(zé)，同時(shí)有backup，可以幫助走查復(fù)盤雙重保障規(guī)范的質(zhì)量。
敏捷易用的前端組件庫(kù)： ?
復(fù)雜的業(yè)務(wù)場(chǎng)景和多產(chǎn)品線特點(diǎn)，快速打造一套敏捷易用、高質(zhì)量并符合實(shí)際業(yè)務(wù)場(chǎng)景的前端組件庫(kù)，是提高產(chǎn)品研發(fā)效率、改善UI質(zhì)量、提升用戶體驗(yàn)的關(guān)鍵。
敏捷易用的前端組件庫(kù)
復(fù)雜的業(yè)務(wù)場(chǎng)景和多產(chǎn)品線特點(diǎn)，快速打造一套敏捷易用、高質(zhì)量并符合實(shí)際業(yè)務(wù)場(chǎng)景的前端組件庫(kù)，是提高產(chǎn)品研發(fā)效率、改善UI質(zhì)量、提升用戶體驗(yàn)的關(guān)鍵。
前端組件庫(kù)建立目標(biāo)： ?
1.提高開(kāi)發(fā)效率，對(duì)高頻使用、通用組件進(jìn)行代碼化封裝，避免重復(fù)開(kāi)發(fā)工作。 ?
2.提高開(kāi)發(fā)質(zhì)量，通過(guò)各類業(yè)務(wù)場(chǎng)景和業(yè)務(wù)線的錘煉，沉淀組件代碼最佳實(shí)踐。 ?
3.提高產(chǎn)品體驗(yàn)，組件封裝代碼化，減少在多角色協(xié)同中因?yàn)槔斫馄睢⑿畔鬟f問(wèn)題等導(dǎo)致的不確定性和結(jié)果不可控性，不同業(yè)務(wù)線、不行項(xiàng)目、共用一套基礎(chǔ)代碼，保證體驗(yàn)的一致性，組件的組織形式： 結(jié)合實(shí)際業(yè)務(wù)場(chǎng)景和原子設(shè)計(jì)理論，將組件劃分為不同顆粒度：基礎(chǔ)組件、業(yè)務(wù)組件、典型頁(yè)面 組件，以適用于不同研發(fā)場(chǎng)景使用。
1.基礎(chǔ)組件，基礎(chǔ)組件為組件庫(kù)最小顆粒度，構(gòu)成系統(tǒng)界面的基本構(gòu)件。 ?
2.業(yè)務(wù)組件，在基礎(chǔ)組件的基礎(chǔ)上，結(jié)合具有共性業(yè)務(wù)特征的業(yè)務(wù)場(chǎng)景，梳理出具有業(yè)務(wù)特征的 業(yè)務(wù)組件。 ? 3.典型頁(yè)面組件，梳理具有業(yè)務(wù)特點(diǎn)的典型頁(yè)面，相比基礎(chǔ)組件和業(yè)務(wù)組件，典型頁(yè)面更加具體， 為用戶提供具有代表性的內(nèi)容和框架，并準(zhǔn)確描述用戶最終看到的內(nèi)容。如列表和左樹(shù)右表典型 頁(yè)面組件，作為最為常見(jiàn)的頁(yè)面結(jié)構(gòu)，各業(yè)務(wù)場(chǎng)景可復(fù)用頁(yè)面組件，保證了頁(yè)面組件內(nèi)各基礎(chǔ)組 件的一致性，最大程度的實(shí)現(xiàn)不同產(chǎn)品線產(chǎn)品中頁(yè)面體驗(yàn)的一致性。
推進(jìn)前端組件庫(kù)落地執(zhí)行： ?
前期設(shè)計(jì)規(guī)范落地到組件庫(kù)過(guò)程中，面臨諸多問(wèn)題和阻礙，比如開(kāi)發(fā)落地質(zhì)量不高、內(nèi)容遺漏、 各方理解不一致、驗(yàn)收及修復(fù)問(wèn)題不到位等問(wèn)題。處理這些問(wèn)題對(duì)UI團(tuán)隊(duì)資源造成很大消耗， 通過(guò)總結(jié)復(fù)盤前期組件庫(kù)落地時(shí)的經(jīng)驗(yàn)和教訓(xùn)，梳理落地執(zhí)行流程，在新的協(xié)作流程下，新一 批的組件開(kāi)發(fā)不論在協(xié)作效率和開(kāi)發(fā)質(zhì)量上都有質(zhì)的提升。
分層推進(jìn)： ?
組件庫(kù)開(kāi)發(fā)是一個(gè)持續(xù)迭代的過(guò)程，考慮到組件庫(kù)開(kāi)發(fā)資源極為有限且無(wú)專職負(fù)責(zé)人員，在跟組 件庫(kù)開(kāi)發(fā)團(tuán)隊(duì)協(xié)同過(guò)程中，我們通過(guò)分步開(kāi)發(fā)來(lái)解決組件庫(kù)更新優(yōu)化的問(wèn)題并通過(guò)不斷優(yōu)化協(xié)作流程來(lái)助力組件庫(kù)高效落地。
前端組件庫(kù)分步開(kāi)發(fā)原則： ?
1.優(yōu)先級(jí)原則，優(yōu)先開(kāi)發(fā)適用于業(yè)務(wù)線普適場(chǎng)景的組件。 ?
2.緊急性原則，對(duì)于急需的業(yè)務(wù)線所需組件優(yōu)先開(kāi)發(fā)。 ?
3.快速可實(shí)現(xiàn)原則，開(kāi)發(fā)實(shí)現(xiàn)成本高的組件暫緩處理。
自查走查驗(yàn)收： ?
組件UI責(zé)任人梳理出下屬組件需開(kāi)發(fā)落地的細(xì)節(jié)點(diǎn)，整理為文檔，待開(kāi)發(fā)人員完成組件開(kāi)發(fā)后，自行參照UI提供的自查文檔，查漏補(bǔ)缺，保障進(jìn)入U(xiǎn)I驗(yàn)收環(huán)節(jié)的前端組件不會(huì)出現(xiàn)較多的缺陷，降低后期走查和溝通修改的工作量，同時(shí)監(jiān)督開(kāi)發(fā)人員提高組件落地還原度和質(zhì)量。
組件庫(kù)的持續(xù)迭代： ?
UI團(tuán)隊(duì)通過(guò)一套標(biāo)準(zhǔn)的流程來(lái)把控組件庫(kù)迭代的質(zhì)量，在日常工作中經(jīng)常會(huì)收到產(chǎn)品經(jīng)理或項(xiàng)目 方提出新的組件需求或?qū)ΜF(xiàn)有組件的優(yōu)化。UI部門作為推動(dòng)組件庫(kù)搭建的核心環(huán)節(jié)，需要以全局 和更深入的視角加以判斷把關(guān)，保證前端組件庫(kù)內(nèi)容的普適性和高質(zhì)量，避免組件庫(kù)內(nèi)容冗余， 降低研發(fā)維護(hù)成本。
產(chǎn)品研發(fā)協(xié)作流程保障： ?
好的過(guò)程是好的結(jié)果的有力保障，一個(gè)業(yè)務(wù)需求從產(chǎn)生到開(kāi)發(fā)落地需要經(jīng)過(guò)多角色協(xié)同、一系 列環(huán)節(jié)。必須依靠規(guī)范的研發(fā)協(xié)作流程，確保各角色清楚自己職責(zé)以及如何跟上下游銜接，同 時(shí)我們也希望協(xié)作流程能夠確保設(shè)計(jì)資源可以向重點(diǎn)業(yè)務(wù)模塊傾斜，以及發(fā)揮各個(gè)角色可以發(fā) 揮的作用去共同提升產(chǎn)品體驗(yàn)。
UI角色需融入規(guī)范化的研發(fā)流程
UED團(tuán)隊(duì)建立之初，我們面臨的首要問(wèn)題是：需求隨機(jī)，完全取決于各產(chǎn)品線和產(chǎn)品經(jīng)理 個(gè)人，為了解決這個(gè)問(wèn)題，我們制定了UI融入研發(fā)體系的流程以解決合理、有效利用UI資 源的問(wèn)題。
企業(yè)級(jí)產(chǎn)品特點(diǎn)、多業(yè)務(wù)線、大量面向管理員用戶的具有相似頁(yè)面結(jié)構(gòu)和交互模式的業(yè)務(wù) 模塊、產(chǎn)品經(jīng)理跟交互團(tuán)隊(duì)人員配比等因素都決定了并非所有需求都需要流轉(zhuǎn)到UI團(tuán)隊(duì)進(jìn) 行設(shè)計(jì)，在判斷哪些需求需要流轉(zhuǎn)至UI團(tuán)隊(duì)設(shè)計(jì)時(shí)，我們給出了如下指導(dǎo)性方向： ?
1.用戶量角度，大量終端用戶使用的場(chǎng)景，例如訂票、報(bào)銷、采購(gòu)頁(yè)面 。 ?
2.用戶重要程度角度，核心、重要用戶使用的場(chǎng)景 eg.公司領(lǐng)導(dǎo)、決策層。 ?
3.通用性角度，通用組件或框架，需要UI通盤考慮各個(gè)業(yè)務(wù)線場(chǎng)景需求進(jìn)行設(shè)計(jì)。 其他需求則主要由產(chǎn)品經(jīng)理進(jìn)行設(shè)計(jì)，UX以評(píng)審方式輕度參與。
協(xié)作流程迭代，UI驗(yàn)收成為必要一環(huán)： 隨后我們又面臨新的問(wèn)題：設(shè)計(jì)還原度差，被公司老板生動(dòng)的形容為：看設(shè)計(jì)稿是“精裝修”， 開(kāi)發(fā)落地后就成了“毛坯房”了。為盡可能確保設(shè)計(jì)還原質(zhì)量，我們?cè)谘邪l(fā)流程中明確了所有涉 及前端頁(yè)面的功能需求都需要在研發(fā)協(xié)同工具中流轉(zhuǎn)到UI負(fù)責(zé)人驗(yàn)收，在產(chǎn)品團(tuán)隊(duì)TAPD中記 錄UI缺陷、標(biāo)明嚴(yán)重程度，對(duì)于 “嚴(yán)重” 級(jí)別以上UI缺陷，禁止發(fā)版。
UI工期評(píng)估合理化：
為了既能盡力配合各產(chǎn)品線迭代計(jì)劃又要爭(zhēng)取合理UI設(shè)計(jì)時(shí)間、保證產(chǎn)出質(zhì)量，合理評(píng)估設(shè)計(jì)周期對(duì)UI人力管理尤其重要。對(duì)此，我們對(duì)設(shè)計(jì)需求分成了ABC三級(jí)進(jìn)行評(píng)估。 對(duì)于A和B級(jí)需求，通常模塊較大，先有UI設(shè)計(jì)方案再去分期迭代開(kāi)發(fā)，對(duì)于這兩類需求，在評(píng)估 模型中給出了大致工期概念，比如以月為單位，大于1個(gè)月或2個(gè)月。
對(duì)于C級(jí)需求，通常為產(chǎn)品經(jīng)理先排進(jìn)某個(gè)迭代再來(lái)提UI設(shè)計(jì)需求，設(shè)計(jì)范圍相對(duì)明確，我們則結(jié)合典型頁(yè)面數(shù)量因子和設(shè)計(jì)難度因子給出了UI工期大概評(píng)估公式，以天為單位。 ?
1.設(shè)計(jì)難度因子：根據(jù)業(yè)務(wù)線的復(fù)雜程度而定，范圍為（0.8~1.5）。 ?
2.典型頁(yè)面數(shù)量因子：評(píng)估需求范圍規(guī)模（N）。
設(shè)計(jì)體驗(yàn)文化打造
UI設(shè)計(jì)團(tuán)隊(duì)在協(xié)作過(guò)程中面臨諸多挑戰(zhàn)：產(chǎn)品線多、產(chǎn)品邏輯復(fù)雜、研發(fā)鏈路長(zhǎng)、各級(jí)人員對(duì)產(chǎn)品認(rèn)知及重視程度不一、好的體驗(yàn)設(shè)計(jì)難落地、溝通成本高等問(wèn)題，想要解決這些問(wèn)題，若僅靠UI團(tuán)隊(duì)自身力量是不夠的，需要?jiǎng)訂T公司各個(gè)環(huán)節(jié)和人員重視用戶體驗(yàn)，共同促進(jìn)產(chǎn) 品體驗(yàn)提升。
搭建體驗(yàn)文化灌溉機(jī)制：
UI部門通過(guò)多維度的體驗(yàn)知識(shí)內(nèi)容矩陣、多渠道多場(chǎng)景全員覆蓋，普及和加深各級(jí)對(duì)產(chǎn)品體驗(yàn) 價(jià)值的認(rèn)識(shí)，提升產(chǎn)品體驗(yàn)思考力和洞察力，幫助企業(yè)以新的視角思考業(yè)務(wù)、產(chǎn)品研發(fā)和用戶 體驗(yàn)的關(guān)系，賦能產(chǎn)品經(jīng)理及研發(fā)人員高質(zhì)量的輸出，“以用戶為中心”和“打造產(chǎn)品極致體驗(yàn)” 的價(jià)值觀根植與企業(yè)文化中，指導(dǎo)研發(fā)流程中各項(xiàng)工作最終影響到產(chǎn)品的戰(zhàn)略層、范圍層、結(jié) 構(gòu)層、框架層和表現(xiàn)層這5個(gè)產(chǎn)品體驗(yàn)維度，以實(shí)現(xiàn)企業(yè)產(chǎn)品的“極致產(chǎn)品體驗(yàn)”目標(biāo)。 通過(guò)搭建體驗(yàn)文化灌溉機(jī)制，提升全員體驗(yàn)意識(shí)，能為產(chǎn)品研發(fā)帶來(lái)長(zhǎng)久的價(jià)值： ?
1.提高設(shè)計(jì)還原度 ?
2.減少培訓(xùn)成本 ?
3.提升跨部門溝通效率 ?
4.提升UI團(tuán)隊(duì)影響力 ?
5.提升客戶滿意度
體驗(yàn)文化落地實(shí)踐：
針對(duì)不同類型的體驗(yàn)知識(shí)，我們采取不同的傳播渠道進(jìn)行透，以期達(dá)到最好的效果，避免形式化， 將體驗(yàn)文化滲透、學(xué)習(xí)落到實(shí)處，最終影響產(chǎn)品研發(fā)的各個(gè)環(huán)節(jié)。
以下為UI團(tuán)隊(duì)在企業(yè)體驗(yàn)文化 推廣的主要渠道和方法： ?
極致體驗(yàn)公眾號(hào)主要發(fā)布產(chǎn)品體驗(yàn)的基礎(chǔ)原理，體驗(yàn)價(jià)值、項(xiàng)目復(fù)盤、常見(jiàn)體驗(yàn)問(wèn)題等深度長(zhǎng)文。讓公司各級(jí)人 員認(rèn)識(shí)用戶體驗(yàn)及價(jià)值，讓用戶體驗(yàn)理念深入人心。 ?
體驗(yàn)知識(shí)小卡片整理產(chǎn)品體驗(yàn)小的知識(shí)點(diǎn)，閱讀學(xué)習(xí)成本低。利用員工碎片時(shí)間，對(duì)細(xì)小體驗(yàn)知識(shí)點(diǎn)的學(xué)習(xí)，積 跬步，至千里。 ?
直播宣講針對(duì)重點(diǎn)且復(fù)雜的產(chǎn)品體驗(yàn)內(nèi)容，如交互規(guī)范宣講、重點(diǎn)問(wèn)題復(fù)盤、產(chǎn)品經(jīng)理及開(kāi)發(fā)人員應(yīng)知應(yīng) 會(huì)的知識(shí)點(diǎn)，采用宣講直播的方式，更好的對(duì)內(nèi)容進(jìn)行詳細(xì)解說(shuō)和疑難問(wèn)題溝通。 ?
體驗(yàn)調(diào)研分享UI部門成員對(duì)核心競(jìng)品進(jìn)行體驗(yàn)調(diào)研，整理分析后對(duì)產(chǎn)品經(jīng)理及相關(guān)人員進(jìn)行分享，賦能產(chǎn)品經(jīng) 理，為產(chǎn)品的體驗(yàn)設(shè)計(jì)提供新的思路。
UI設(shè)計(jì)質(zhì)量品控
UI團(tuán)隊(duì)專業(yè)水平一定程度上決定了公司產(chǎn)品體驗(yàn)的上限，持續(xù)提升UI自身專業(yè)輸出能力可以從源頭提升公司產(chǎn)品體驗(yàn)。
設(shè)計(jì)自查：
企業(yè)級(jí)產(chǎn)品的大量體驗(yàn)問(wèn)題都是設(shè)計(jì)基礎(chǔ)問(wèn)題。因此需要設(shè)計(jì)師不論在內(nèi)審前，還是內(nèi)審過(guò)程中都要牢記設(shè)計(jì)原則，查漏補(bǔ)缺，守住底線。我們?cè)诓块T內(nèi)部制定了一套適合企業(yè)產(chǎn)品的UI自查表來(lái)檢查設(shè)計(jì)方案，通過(guò)這些自查點(diǎn)來(lái)避免產(chǎn)品中出現(xiàn)基礎(chǔ)體驗(yàn)問(wèn)題，從UI設(shè)計(jì)師自己這里 把好第一道關(guān)。
在日常工作中，UI自查表始終占據(jù)工區(qū)的醒目位置。在評(píng)審過(guò)程中，大家也會(huì)通過(guò)線上文檔的形 式來(lái)對(duì)設(shè)計(jì)原則的條目進(jìn)行逐一檢查。
做好UI內(nèi)部評(píng)審：
設(shè)計(jì)團(tuán)隊(duì)內(nèi)評(píng)審（Design critique）是幾乎所有國(guó)內(nèi)外設(shè)計(jì)團(tuán)隊(duì)的普遍、經(jīng)典做法，可以有效提 高設(shè)計(jì)產(chǎn)出水平、保證團(tuán)隊(duì)對(duì)外輸出質(zhì)量。方法是普適的，但具體執(zhí)行時(shí)如何做才能有更好的效果卻各有各異。 在如何做好內(nèi)部評(píng)審上，我們進(jìn)行了如下嘗試。 從“全員參與” 到 “組成內(nèi)部評(píng)審委員會(huì)” 團(tuán)隊(duì)內(nèi)評(píng)審時(shí)邀請(qǐng)全員參加，但發(fā)現(xiàn)只有少數(shù)同事發(fā)言，另外一些同事因資歷淺、不了解評(píng)審產(chǎn)品或者積極性不高給不出建議。同時(shí)隨著團(tuán)隊(duì)成員數(shù)量從幾個(gè)增加到十幾個(gè)，評(píng)審會(huì)議的時(shí)間成 本大大增加。
選取團(tuán)隊(duì)內(nèi)相對(duì)資深和積極提出問(wèn)題、建議的同事組成內(nèi)部評(píng)審委員會(huì)，以月為周期輪流進(jìn)行， 可以有效分散評(píng)審委員在團(tuán)隊(duì)內(nèi)部評(píng)審上的工作負(fù)荷，并明確一次UI內(nèi)部評(píng)審除了內(nèi)部評(píng)審委員 會(huì)還有哪些關(guān)聯(lián)同事需要參加。 關(guān)于邀請(qǐng)?jiān)u審內(nèi)容關(guān)聯(lián)同事，比如“消息中心” UI評(píng)審跟另外一位同事負(fù)責(zé)的“討論消息”有關(guān)聯(lián)，則需要邀請(qǐng)這位同事一起評(píng)審，以便發(fā)現(xiàn)關(guān)聯(lián)問(wèn)題，整體考慮設(shè)計(jì)方案。
以上參與評(píng)審機(jī)制明確在團(tuán)隊(duì)內(nèi)部協(xié)作工具上，做到人人清楚。另外，對(duì)于評(píng)審建議，要做到有 記錄、有回應(yīng)、有跟蹤，確保有效發(fā)揮了內(nèi)部評(píng)審的價(jià)值。
UI設(shè)計(jì)師的能力模型：不言而喻，UI設(shè)計(jì)師自身能力的培養(yǎng)是UI品控的重要一環(huán)。因此對(duì)于設(shè)計(jì)師能力培養(yǎng)通道上，我 們引入了以下模型。
我們將UI設(shè)計(jì)師能力歸納成了3x3能力矩陣。這可以設(shè)計(jì)師在工作中也可以有目的提升自身薄弱環(huán)節(jié)，同時(shí)也讓企業(yè)對(duì)UI設(shè)計(jì)師的要求更加清晰，除此之外，我們要求UI設(shè)計(jì)師也需要多了解業(yè)務(wù)和前端知識(shí)，往前多走一步，跟上下游角色更好的銜接，一方面，UI設(shè)計(jì)師需要理解業(yè)務(wù)，要能夠有半個(gè)產(chǎn)品經(jīng)理的業(yè)務(wù)知識(shí)儲(chǔ)備， 如果能站在更高的行業(yè)視角對(duì)自己所服務(wù)的業(yè)務(wù)領(lǐng)域（向 業(yè)務(wù)產(chǎn)品經(jīng)理再邁進(jìn)一點(diǎn)）有一定的理解是更好的了，另外一方面，UI設(shè)計(jì)師跟自己的下游-前端 開(kāi)發(fā)工程師也需要很好的銜接上，知道相關(guān)前端技術(shù)概念、基本頁(yè)面布局和交互實(shí)現(xiàn)邏輯、方法，能夠無(wú)縫地將界面和交互設(shè)計(jì)翻譯成前端可理解的語(yǔ)言。
