我把整個(gè)和開發(fā)對接工作分為前中后三個(gè)階段,在這里從頭來梳理一下,聊一聊設(shè)計(jì)師和開發(fā)如何高效對接,也是對自己的一次復(fù)盤總結(jié)。
在評審環(huán)節(jié),設(shè)計(jì)師本人一定要將自己的設(shè)計(jì)稿進(jìn)行宣講、幫助開發(fā)理解。注意給技術(shù)講述一些適配要求、設(shè)計(jì)規(guī)范、交互狀態(tài)及動效等,同時(shí)解答技術(shù)同學(xué)的一些疑問,這樣就能將一些可預(yù)見的問題解決掉,解決后期的溝通成本。
有一些地方有多種實(shí)現(xiàn)方式,如果前期沒有跟開發(fā)溝通清楚,就會導(dǎo)致最終實(shí)現(xiàn)的效果存在誤差,比如:下方這個(gè)tab項(xiàng),單給一張圖,開發(fā)根本不知道設(shè)計(jì)師想要的實(shí)現(xiàn)方式是什么,固定間距還是固定菜單寬度,還是每項(xiàng)平分寬度,最后很大可能就會按照自己的理解去做了,導(dǎo)致出現(xiàn)重復(fù)返工的現(xiàn)象
再比如一些點(diǎn)擊熱區(qū),如果不手動標(biāo)明,有可能就做的很小
每個(gè)開發(fā)負(fù)責(zé)的具體頁面模塊不一樣,別人對具體了解程度也不會不一致,所以在評審會議上,一定要具體開發(fā)者在場,如果對應(yīng)開發(fā)沒有發(fā)表意見,設(shè)計(jì)師可詢問,確保他已經(jīng)理解需求。
設(shè)計(jì)師在講解自己的要求后,開發(fā)也要及時(shí)反饋是否有還原困難,如:是否有技術(shù)限制?是否有組件改動困難(牽一發(fā)而動全身)?實(shí)現(xiàn)成本過高(投入產(chǎn)出的性價(jià)比不夠)?等意見和原因,設(shè)計(jì)師也可拋出之前是否遇到過類似的阻礙,幫助開發(fā)去了解。
評審過程的問題和重要講解點(diǎn),一定要記錄下來,會議中開發(fā)提出的一些問題及解決方案、或者沒有達(dá)成共識的地方,記錄下來等領(lǐng)導(dǎo)決策,在會議結(jié)束后以郵件形式、或wiki文檔發(fā)送前端們,抄送產(chǎn)品,確保會議內(nèi)容的傳達(dá)到位。后面也好跟蹤。
還有一點(diǎn)就是,我們之前遇到的情況,在宣講會上 講解的一些要求,開發(fā)在做的時(shí)候可能就忘記了,讓開發(fā)改他認(rèn)為設(shè)計(jì)沒有明確要求、會有點(diǎn)難推動,就會搞得雙方都有抱怨。有會議記錄也可避免此類情況發(fā)生
在前面我們做了詳盡的溝通和評審,但有時(shí)也避免不了在開發(fā)過程有些問題才發(fā)現(xiàn)暴露。這個(gè)就需要開發(fā)同學(xué)能重視還原問題,積極溝通反饋,和設(shè)計(jì)確認(rèn)商議 是否有其它可替代方案,切勿自己發(fā)揮,等到后期驗(yàn)收的時(shí)候才說出問題可能會影響進(jìn)度。
開發(fā)者在完成自己負(fù)責(zé)的模塊界面時(shí),可自己對齊設(shè)計(jì)稿自查一遍,參考【3.1驗(yàn)收標(biāo)準(zhǔn)】的表格,可幫助判斷問題,在此階段也可發(fā)給設(shè)計(jì)者確認(rèn)效果。
3.1、測試同學(xué)確保交互和視覺還原度至少在70%左右
這里可以提前在項(xiàng)目排期階段,設(shè)計(jì)師將所需的驗(yàn)收工時(shí)同步給技術(shù)和測試,將驗(yàn)收時(shí)間考慮進(jìn)去
為什么要求測試同學(xué)保證還原度至少在70%呢?
因?yàn)槿绻灰鬁y試走查還原度,設(shè)計(jì)驗(yàn)收的時(shí)候就會有大量的問題,最后變成設(shè)計(jì)在測試界面而不是驗(yàn)收。設(shè)計(jì)師不像測試對整個(gè)流程的測試配置那么熟悉方便,反復(fù)驗(yàn)收需要測試和設(shè)計(jì)不斷配合,雙方的工作量都會加大。
理想的狀態(tài)應(yīng)該是測試整個(gè)流程走通,視覺和交互還原問題也要著重測試,設(shè)計(jì)和產(chǎn)品在測試沒什么大問題后再進(jìn)行驗(yàn)收。
參考【驗(yàn)收標(biāo)準(zhǔn)】的表格,可幫助判斷還原問題
最好是提前知道模塊的開發(fā)者,這樣驗(yàn)收的時(shí)候一對一進(jìn)行模塊的打版驗(yàn)收效率更高
技術(shù)對功能上的BUG,可以自己很好的判斷哪些是嚴(yán)重的緊急的,但對于視覺和交互層面的感知就比較低。在提問題單的時(shí)候,我們可以幫他標(biāo)注出優(yōu)先級,告知開發(fā)哪些是比較嚴(yán)重的需要優(yōu)先修改的,不然 開發(fā)自己很難判斷,可能就會挑一些比較好改的先改了,重要的問題反而被擱置了。尤其在項(xiàng)目時(shí)間比較緊張的時(shí)候,有優(yōu)先級標(biāo)注 開發(fā)能夠看出哪些是可以為項(xiàng)目進(jìn)度做出妥協(xié)的,哪些是必須要修改的。
設(shè)計(jì)提BUG單的不能簡單的說這里出錯(cuò)了,請參考設(shè)計(jì)標(biāo)注重新調(diào)整。要直接給出正確的尺寸、增多少、減多少、這樣可幫助技術(shù)提高更高效率,也能避免開發(fā)自己去看又出現(xiàn)誤差、又要返工修改。
設(shè)計(jì)師在驗(yàn)收過程中容易遇到的一個(gè)比較頭疼的問題就是,技術(shù)和產(chǎn)品小伙伴可能因?yàn)轫?xiàng)目上線時(shí)間緊,覺得視覺還原和頁面交互體驗(yàn)上的問題不重要不給予修改,優(yōu)先保障功能上線。
除了這些原因,設(shè)計(jì)師也在檢討總結(jié),自己有哪些做的不足的地方,所以 以上文檔也是對接下來工作的優(yōu)化方案。設(shè)計(jì)還原度也是日??己酥?,需要大家重視,好的產(chǎn)品要嚴(yán)格把控精心打磨,希望這次的總結(jié)、相關(guān)流程和經(jīng)驗(yàn),在接下來工作中能夠提升設(shè)計(jì)驗(yàn)收效率和還原度。
作者:考思考
鏈接:https://www.zcool.com.cn/article/ZMTYwNzQ4OA==.html
來源:站酷
著作權(quán)歸作者所有。商業(yè)轉(zhuǎn)載請聯(lián)系作者獲得授權(quán),非商業(yè)轉(zhuǎn)載請注明出處。