跟開發(fā)Battle,設(shè)計(jì)師該如何“料敵制勝”
編輯導(dǎo)語:在我們的日常工作中總會(huì)遇到一些溝通的問題,比如設(shè)計(jì)師的一些產(chǎn)品設(shè)計(jì)需求,開發(fā)可能會(huì)有一些別的意見,雙方就會(huì)產(chǎn)生碰撞;但是在一個(gè)團(tuán)隊(duì)里,合作才能共贏,怎么平衡好雙方的關(guān)系比較重要;本文作者分享了關(guān)于設(shè)計(jì)師在工作中遇到的溝通問題,我們一起來看一下。
今天想跟大家聊聊設(shè)計(jì)師工作中的溝通問題。
相信各位設(shè)計(jì)師在平時(shí)工作中經(jīng)常會(huì)遇到一種情況:我們出的方案,開發(fā)同學(xué)不愿意做。
在筆者進(jìn)入職場的這三年里,經(jīng)歷過根據(jù)產(chǎn)品需求進(jìn)行設(shè)計(jì),完成后與開發(fā)同學(xué)直接對接,逐圖逐字地走讀方案;也經(jīng)歷過在進(jìn)行產(chǎn)品創(chuàng)新時(shí),與產(chǎn)品團(tuán)隊(duì)和開發(fā)團(tuán)隊(duì)共同制定產(chǎn)品方向,擬定產(chǎn)品需求,提出設(shè)計(jì)建議。
事實(shí)證明無論是哪種情況,我們的方案多少都會(huì)受到開發(fā)同學(xué)的質(zhì)疑,甚至于“阻撓落地”;于是我們不得不跟開發(fā)同學(xué)們?nèi)attle,花了很長的時(shí)間去進(jìn)行一輪輪的開會(huì)、討論、磨合。
周期長而效率低,明日復(fù)明日明日何其多。
首先需要說明,在團(tuán)隊(duì)工作中產(chǎn)生分歧的原因一定不是單向的。一個(gè)完美的產(chǎn)品的誕生必然要吸收多方的觀點(diǎn),經(jīng)歷思想的碰撞和接納。
而今天筆者想跟大家聊的是,如何在溝通階段準(zhǔn)確地、有效地表達(dá)設(shè)計(jì)方案的理由和優(yōu)勢,以及如何更好地讓開發(fā)同學(xué)接受、信服。這也是為了日后能更好地掌握屬于設(shè)計(jì)師的話語權(quán)。
畢竟開發(fā)同學(xué)也是設(shè)計(jì)師需要面對的一大用戶群。所以我們要了解用戶需求,才能準(zhǔn)確判斷“敵情”,采取相應(yīng)的對策戰(zhàn)勝“敵人”,讓他們被我們說服,然后干就完了。
其實(shí)大部分情況下,開發(fā)同學(xué)們不愿意按照設(shè)計(jì)師的方案做,只有以下兩點(diǎn)理由:
- 他們不理解你的設(shè)計(jì)方案
- 方案要求的工作量“看起來”太大了
01 他們不理解你的設(shè)計(jì)方案
大家有沒有遇到過這種情況:講解方案時(shí),開發(fā)同學(xué)們總有各種疑問。
- “為什么你這個(gè)界面要做成這樣,我覺得那樣做也可以啊”
- “你看我平時(shí)這個(gè)產(chǎn)品做的是這樣,用著挺好的,怎么不按照這個(gè)做呢?”
- …..
在這個(gè)階段,開發(fā)同學(xué)往往是以用戶的身份在看待設(shè)計(jì)方案。他們習(xí)慣于自己平時(shí)常用的產(chǎn)品邏輯,有自己的想法,所以在拋出一個(gè)新產(chǎn)品的設(shè)計(jì)方案時(shí),他們一時(shí)不易接受,不太明白。
筆者常用的方式是,在介紹方案前羅列出競品分析結(jié)論。
開發(fā)同學(xué)們雖然也會(huì)觀察同類產(chǎn)品,但也許只是籠統(tǒng)地了解了一下界面跳轉(zhuǎn)邏輯,或是界面布局的大致框架。作為設(shè)計(jì)師,我們會(huì)對同類產(chǎn)品的競品了解得更多,也能從設(shè)計(jì)師的角度看到其他人沒有發(fā)現(xiàn)的細(xì)節(jié)。
與開發(fā)同學(xué)走讀競品分析報(bào)告一般步驟為:
- 競品全局與結(jié)論總結(jié)——總工作量說明
- 關(guān)鍵界面特性小結(jié)——各模塊關(guān)鍵工作說明
- 整體設(shè)計(jì)框架——工作量復(fù)盤及人力安排
筆者曾經(jīng)主導(dǎo)過一個(gè)關(guān)于多媒體編輯功能的需求,在那時(shí)完全是做一個(gè)從無到有的產(chǎn)品;所以對當(dāng)時(shí)的我們來說,方案的說服力和可證性至關(guān)重要。
筆者團(tuán)隊(duì)當(dāng)時(shí)搜集了市面上大量的同類競品,最終選出了11款進(jìn)行了分析。
根據(jù)產(chǎn)品需求,我們將所有的視頻剪輯相關(guān)的功能都做了羅列,并根據(jù)全局操作和單素材操作進(jìn)行了歸類,并將結(jié)論提前展示在報(bào)告的前幾頁,同時(shí)也讓開發(fā)團(tuán)隊(duì)大概了解了總工作量:
- 哪些功能是我們必須要做的;
- 競品主流的界面邏輯設(shè)計(jì)是怎樣的;
- 每一個(gè)界面需要放一些什么東西。
我們對關(guān)鍵界面的具體分析也做了展示。重點(diǎn)說明每一章的小結(jié),比如此模塊的最關(guān)鍵功能是什么,有哪些功能還不能滿足用戶需求等。
這一步是為了讓開發(fā)同學(xué)們對競品界面的框架有一個(gè)總的認(rèn)識,以及讓他們知道我們發(fā)現(xiàn)了什么問題,讓每一位開發(fā)同學(xué)理解,在后續(xù)的工作中他們各自負(fù)責(zé)的界面需要重點(diǎn)關(guān)注的是什么。
到最后一步,我們再闡述了自己的設(shè)計(jì)方向,向開發(fā)同學(xué)展示了全局的交互框架,讓他們了解之后該做哪些工作,人力該如何分配,在此之后我們再進(jìn)行詳細(xì)的界面走讀和答疑。
競品分析結(jié)論能讓開發(fā)同學(xué)方便地理解主流產(chǎn)品的設(shè)計(jì)邏輯以及普羅大眾的使用習(xí)慣,直觀地了解設(shè)計(jì)的根源性和合理性,也能讓他們對后續(xù)的工作量有一個(gè)大概的構(gòu)想。
事實(shí)上,充分的前期分析工作不僅可以幫助設(shè)計(jì)師理清設(shè)計(jì)思路,抓到突破口;也能幫助我們應(yīng)對從各方傳來的聲音,在與產(chǎn)品規(guī)劃團(tuán)隊(duì)溝通方案時(shí)也同樣適用。
競品分析結(jié)論的展示,可以幫助我們證明:設(shè)計(jì)有來源,需求有根據(jù),知己知彼才能百戰(zhàn)不殆。
02 方案要求的開發(fā)工作量“看起來”太大了
這種情況經(jīng)常發(fā)生在有迭代需求時(shí)。
畢竟設(shè)計(jì)師的世界和工程師的世界是完全不一樣的,在設(shè)計(jì)師眼中,產(chǎn)品需求是控件、圖形和字符串;可在開發(fā)同學(xué)的眼中,產(chǎn)品需求是一行又一行的代碼;設(shè)計(jì)師修改方案當(dāng)然不易,但我們換位思考一下,開發(fā)同學(xué)們改代碼可能眼睛和心靈更累。
開發(fā)同學(xué)會(huì)邊看新方案,邊本能地在腦海中將效果圖轉(zhuǎn)化為代碼,這時(shí)候他們的心理活動(dòng)大致是這樣的:
- “這個(gè)界面的改動(dòng)看起來很大啊,那我不又得花時(shí)間去找該改哪一行嗎?”
- “為啥這么小的點(diǎn)也要改啊,這不是和舊方案長得差不多嗎?”
- “誒這個(gè)界面B跟之前的界面A看起來長得差不多,要不拿界面A的代碼直接來用吧?”
- ……
于是他們就會(huì)有種種理由不愿改:
- “這幾個(gè)界面跳轉(zhuǎn)的邏輯太復(fù)雜了,我們開發(fā)壓力太大,你改改方案吧(?)”
- “我們評估下來這個(gè)需求的優(yōu)先級不高,還是等我們先完成xx,你這個(gè)等一個(gè)月以后排人力吧(?)”
- “哎喲差不多就可以了,對用戶來說這一塊沒那么重要(?)”
- ……
實(shí)話實(shí)說,筆者這時(shí)候常用的兩種方式還是比較基礎(chǔ)的:
- 再次重點(diǎn)走讀競品分析
- 新舊方案對比走讀
方案需要迭代的原因主要有三點(diǎn):
- 在開發(fā)初級階段沒按設(shè)計(jì)效果完全實(shí)現(xiàn);
- 在測試階段,設(shè)計(jì)師檢視時(shí)發(fā)現(xiàn)有問題;
- 方案落地后,經(jīng)過了一段時(shí)間的輿情收集,發(fā)現(xiàn)需要改進(jìn)。
如果是第一個(gè)原因,我們就必須要再次向開發(fā)團(tuán)隊(duì)說明良好的競品情況和還原本真方案的重要性,督促他們盡早按排人力處理問題;若是第二、三點(diǎn)原因,需要根據(jù)情況在設(shè)計(jì)團(tuán)隊(duì)內(nèi)部重新決策,再將新方案傳達(dá)給開發(fā)團(tuán)隊(duì)。
我們在對開發(fā)同學(xué)進(jìn)行新舊方案對比走讀時(shí),比較基礎(chǔ)的方式(筆者目前會(huì)用的方式),大概就是將新舊兩張界面放在一起,向他們說明兩個(gè)界面的不同之處;但如果能利用開發(fā)同學(xué)熟悉的工作語言進(jìn)行闡述,效果會(huì)有所提升。
筆者處理過一個(gè)“用戶總是不小心誤觸”的小問題,其根本原因在與文字熱區(qū)與圖片熱區(qū)范圍重疊,導(dǎo)致系統(tǒng)常常誤判,導(dǎo)致了用戶原本想要點(diǎn)擊圖片進(jìn)入二級界面卻觸發(fā)了修改標(biāo)題的情況。
因此在優(yōu)化方案中,筆者不僅調(diào)整了界面效果,還劃出熱區(qū)的dp大小并設(shè)定了最寬范圍,在走讀時(shí)對接的開發(fā)同學(xué)也更容易看懂、理解。
之前在某次設(shè)計(jì)部分享會(huì)上,筆者從另一個(gè)團(tuán)隊(duì)的同事那聽來一個(gè)好方法:他們在走讀優(yōu)化方案的同時(shí),幫開發(fā)同學(xué)將需要改的代碼挑出來了,告訴他們只需要改這兩行就可以了。
把開發(fā)同學(xué)當(dāng)作用戶,利用用戶熟悉的語言讓他們理解要做什么事,這樣一來溝通成本大大降低了,也極大地提高了方案迭代的效率!
簡直妙哉,看來筆者也應(yīng)該去學(xué)習(xí)一下代碼相關(guān)的知識了。
其實(shí)說實(shí)話,筆者是非常愿意跟有想法的開發(fā)同學(xué)們合作的。
會(huì)思考合理性、判斷產(chǎn)品邏輯的開發(fā)同學(xué),在開發(fā)過程中會(huì)積極地跟設(shè)計(jì)師討論,還能從用戶的角度提提意見;另一方面,他們會(huì)根據(jù)經(jīng)驗(yàn)設(shè)想各種不同的使用情況,有時(shí)候也能幫助設(shè)計(jì)師發(fā)現(xiàn)一些沒有注意到的細(xì)節(jié),幫助我們完善設(shè)計(jì)思路,說不定就有意想不到的效果。
就怕碰到那種啥想法沒有的開發(fā)同學(xué),只會(huì)埋頭干,但又不完全按照設(shè)計(jì)方案干,溝通起來就更加困難嚕~
以上就是筆者對平時(shí)工作中的溝通問題的一些思考,希望對大家能有所幫助,也歡迎大家一起討論討論,在工作溝通中有沒有發(fā)生過什么有趣的事情呢~
作者:你柴;公眾號:你柴的aCupOfTea
本文由 @你柴 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理,未經(jīng)作者許可,禁止轉(zhuǎn)載。
題圖來自 Unsplash,基于 CC0 協(xié)議
- 目前還沒評論,等你發(fā)揮!