用實(shí)戰(zhàn)經(jīng)驗(yàn)帶你掌握設(shè)計(jì)資產(chǎn)更新全流程
對(duì)于 B 端數(shù)字產(chǎn)品來說,建立一套企業(yè)級(jí)的 Design Systems 可以提升團(tuán)隊(duì)生產(chǎn)力為企業(yè)賦能,這當(dāng)中會(huì)沉淀很多設(shè)計(jì)資產(chǎn)(設(shè)計(jì)資產(chǎn)指設(shè)計(jì)體系中的所有產(chǎn)出物)。在有了設(shè)計(jì)資產(chǎn)后,如何確保使用者能夠正確使用?如何維護(hù)其良性發(fā)展?如何管理設(shè)計(jì)體系資產(chǎn)?如何建立和諧的資產(chǎn)共創(chuàng)流程?這需要一套完善的、行之有效的更新機(jī)制。
說到更新,那必然不是 0-1 的過程,而是 1+1>2 的事情。去年我們更新了設(shè)計(jì)資產(chǎn) V2.0 版本,隨著業(yè)務(wù)的不斷發(fā)展,在使用過程中發(fā)現(xiàn)基礎(chǔ)組件模式需要新的拓展以更靈活的應(yīng)對(duì)業(yè)務(wù)、發(fā)現(xiàn)缺少了組件的應(yīng)用指南、使用場(chǎng)景等內(nèi)容以更好的指導(dǎo)使用者、發(fā)現(xiàn)圖標(biāo)庫缺少統(tǒng)一的管理等問題,因此在我們做了充分的調(diào)研和分析之后,啟動(dòng)了 V3.0 版本的更新工作,剛開始我們僅借鑒有贊的更新機(jī)制執(zhí)行更新,但在執(zhí)行過程中,我們遇到很多現(xiàn)實(shí)性的問題,基于此,我們結(jié)合團(tuán)隊(duì)現(xiàn)狀沉淀出了一套完整的更新機(jī)制,它更適用于沒有專門設(shè)計(jì)體系團(tuán)隊(duì)的中小型團(tuán)隊(duì),在此跟大家分享,希望可以啟發(fā)你的靈感。
在進(jìn)入正題之前,我們先思考一下,為什么做項(xiàng)目可以從立項(xiàng)到最后穩(wěn)定運(yùn)行一步一步執(zhí)行的那么有條不紊?那是因?yàn)樵陧?xiàng)目的整個(gè)生命周期中,有項(xiàng)目經(jīng)理在利用十分成熟的項(xiàng)目管理知識(shí)體系,在指導(dǎo)每一步流程如何執(zhí)行。那么同理,對(duì)于設(shè)計(jì)資產(chǎn),它也是一個(gè)項(xiàng)目,我們借用項(xiàng)目管理思維去管理它,把更新流程代入到項(xiàng)目管理的閉環(huán),該如何來做?下面從項(xiàng)目管理的五大過程來分享我們每一環(huán)節(jié)的方案。
一、啟動(dòng)過程
目的:觸發(fā)開啟、確定范圍及周期
首先我們需要在啟動(dòng)時(shí)明確的核心內(nèi)容是:什么時(shí)候開始更新?以什么樣的周期進(jìn)行更新?更新的范圍如何定義?
1. 觸發(fā)開啟
在項(xiàng)目開啟前,需要決定什么時(shí)候開始維護(hù)設(shè)計(jì)資產(chǎn),這個(gè)很簡單,在一個(gè)發(fā)版后,就要開始思考下一版本需要做什么了,這跟項(xiàng)目的版本迭代是同理的。所以在開啟之前我們就應(yīng)該要定義好如何做準(zhǔn)備工作,如何收集設(shè)計(jì)資產(chǎn)的需求,這一點(diǎn)是我們一開始沒有想清楚,后來在執(zhí)行過程中總結(jié)出來的。
對(duì)于設(shè)計(jì)資產(chǎn)需求的收集是一個(gè)需要全員(資產(chǎn)建立者及使用者)參與的過程,需求的來源是每一個(gè)角色在使用設(shè)計(jì)資產(chǎn)做項(xiàng)目的過程中遇到的問題,把這些問題進(jìn)行匯總記錄,便形成了可能要做的需求。所以此時(shí)要有一個(gè)需求池承載這些內(nèi)容,為確保大家更好的協(xié)作,我們?cè)卺斸斨R(shí)庫建立了在線表格「設(shè)計(jì)資產(chǎn)需求池」用統(tǒng)一的格式提需求,讓問題可追溯。
2. 確定范圍
確定范圍就像產(chǎn)品做需求管理是一樣的,需要對(duì)大量的需求進(jìn)行篩選、歸納、排序等,最終確認(rèn)每個(gè)版本的需求范圍。同樣,針對(duì)需求池中的內(nèi)容,我們是以月度為時(shí)間節(jié)點(diǎn)召集相關(guān)干系人(也會(huì)根據(jù)產(chǎn)品的更新頻率動(dòng)態(tài)調(diào)整為兩月一次),對(duì)需求池進(jìn)行定期評(píng)審,通過需求決策三角模型來決策是否轉(zhuǎn)化為有效需求,從需求的普適度、拓展性和實(shí)現(xiàn)成本三個(gè)維度來篩選、歸納、整理需求,然后用采納、不采納和待定三個(gè)狀態(tài)來決策是否要做,最后會(huì)根據(jù)迫切度對(duì)需求排出優(yōu)先級(jí),這樣就完成了我們需求范圍的定義。
然后,針對(duì)范圍內(nèi)的需求,進(jìn)行解決方案的討論,或許是優(yōu)化、或許是新增的內(nèi)容,都需要對(duì)提出人的解決方案進(jìn)行討論,若方案被大家一致共識(shí) OK,那么方案按其實(shí)現(xiàn);若有人存在異議,則需探討出更優(yōu)的方案。總之,是為了得出大家共識(shí)的和更優(yōu)的解決方案,這是建立共同意識(shí)的良好時(shí)機(jī),也為后續(xù)的組件資產(chǎn)使用提前加深印象。
3. 確定周期
為了使每個(gè)人都能與設(shè)計(jì)資產(chǎn)的進(jìn)化步調(diào)保持一致,它的更新是需要有節(jié)奏的、定期執(zhí)行的。
更新周期需要結(jié)合項(xiàng)目的實(shí)際更新節(jié)奏去定義,設(shè)計(jì)資產(chǎn)作為設(shè)計(jì)的指導(dǎo)工具,當(dāng)然是不能很頻繁的更新,特別對(duì)于 B 端產(chǎn)品來說,大部分是以業(yè)務(wù)為主,組件的更新多半是一個(gè)事后的行為,所以我們暫定的頻率是月度進(jìn)行一次需求評(píng)審,根據(jù)通用性、復(fù)用性這兩大指標(biāo)的重要程度,在組內(nèi)討論看是否需要對(duì)其更新,會(huì)先進(jìn)行內(nèi)部文件更新,以季度的時(shí)間節(jié)點(diǎn)進(jìn)行一次線上更新需求的評(píng)審,以評(píng)估是否要進(jìn)行線上庫的更新,實(shí)際線上庫是時(shí)隔一年我們發(fā)布了 V3.0 版本。
二、規(guī)劃過程
目的:制定計(jì)劃、明確分工
有了節(jié)點(diǎn)劃分,具體要做的事情該如何去做,應(yīng)該存在一個(gè)流程規(guī)范,并且要根據(jù)參與角色的不同分別制定。在我們?cè)O(shè)計(jì)資產(chǎn)更新維護(hù)過程中主要有以下幾個(gè)角色和對(duì)應(yīng)要做的事項(xiàng),具體為:
- 設(shè)計(jì)共創(chuàng)者:發(fā)現(xiàn)問題、輸出方案、提出需求、參與討論、執(zhí)行驗(yàn)收…
- 前端工程師:發(fā)現(xiàn)問題、提出建議、提出需求、參與討論、開發(fā)實(shí)現(xiàn)…
- 資產(chǎn)負(fù)責(zé)人:制定計(jì)劃、資產(chǎn)維護(hù)、組織評(píng)審、推進(jìn)進(jìn)度、全流程統(tǒng)籌管理…
在設(shè)計(jì)資產(chǎn)維護(hù)過程中為確保角色之間的協(xié)作能夠順暢的進(jìn)行,我針對(duì)多個(gè)角色從需求階段、設(shè)計(jì)階段、開發(fā)階段三個(gè)階段,分別定義了流程圖和產(chǎn)出物流轉(zhuǎn)圖,需求階段的流程如下:
后續(xù)在我們的資產(chǎn)和流程成熟后,會(huì)規(guī)劃把收集需求這一過程開放出去,讓更多的角色參與進(jìn)來。前提是我們已經(jīng)在公司內(nèi)做好了設(shè)計(jì)系統(tǒng)的推廣和普及的工作,這是計(jì)劃下一步要做的事情。因?yàn)樵陧?xiàng)目協(xié)作過程中你會(huì)發(fā)現(xiàn),除了前端和設(shè)計(jì)之外,像產(chǎn)品、測(cè)試他們都有了解設(shè)計(jì)系統(tǒng)的需求,如在測(cè)試過程中,當(dāng)他們對(duì)一些功能點(diǎn)的交互方式或組件的視覺呈現(xiàn)有疑問時(shí),就會(huì)到設(shè)計(jì)這邊來詢問,或者有一些建設(shè)性的建議等,這些外界的聲音我們作為設(shè)計(jì)系統(tǒng)的構(gòu)建者應(yīng)該及時(shí)收集,所以后續(xù)我們會(huì)思考如何更全面的收集需求,讓更多的人參與構(gòu)建。
三、執(zhí)行過程
目的:執(zhí)行工作、確認(rèn)交付
執(zhí)行過程分為兩條線,一是設(shè)計(jì)側(cè)本地文檔更新的執(zhí)行過程,二是前端側(cè)線上庫更新的執(zhí)行過程。
1. 設(shè)計(jì)側(cè)
設(shè)計(jì)側(cè)的執(zhí)行是要及時(shí)的更新設(shè)計(jì)稿,根據(jù)每月對(duì)需求的評(píng)審,會(huì)按評(píng)審頻率同步更新本地設(shè)計(jì)資產(chǎn)文檔,也就是我們的 sketch 文檔,這份文檔更新之后便滿足了設(shè)計(jì)組內(nèi)做產(chǎn)品設(shè)計(jì)時(shí)可以使用完整的內(nèi)容。
對(duì)于設(shè)計(jì)資產(chǎn)文檔的維護(hù)單獨(dú)庫對(duì)應(yīng)到人進(jìn)行一對(duì)一負(fù)責(zé)的,最初為了讓大家共同參與進(jìn)來,在基礎(chǔ)組件庫的設(shè)計(jì)時(shí),讓每個(gè)業(yè)務(wù)線的設(shè)計(jì)師單獨(dú)設(shè)計(jì),然后由負(fù)責(zé)人進(jìn)行匯總,但這樣受限于 sketch 軟件本身,遇到一個(gè)很繁瑣的問題:當(dāng)組件由不同的人各自在不同的本地文件繪制后,匯總的人沒有辦法直接 copy 到公用的文檔中一鍵生成可調(diào)用的組件插件(不知道使用云文檔的團(tuán)隊(duì)是否可以直接實(shí)現(xiàn)多人對(duì)一個(gè)文檔進(jìn)行共同編輯,不用本地文檔傳來傳去),所以最終的匯總基本是需要重設(shè)計(jì)一遍,這樣就引起重復(fù)工作的問題,在經(jīng)歷了兩次這樣的流程后,我們對(duì)此進(jìn)行了優(yōu)化,后續(xù)改為每個(gè)庫由單獨(dú)的人來負(fù)責(zé)設(shè)計(jì)產(chǎn)出,圖標(biāo)庫、基礎(chǔ)組件庫以及可視化組件庫都分別由一人負(fù)責(zé)繪制、上傳、對(duì)接、更新。
2. 前端側(cè)
本地設(shè)計(jì)稿更新之后,需要前端支持進(jìn)行線上庫的更新,線上資產(chǎn)更新需要設(shè)計(jì)和前端協(xié)作完成,這時(shí)我們是通過產(chǎn)出設(shè)計(jì)資產(chǎn)平臺(tái)文檔前端版來進(jìn)行協(xié)作的。這個(gè)文檔是從使用者的角度進(jìn)行設(shè)計(jì)的,按照:基礎(chǔ)規(guī)范、通用組件兩大類進(jìn)行劃分,其中通用組件包含:導(dǎo)航、數(shù)據(jù)錄入、數(shù)據(jù)展示、數(shù)據(jù)反饋、其他五大塊內(nèi)容,每個(gè)組件元素的內(nèi)容分為:實(shí)例、API 和指南三大模塊,其中指南當(dāng)中包含了:使用場(chǎng)景、組件構(gòu)成、組件尺寸、交互狀態(tài)等內(nèi)容,是一份用來幫助使用者更好的使用組件的指南型文檔。
線上資產(chǎn)的更新頻率以季度為周期(也根據(jù)業(yè)務(wù)產(chǎn)品的迭代頻率動(dòng)態(tài)調(diào)整),圖標(biāo)庫的更新是跟隨產(chǎn)品版本按照?qǐng)D標(biāo)的固定流程進(jìn)行更新。
四、監(jiān)控過程
目的:發(fā)現(xiàn)偏差、做好驗(yàn)收
開發(fā)過程中和完成后,需要對(duì)還原度進(jìn)行監(jiān)控,驗(yàn)證是否與預(yù)期保持一致,這里的做法跟我們項(xiàng)目驗(yàn)收是一樣的,檢查資產(chǎn)實(shí)現(xiàn)的質(zhì)量,整理到驗(yàn)收文檔中與前端對(duì)接優(yōu)化。對(duì)于設(shè)計(jì)驗(yàn)收之前寫過一篇復(fù)盤小文,感興趣的可跳轉(zhuǎn)查看。
監(jiān)控過程是上線前的質(zhì)量把關(guān)環(huán)節(jié),這個(gè)過程中我們也是全員參與的,設(shè)計(jì)+前端,通過互查、自查、驗(yàn)收的方式對(duì)組件進(jìn)行驗(yàn)收,這個(gè)過程也是建立共識(shí)的好時(shí)機(jī),所以更應(yīng)該積極推動(dòng)每個(gè)組件干系人積極參與進(jìn)來。
五、收尾過程
目的:發(fā)布版本、歸檔復(fù)盤
在發(fā)布版本之前,需要編寫更新記錄,更新記錄我們是維護(hù)了兩份,一份是線上平臺(tái)中展示的更新記錄,主要由前端編寫,內(nèi)容涉及到組件具體的實(shí)現(xiàn)、調(diào)用替換等技術(shù)修改相關(guān)內(nèi)容,較為細(xì)致。另一份是維護(hù)在釘釘公共庫維護(hù)的「設(shè)計(jì)體系更新表」,此表格的內(nèi)容更為概括,主要是做功能變更記錄,兩份文檔的更新版本號(hào)是保持一致的。
所有的工作完成之后,最后,發(fā)布版本。每個(gè)版本更新后,除了將更新內(nèi)容同步給核心的使用者以外,還需要將設(shè)計(jì)資產(chǎn)更新內(nèi)容進(jìn)行更廣泛的分享,需要主動(dòng)的引導(dǎo)和推廣團(tuán)隊(duì)內(nèi)更多的人去關(guān)注和學(xué)習(xí)設(shè)計(jì)體系知識(shí),才能使更多人更好的使用起來,才能使其良好且持久的運(yùn)轉(zhuǎn),才能收集更多建議以建立更加和諧的資產(chǎn)共創(chuàng)流程。
收尾并不是結(jié)束,而是代表新的開始。
總結(jié)
這套完整的更新流程是根據(jù)今年設(shè)計(jì)資產(chǎn)從 V2.0 升級(jí)到 V3.0 總結(jié)而來,整個(gè)思路和靈感來源有項(xiàng)目管理知識(shí)體系以及 Design Systems 這本書,所有知識(shí)都是融會(huì)貫通的,我們利用項(xiàng)目管理的思維找到了適合自己團(tuán)隊(duì)資產(chǎn)更新的流程,能夠適應(yīng)我們團(tuán)隊(duì)的自然工作流程,只有這樣團(tuán)隊(duì)里的每個(gè)人才會(huì)具有主動(dòng)性,大家對(duì)設(shè)計(jì)資產(chǎn)的貢獻(xiàn)才能更加均勻。雖然在執(zhí)行的過程中還是會(huì)或多或少的需要一些問題,比如按時(shí)間節(jié)點(diǎn)迭代不能快速的解決組件當(dāng)下的問題以更快的應(yīng)用、大家在業(yè)務(wù)外需要花費(fèi)更多的精力參與到共創(chuàng)過程難免積極性會(huì)有差異、具有創(chuàng)新性的想法不能及時(shí)的被納入庫實(shí)現(xiàn)……這需要我們不斷的去優(yōu)化這個(gè)小而美的流程,以更好的為團(tuán)隊(duì)協(xié)作提升效率。
流程提供的僅僅是大方向上的指南,具體的執(zhí)行需要根據(jù)實(shí)際工作流程隨機(jī)應(yīng)變,在此把我們的思路和成果分享給大家,希望大家進(jìn)行交流學(xué)習(xí),路漫漫其修遠(yuǎn)兮,吾將上下而求索,設(shè)計(jì)的進(jìn)步需要不斷的反思和沉淀,需要更多的思維碰撞。
總之,多讀、多看、多學(xué)、多分享,步履不停……
作者:做設(shè)計(jì)的小仙草
想了解更多網(wǎng)站技術(shù)的內(nèi)容,請(qǐng)?jiān)L問:網(wǎng)站技術(shù)