在日常工作中，設(shè)計(jì)師經(jīng)常會(huì)有這樣的煩惱：上線的產(chǎn)品和原先設(shè)計(jì)的不一樣，不是這個(gè)交互提示沒有顯示，就是那個(gè)圖標(biāo)大小顯示錯(cuò)了。更有甚者，產(chǎn)品功能的交互邏輯就有問題。用戶在使用過程中體驗(yàn)大打折扣。導(dǎo)致這個(gè)問題的原因很可能是在產(chǎn)品開發(fā)鏈路中，設(shè)計(jì)師完成對設(shè)計(jì)稿的交付后就認(rèn)為這個(gè)任務(wù)告一段落，開始著手下一個(gè)任務(wù)。而后續(xù)環(huán)節(jié)中的隊(duì)友對設(shè)計(jì)意圖、設(shè)計(jì)細(xì)節(jié)理解不足或產(chǎn)生誤解，將關(guān)注度僅集中在主要功能的提供上。解決這個(gè)問題，設(shè)計(jì)師們需要設(shè)立設(shè)計(jì)驗(yàn)收環(huán)節(jié)，進(jìn)行設(shè)計(jì)輸出和產(chǎn)品實(shí)現(xiàn)的比對和檢測。
而在傳統(tǒng)的瀑布式開發(fā)流程中，由于產(chǎn)品實(shí)現(xiàn)周期較久，產(chǎn)品上線前設(shè)計(jì)師可以安排充足的時(shí)間進(jìn)行驗(yàn)收；但是在敏捷開發(fā)過程中，每個(gè)迭代的任務(wù)多、時(shí)間緊，設(shè)計(jì)驗(yàn)收往往草草收場，以至于問題不斷累積，影響產(chǎn)品整體用戶體驗(yàn)。本文將會(huì)結(jié)合酷家樂工具型產(chǎn)品-酷大師在敏捷開發(fā)過程中的實(shí)踐經(jīng)驗(yàn)說明如何搭建設(shè)計(jì)驗(yàn)收體系，在設(shè)計(jì)師與隊(duì)友們的高效溝通的前提下，保障產(chǎn)品高品質(zhì)在線。
搭建設(shè)計(jì)驗(yàn)收框架
很多設(shè)計(jì)師反饋：產(chǎn)品上線前驗(yàn)收過，有些小問題沒法立即解決；上線后會(huì)發(fā)現(xiàn)一些新問題；隨著產(chǎn)品功能的增加，問題越來越多，通常呈現(xiàn)分散式、零星式的特點(diǎn)，有些防不勝防的感覺。
實(shí)際上，這是因?yàn)榇蠖鄶?shù)設(shè)計(jì)師認(rèn)為設(shè)計(jì)驗(yàn)收就是上線前的事情，結(jié)束了就完成了，沒有建立系統(tǒng)驗(yàn)收框架，缺少全生命周期去跟進(jìn)設(shè)計(jì)實(shí)現(xiàn)的概念。
由于酷大師項(xiàng)目是我從0到1一直跟進(jìn)的項(xiàng)目，在啟動(dòng)初期就做好了搭建設(shè)計(jì)驗(yàn)收框架的準(zhǔn)備，按照單一功能驗(yàn)收、部分模塊功能驗(yàn)收、全局功能驗(yàn)收、階段性整體復(fù)查這樣的順序，網(wǎng)格狀、系統(tǒng)性、地毯式進(jìn)行驗(yàn)收。驗(yàn)收階段貫穿上線前、上線后，形成點(diǎn)、線、面、體相結(jié)合的布局。
單一功能驗(yàn)收階段——模塊驗(yàn)收階段——全局驗(yàn)收階段——周期性復(fù)查階段
一.單一功能驗(yàn)收階段
大多數(shù)項(xiàng)目進(jìn)行敏捷開發(fā)時(shí)，一個(gè)sprint結(jié)束后會(huì)上線該sprint研發(fā)的功能，此時(shí)可以進(jìn)行該sprint中開發(fā)的功能的驗(yàn)收。在酷大師敏捷開發(fā)過程中，一個(gè)sprint往往會(huì)完成1個(gè)復(fù)雜功能或多個(gè)獨(dú)立的簡單功能，我通常會(huì)給每個(gè)功能建立設(shè)計(jì)驗(yàn)收文檔，逐個(gè)進(jìn)行驗(yàn)收。這個(gè)階段的驗(yàn)收往往比較細(xì)致，會(huì)關(guān)注每個(gè)功能的設(shè)計(jì)輸出中涉及的所有細(xì)節(jié)點(diǎn)。
這樣一輪精細(xì)化驗(yàn)收結(jié)束后，往往能夠發(fā)現(xiàn)產(chǎn)品實(shí)現(xiàn)中90%以上的問題。我稱這個(gè)階段為點(diǎn)狀驗(yàn)收。
二.模塊驗(yàn)收階段
有些功能比較復(fù)雜，會(huì)拆解為多個(gè)子功能，花費(fèi)多個(gè)sprint進(jìn)行研發(fā)。比如說酷大師中的渲染功能，先實(shí)現(xiàn)構(gòu)圖外景等能力，再實(shí)現(xiàn)陽光調(diào)節(jié)能力。
所以會(huì)先進(jìn)行構(gòu)圖場景和陽光調(diào)節(jié)的單一功能驗(yàn)收，當(dāng)這些能力研發(fā)完成，渲染功能比較完整時(shí)，再進(jìn)行整個(gè)模塊功能驗(yàn)收。此時(shí)的驗(yàn)收既是對單一功能的復(fù)查，也是對模塊功能的檢測。我稱這個(gè)階段為線狀驗(yàn)收。
三.全局驗(yàn)收階段
通常我會(huì)在一個(gè)相對具體的時(shí)間節(jié)點(diǎn)，比如半年、一年或者大版本更新迭代時(shí)，去查看整個(gè)產(chǎn)品功能迭代情況。這樣的時(shí)間節(jié)點(diǎn)就很適合進(jìn)行一場全局性的功能驗(yàn)收。
平日的驗(yàn)收結(jié)束后陸續(xù)會(huì)進(jìn)行優(yōu)化，但是由于優(yōu)化時(shí)間點(diǎn)不一定是即時(shí)的，也有很多情況下是問題優(yōu)先級較低，很久才修復(fù)。全局功能驗(yàn)收就能從全局角度了解半年或一年進(jìn)展情況，查漏補(bǔ)缺。
由于酷家樂體系下，半年會(huì)對產(chǎn)品做一次回顧，所以我會(huì)在1個(gè)季度結(jié)束后進(jìn)行一輪全局驗(yàn)收，檢查出的問題可以下一個(gè)季度進(jìn)行優(yōu)化，保證每半年回顧時(shí)整體狀態(tài)可控。我稱這個(gè)階段為面狀驗(yàn)收。
四.周期性復(fù)查階段
前面三個(gè)環(huán)節(jié)結(jié)束后其實(shí)會(huì)沉淀下數(shù)量客觀的驗(yàn)收問題，一部分在上線前會(huì)解決掉，一部分上線前不容易解決的會(huì)在上線后短期內(nèi)解決，還有一部分問題可能涉及資源、產(chǎn)品方向等短期難以解決的問題，會(huì)留檔，等待合適的時(shí)機(jī)進(jìn)行解決。
為了防止短期內(nèi)沒有解決的問題被時(shí)間所遺忘，我會(huì)安排周期性復(fù)查，比如在半年的節(jié)點(diǎn)上，復(fù)查這半年的驗(yàn)收文檔，對問題進(jìn)行跟蹤整理，適合近期進(jìn)行優(yōu)化的推進(jìn)優(yōu)化解決，短期內(nèi)還是沒法解決的再進(jìn)行備注說明。
這樣體系化的全生命周期的驗(yàn)收，就可以保證產(chǎn)品穩(wěn)定的質(zhì)量呈現(xiàn)。
明確基礎(chǔ)驗(yàn)收流程
建立驗(yàn)收文檔——驗(yàn)收問題錄入——同步&溝通驗(yàn)收問題【確定問題優(yōu)先級&跟進(jìn)機(jī)制】——過程中跟進(jìn)調(diào)整情況———上線前復(fù)查
一.建立驗(yàn)收文檔
有些團(tuán)隊(duì)內(nèi)部協(xié)作習(xí)慣于直接口頭溝通，面對簡單且量少的問題時(shí)比較快速，但是也存在信息遺漏、溝通誤差等問題。所以建議每次設(shè)計(jì)驗(yàn)收時(shí)先建立驗(yàn)收文檔。
如果團(tuán)隊(duì)共同使用線上協(xié)同工具，那么驗(yàn)收記錄留檔和信息同步都能及時(shí)有效進(jìn)行；如果沒有團(tuán)隊(duì)協(xié)作工具，可以自己使用在線或本地文檔工具，比如石墨、語雀、Pages等。建立文檔時(shí)也需要按照一定規(guī)則，方便后續(xù)查找，比如命名按照功能、模塊、時(shí)間順序等。
隨著文檔的增加，為了方便進(jìn)行管理，可以建立一張驗(yàn)收文檔管理表，記錄單個(gè)文檔的基礎(chǔ)情況。有些團(tuán)隊(duì)分工較細(xì)，交互設(shè)計(jì)師和視覺設(shè)計(jì)師會(huì)分別建立驗(yàn)收文檔，在我們的團(tuán)隊(duì)協(xié)作中發(fā)現(xiàn)共同維護(hù)一份文檔比較高效，只需要在問題類型中進(jìn)行交互、視覺的分類即可。
二.驗(yàn)收問題錄入
設(shè)計(jì)師在對最初的設(shè)計(jì)輸出和設(shè)計(jì)實(shí)現(xiàn)進(jìn)行比對時(shí)，往往會(huì)發(fā)現(xiàn)與最初設(shè)計(jì)意圖有出入的地方，建議將差異點(diǎn)都作為驗(yàn)收問題進(jìn)行錄入，在后續(xù)溝通跟進(jìn)弄清緣由的情況下，再去判斷是否列入驗(yàn)收問題。
驗(yàn)收問題錄入的過程，實(shí)際也是對功能的二次思考，在這過程中真切驗(yàn)證原先規(guī)劃的操作路徑是否真的易用。有時(shí)也會(huì)在錄入過程中，發(fā)現(xiàn)需要增加延展的能力，那么也是可以錄入并備注，為未來的體驗(yàn)優(yōu)化積累突破點(diǎn)。
驗(yàn)收文檔的撰寫標(biāo)準(zhǔn)將在后文具體說明。
三.同步&溝通驗(yàn)收問題
驗(yàn)收問題常常會(huì)涉及多個(gè)崗位團(tuán)隊(duì)成員，比如前端、后端、運(yùn)營等，如果是團(tuán)隊(duì)使用在線協(xié)作工具，在問題錄入的同時(shí)設(shè)計(jì)師可以先做好原因預(yù)判，立即@相關(guān)隊(duì)友，在正式進(jìn)行溝通之前，能夠給相關(guān)隊(duì)友預(yù)留一些排查原因的時(shí)間。
在一次設(shè)計(jì)驗(yàn)收完成后，可以依據(jù)整個(gè)驗(yàn)收文檔，與相關(guān)隊(duì)友共同溝通驗(yàn)收問題。可以召集相關(guān)幾位隊(duì)友直接溝通，或者召開會(huì)議。在溝通的過程中，通常需要復(fù)現(xiàn)問題，判斷原因，以及確定跟進(jìn)優(yōu)化的負(fù)責(zé)人。
同時(shí)會(huì)根據(jù)問題的影響程度、調(diào)整難易程度、資源配比程度，綜合判斷各個(gè)問題的優(yōu)先級，再根據(jù)優(yōu)先級進(jìn)行排期調(diào)整。設(shè)計(jì)師在排定優(yōu)先級時(shí)需要遵循體驗(yàn)原則，盡量保證新功能上線時(shí)以較好的效果呈現(xiàn)。這樣用戶初次接觸功能時(shí)，在首因效應(yīng)影響下，會(huì)對該功能體驗(yàn)抱有好感，對產(chǎn)品整體體驗(yàn)也會(huì)給到好評。
四.調(diào)整跟進(jìn)
驗(yàn)收問題調(diào)整的過程中，對于復(fù)雜問題往往需要進(jìn)行頻繁的溝通，工程師需要在過程中與設(shè)計(jì)師確認(rèn)方向正確性，防止偏差導(dǎo)致的再次誤差。
此時(shí)設(shè)計(jì)師應(yīng)給予充足的支持，比如詳細(xì)解釋設(shè)計(jì)意圖，比如幫助工程師尋找類似場景的實(shí)現(xiàn)效果，比如相關(guān)組件資源等。既是團(tuán)隊(duì)協(xié)作共同解決難題，同時(shí)也在解決問題的過程中了解底層原因，為預(yù)防后續(xù)遇到類似問題積累經(jīng)驗(yàn)。
五.上線前復(fù)查
體驗(yàn)問題調(diào)整結(jié)束，依據(jù)體驗(yàn)文檔，再次驗(yàn)證修復(fù)情況。在這個(gè)時(shí)期，如果還遇到其他問題，也是可以進(jìn)行問題錄入和優(yōu)化。
制訂驗(yàn)收文檔標(biāo)準(zhǔn)
標(biāo)明序號——定位問題范圍——定位問題分類——問題清晰說明——差異截圖對比——原因與解決方案——定位負(fù)責(zé)人——記錄優(yōu)先級———跟進(jìn)記錄
一.標(biāo)明序號
驗(yàn)收文檔支持以多種形式呈現(xiàn)，比如word、excel、ppt等，嘗試過多種形式后，選擇使用excel表格。對問題屬性、范圍、負(fù)責(zé)人等進(jìn)行說明時(shí)可以單獨(dú)呈現(xiàn)，很容易最終進(jìn)行分類整理。
比如復(fù)查時(shí)，可以拉取一段時(shí)間的驗(yàn)收文檔，整理后可以知道視覺問題占比10%，那么視覺還原程度還是不錯(cuò)的。比如渲染模塊問題占比20%，那么說明這個(gè)模塊下還需要集中進(jìn)行優(yōu)化調(diào)整。
確定呈現(xiàn)形式后，可以在文檔中標(biāo)明序號，方便后期整理。
二.定位問題范圍
驗(yàn)收問題影響范圍往往并不相同，比如影響當(dāng)前功能、多個(gè)功能、當(dāng)前模塊，也有些問題涉及產(chǎn)品全局，甚至還有些問題會(huì)涉及公司其他產(chǎn)品線，此時(shí)需要說明清楚。
工程師在修改問題時(shí)就可以針對該范圍進(jìn)行問題解決，防止解決問題覆蓋面太小，產(chǎn)生遺漏。而涉及到公司跨業(yè)務(wù)線的問題時(shí)，可以@對應(yīng)負(fù)責(zé)人，進(jìn)行溝通解決。
三.定位問題分類
在酷大師驗(yàn)收過程中，通常遇到的問題分類為：交互類問題、視覺類問題、運(yùn)營類問題、技術(shù)類問題、產(chǎn)品方向類問題等。相關(guān)人員通常會(huì)直接關(guān)注對應(yīng)問題，幫助高效處理。
四.問題清晰說明
清晰描述問題，盡量具體，避免類似于“不符合”、“不好看”、“與設(shè)計(jì)稿不一致”等主觀籠統(tǒng)的概括；提出問題的同時(shí)盡量說明解決方案，當(dāng)然有些方案設(shè)計(jì)師能夠直接給予，而有些涉及其他崗位時(shí)就可以@隊(duì)友進(jìn)行解決方案的描述。
五.差異截圖對比
將設(shè)計(jì)稿與開發(fā)界面進(jìn)行截圖對比，標(biāo)注出差異問題點(diǎn)，幫助相關(guān)隊(duì)友快速直觀理解問題。有些情況下截圖不能說明清楚操作過程中的問題，也可以采取錄制gif的方式，演示操作行為。
六.原因與解決方案
通常問題涉及的相關(guān)人員會(huì)在這個(gè)區(qū)域進(jìn)行跟進(jìn)說明，比如造成當(dāng)前問題的原因、解決方案、排期等。
七.定位負(fù)責(zé)人
記錄當(dāng)前跟進(jìn)的跟進(jìn)入。
八.記錄優(yōu)先級
優(yōu)先級的評定可以有多種維度。通常可以直接做判斷的維度有兩個(gè)，易于調(diào)整的問題優(yōu)先級較高，對完成功能影響大的問題優(yōu)先級高。其他維度可以根據(jù)具體產(chǎn)品，與團(tuán)隊(duì)共同進(jìn)行分析，總結(jié)其中的規(guī)律。
九.跟進(jìn)狀態(tài)記錄
主要集中于對問題解決情況的跟進(jìn)，通常分為已解決、跟進(jìn)中。
其他思考
為了實(shí)現(xiàn)產(chǎn)品高品質(zhì)在線，除了在研發(fā)實(shí)現(xiàn)后落地系統(tǒng)的驗(yàn)收機(jī)制以外，設(shè)計(jì)師可以在很多環(huán)節(jié)發(fā)揮作用：
1.設(shè)計(jì)稿本身的高標(biāo)準(zhǔn)輸出，考慮清楚開發(fā)成本和可實(shí)現(xiàn)性；
2.交互評審環(huán)節(jié)盡量解釋詳盡，與相關(guān)工程師達(dá)到理解上的一致；
3.開發(fā)過程中參與溝通，幫助工程師先做一波問題的排除；
4.出現(xiàn)問題幫助促成解決，包括跨團(tuán)隊(duì)資源的收集、組件支持之類；
5.明確產(chǎn)品設(shè)計(jì)還原度對于用戶體驗(yàn)的重要性；
6.以多種方式邀請合作伙伴參與到驗(yàn)收環(huán)節(jié)中，比如bugbush、專家走查、可用性測試。
原文鏈接：酷家樂用戶體驗(yàn)設(shè)計(jì)（公眾號）
作者：懷瑾
轉(zhuǎn)載請注明：學(xué)UI網(wǎng)》如何建立完善的設(shè)計(jì)驗(yàn)收機(jī)制
藍(lán)藍(lán)設(shè)計(jì)建立了UI設(shè)計(jì)分享群，每天會(huì)分享國內(nèi)外的一些優(yōu)秀設(shè)計(jì)，如果有興趣的話，可以進(jìn)入一起成長學(xué)習(xí)，請掃碼藍(lán)小助，報(bào)下信息，藍(lán)小助會(huì)請您入群。歡迎您加入噢~~希望得到建議咨詢、商務(wù)合作，也請與我們聯(lián)系。
分享此文一切功德，皆悉回向給文章原作者及眾讀者.
免責(zé)聲明：藍(lán)藍(lán)設(shè)計(jì)尊重原作者，文章的版權(quán)歸原作者。如涉及版權(quán)問題，請及時(shí)與我們?nèi)〉寐?lián)系，我們立即更正或刪除。
藍(lán)藍(lán)設(shè)計(jì)( 91whvog3.cn )是一家專注而深入的界面設(shè)計(jì)公司，為期望卓越的國內(nèi)外企業(yè)提供卓越的UI界面設(shè)計(jì)、BS界面設(shè)計(jì) 、 cs界面設(shè)計(jì) 、 ipad界面設(shè)計(jì) 、 包裝設(shè)計(jì) 、 圖標(biāo)定制 、 用戶體驗(yàn) 、交互設(shè)計(jì)、 網(wǎng)站建設(shè) 、平面設(shè)計(jì)服務(wù)