設(shè)計走查知多少
在日常工作中,你是否曾遇到過這種情況,辛辛苦苦做出來的設(shè)計稿,投產(chǎn)上線后效果完全變了一個樣呢?為了避免這種情況,我們要格外重視設(shè)計走查。本文作者對設(shè)計走查進(jìn)行了分析,一起來看一下吧。
在我們?nèi)粘9ぷ髦?,是否?jīng)常會遇到這樣一種情況,自己辛辛苦苦做出來的設(shè)計稿,投產(chǎn)上線后效果完全變了一個模樣,感覺像是被“卸妝”。不僅視覺上有很多問題,交互上也存在不少錯誤。為了避免這種情況,設(shè)計走查我們一定要格外重視。
一、什么是設(shè)計走查呢?
設(shè)計走查通常又叫:還原度檢查、視覺Review、設(shè)計驗證等。其目的是保證實際開發(fā)落地實現(xiàn)的效果與設(shè)計稿的效果保持一致。
在一個項目開發(fā)的流程中,設(shè)計走查與測試一樣是產(chǎn)品上線前的最后一個步驟,類似于一件商品上市前的質(zhì)量檢測。
另外就是,很多人容易把設(shè)計走查和體驗走查二者混淆。
首先,設(shè)計走查和體驗走查在項目所處的階段是不一樣的,設(shè)計走查通常是在項目開發(fā)完成后的測試階段進(jìn)行的,而體驗走查則貫穿于整個產(chǎn)品生命周期;其次,設(shè)計走查和體驗走查側(cè)重點也有所不同,設(shè)計走查重點是確保頁面設(shè)計細(xì)節(jié)的還原度;而體驗走查則是站在更高的維度,以《設(shè)計法則》為標(biāo)準(zhǔn),發(fā)現(xiàn)產(chǎn)品在功能、界面及流程上的易用性、一致性和美觀性的問題。
二、大眾對設(shè)計走查的誤區(qū)
關(guān)于設(shè)計走查,很多人存在一種錯誤觀點:設(shè)計師只負(fù)責(zé)美美噠,走查是測試人員的事。
其實則不然,因為在設(shè)計過程中,并不是說你把設(shè)計稿做得很完美,標(biāo)注和切圖完整地交給開發(fā)小哥哥之后就完事了,其實這時候設(shè)計工作才完成了一半而已,如果開發(fā)還原出來的效果跟設(shè)計稿差距較大的話,設(shè)計也是要負(fù)很大責(zé)任的,因為跟進(jìn)開發(fā)還原也是我們的工作內(nèi)容之一。所以對設(shè)計師的要求除了設(shè)計能力之外,落地能力也至關(guān)重要。
三、為什么要做設(shè)計走查?
設(shè)計走查可以幫助我們在投產(chǎn)上線前檢查出各方面問題,它是我們產(chǎn)品上線前的必要保障。
如果沒有經(jīng)過設(shè)計走查來保證質(zhì)量,那么許多產(chǎn)品問題在上線前得不到發(fā)現(xiàn)和修復(fù),落地效果與實際設(shè)計相差甚遠(yuǎn)。用戶得不到更好的用戶體驗,輕則耗費更多時間,重則直接影響用戶放棄使用該產(chǎn)品,可能還會導(dǎo)致其他不可預(yù)見的問題。
四、怎么做設(shè)計走查
設(shè)計稿交付后,我們還需要實時跟進(jìn)項目的進(jìn)度,了解當(dāng)前項目開發(fā)的時間節(jié)點,根據(jù)開發(fā)給出的時間排期,在計劃提測時間介入走查。如果開發(fā)反饋有延期風(fēng)險,我們需要跟產(chǎn)品及時了解原因,然后評估是否對設(shè)計有影響。
1. 找問題
當(dāng)功能移測,測試同學(xué)跑完一遍流程后,其實我們就可以進(jìn)入設(shè)計走查階段了,這里可以采用先大到小,由淺入深的策略,主要是從以下三個方面進(jìn)行檢查:
1)整體業(yè)務(wù)流程
雖然這個過程基本都會被測試團(tuán)隊在第一輪的時候查驗出來,但為了避免有遺漏,我們最好還是先把全流程跑一遍以避免發(fā)生問題。
2)交互內(nèi)容
當(dāng)流程跑完,這個時候就可以進(jìn)入到交互細(xì)節(jié)的檢查。我們可以結(jié)合交互說明進(jìn)行逐條驗證:一般我們的交互說明已經(jīng)非常詳盡,包含各類異常狀態(tài)和細(xì)節(jié)交互。因此我的建議是在驗證的時候可以結(jié)合我們之前的交互說明一一對照驗證,避免某些部分被遺漏或者忽略。
3)視覺內(nèi)容
最后就是檢查是前端頁面的設(shè)計稿效果是否和設(shè)計稿一致,包括色彩、字體、布局、排版等細(xì)節(jié)。通過全局通用、功能動效、視覺規(guī)范快速定位到問題并提出問題。視覺還原一直是開發(fā)和設(shè)計難以達(dá)成一致的重災(zāi)區(qū)。視覺走查還原目前主要靠設(shè)計師的“像素眼”,比較耗費精力。
2. 問題記錄
當(dāng)我們把走查問題都找出來之后,因為很多問題都是點狀的,為了便于后期的問題跟進(jìn),這個時候我們就需要借助設(shè)計走查文檔來完成。通常一份完整的走查文檔包含:功能模塊名稱、設(shè)備環(huán)境、問題描述、問題截圖、對應(yīng)設(shè)計稿、問題優(yōu)先級、對應(yīng)開發(fā)、問題處理狀態(tài)、驗收結(jié)果等。
設(shè)計走查文檔的問題描述及優(yōu)先級需要我們格外注意:
- 問題描述:除了圖文并貌描述清楚問題點外,最好能夠注明正確的參數(shù)(如:彈窗按鈕顏色錯誤,正確應(yīng)該為:#E74957),以方便開發(fā)快速修改。
- 優(yōu)先級:優(yōu)先級是根據(jù)P0-P3進(jìn)行劃分,P0是優(yōu)先級最高的,也是必須要解決的。我們可以根據(jù)問題的影響程度、研發(fā)的資源等這些進(jìn)行優(yōu)先級調(diào)整,讓開發(fā)有輕重緩急,確保主要功能及體驗沒問題。
3. 問題跟進(jìn)處理
當(dāng)我們整理好走查文檔后,最好是通過郵件的形式,發(fā)送給項目的干系人。這樣做有兩個好處:首先,郵件更正式,可以提高開發(fā)的重視程度;其次,方便后期問題的留存和追溯,防止日后被甩鍋。
當(dāng)開發(fā)小哥收到我們的走查文檔之后,最好是找對應(yīng)開發(fā)當(dāng)面再做一次問題的澄清說明,以便節(jié)省后期的溝通成本,并跟開發(fā)確認(rèn)修改完成時間。當(dāng)開發(fā)完成所有問題的修改后,我們就可以進(jìn)入復(fù)查階段了。在這個過程中我們一定要對問題狀態(tài)做好驗收記錄,理想狀態(tài)是等開發(fā)修改完所有問題后,設(shè)計走查就算完成了。
五、最后
設(shè)計走查關(guān)系到用戶的直觀感受和使用體驗,一直都是一個重要且繁瑣的環(huán)節(jié)。通常我們在完成一個項目需求時,大約有四分之一左右的時間投入在設(shè)計走查階段。如今,隨著科技的發(fā)展與進(jìn)步,如何用技術(shù)手段來提高設(shè)計走查的效率、實現(xiàn)降本增效,一直是我們團(tuán)隊思考的方向。
作者:WOWdesign,研究設(shè)計價值最大化,涉及用戶體驗、品牌體驗、空間體驗。
本文由人人都是產(chǎn)品經(jīng)理合作媒體 @WOWdesign 授權(quán)發(fā)布,未經(jīng)許可,禁止轉(zhuǎn)載。
題圖來自Unsplash,基于 CC0 協(xié)議。
該文觀點僅代表作者本人,人人都是產(chǎn)品經(jīng)理平臺僅提供信息存儲空間服務(wù)。
- 目前還沒評論,等你發(fā)揮!