關(guān)于設(shè)計(jì)評(píng)審的一些反思
![](http://image.woshipm.com/wp-files/img/105.jpg)
坦白來說,剛開始實(shí)習(xí)/工作的時(shí)候,我一度對(duì)設(shè)計(jì)評(píng)審(本文主要指 UX 團(tuán)隊(duì)內(nèi)部評(píng)審)這件事兒感到過恐慌,完全不知道該說什么,如何引導(dǎo)聽眾思路得到建議等;也因此出現(xiàn)了一些語無倫次、或者只是沉默演示設(shè)計(jì)稿的情況。后來隨著評(píng)審次數(shù)的增多慢慢好轉(zhuǎn),也看似能從評(píng)審中得到不少建議反饋,但在后續(xù)修改到設(shè)計(jì)稿細(xì)節(jié)、和項(xiàng)目組溝通的時(shí)候,卻常常發(fā)現(xiàn)這些建議反饋存在之前未考慮到的局限性,最終沒有實(shí)際轉(zhuǎn)化為方案落地。本文就寫寫我對(duì)自己做得還不夠好的地方的一些反思吧。
1.傳達(dá)限制條件不完整
我們知道交互設(shè)計(jì)需要在商業(yè)、用戶與技術(shù)三方面之間取得平衡,完全從純用戶角度出發(fā)得出的理想方案在商業(yè)產(chǎn)品設(shè)計(jì)中并不太現(xiàn)實(shí)。業(yè)務(wù)目標(biāo)的沖突、技術(shù)框架的限制、甚至不同用戶角色目標(biāo)之間的矛盾,都會(huì)影響到我們最終的設(shè)計(jì)方案,使其看起來體驗(yàn)并不是那么完美順暢。
但是團(tuán)隊(duì)里面每個(gè)設(shè)計(jì)師負(fù)責(zé)的具體業(yè)務(wù)不一樣,別人對(duì)這些限制條件的具體了解程度也不會(huì)有你來得深入,所以在評(píng)審會(huì)議上,他們可能會(huì)從更理想化的角度出發(fā)思考,給出和限制條件矛盾的思路、建議與解決方案。所以在講解自己的設(shè)計(jì)方案之前,也應(yīng)當(dāng)提前和項(xiàng)目組溝通清楚細(xì)節(jié),把這些業(yè)務(wù)/技術(shù)上的沖突點(diǎn)清晰、全面地描述給團(tuán)隊(duì)其他設(shè)計(jì)師。
比如描述限制條件的根本原因,大家共同判斷是否確實(shí)需要進(jìn)行妥協(xié),探討是否有已經(jīng)實(shí)現(xiàn)的現(xiàn)成案例來證明限制不存在,是否有能取得更好平衡的方案等。像技術(shù)限制,是組件改動(dòng)困難(牽一發(fā)而動(dòng)全身)?是實(shí)現(xiàn)成本過高(投入產(chǎn)出的性價(jià)比不夠)?是影響速度等性能(實(shí)際用戶體驗(yàn)不佳)?還是其他一些原因等;而如果只是簡(jiǎn)單說一句「前端/開發(fā)說這個(gè)做不了」的話,并不是那么令人信服。
2.目標(biāo)優(yōu)先級(jí)引導(dǎo)不夠
對(duì)于平臺(tái)、協(xié)作型產(chǎn)品來說,業(yè)務(wù)目標(biāo)與用戶目標(biāo)沖突、不同類型用戶角色目標(biāo)之間沖突,都是比較常見的事情,設(shè)計(jì)方案想讓所有相關(guān)方都達(dá)到最滿意并不現(xiàn)實(shí)。
所以在設(shè)計(jì)評(píng)審的時(shí)候,也應(yīng)該引導(dǎo)大家聚焦在當(dāng)前最重要最核心的目標(biāo)上,而不是為一個(gè)偏離核心目標(biāo)的體驗(yàn)優(yōu)化點(diǎn)糾結(jié)良久。比如一個(gè)內(nèi)容型網(wǎng)站的業(yè)務(wù)目標(biāo)是提升內(nèi)容質(zhì)量維持良性運(yùn)轉(zhuǎn),因此產(chǎn)生一系列監(jiān)督機(jī)制的設(shè)計(jì),但這些機(jī)制會(huì)讓一些用戶感到麻煩、不爽、有心理壓力,那么就需要在優(yōu)先保證業(yè)務(wù)目標(biāo)的基礎(chǔ)上再去探討怎么給用戶帶來更好的體驗(yàn);比如產(chǎn)品有多類用戶且用戶目標(biāo)存在沖突,那就描述清楚哪些用戶是核心,哪些用戶次要一點(diǎn),優(yōu)先圍繞核心用戶的體驗(yàn)探討解決方案。
3.用戶描述代入感不強(qiáng)
作為 B 端產(chǎn)品設(shè)計(jì)師,我之前和別人解釋目標(biāo)用戶時(shí)都比較簡(jiǎn)略,用詞類似「天貓商家」或者「業(yè)務(wù)方」這樣,可能對(duì)于負(fù)責(zé)類似用戶產(chǎn)品線的設(shè)計(jì)師來說理解起來還好,但整體給人的印象是很模糊的,不能很好地引導(dǎo)別人代入用戶視角來思考。比如常做 C 端產(chǎn)品設(shè)計(jì)的同學(xué)可能會(huì)建議一些普通用戶喜歡的趣味微交互動(dòng)效、情感化設(shè)計(jì)等,但實(shí)際的產(chǎn)品目標(biāo)用戶卻有可能并不關(guān)心這些,反而覺得過于花哨、影響了自己的工作效率等。
所以我覺得自己之前的那種解釋用戶的方式并不合格,在聽眾對(duì)這類用戶并沒有具象認(rèn)知的時(shí)候,應(yīng)該像設(shè)計(jì)文檔里一樣,和大家描繪更具體的目標(biāo)用戶畫像、用戶使用產(chǎn)品的真實(shí)場(chǎng)景、面臨的痛點(diǎn)和關(guān)注的核心目標(biāo)等,引導(dǎo)大家更好地代入核心目標(biāo)用戶而非普通用戶或設(shè)計(jì)師的角度進(jìn)行思考。
4.方案演示還原感不夠
在方案演示效果方面,可交互 Demo 的效果大多數(shù)時(shí)候是勝于靜態(tài)設(shè)計(jì)稿的。有時(shí)口干舌燥解釋上一大段某個(gè)交互流程中界面如何變化,別人還未必能準(zhǔn)確理解;而如果拿一個(gè)接近真實(shí)效果的 Demo 出來演示具體的轉(zhuǎn)場(chǎng)過程,就可以在短短的時(shí)間內(nèi)一目了然,大家也能理解得更準(zhǔn)確。
不過靜態(tài)設(shè)計(jì)稿也有它自身的好處,比如呈現(xiàn)各種邊界場(chǎng)景更方便、注釋說明更清晰等,而可交互 Demo 如果想顧及到每一個(gè)細(xì)節(jié)場(chǎng)景會(huì)耗費(fèi)非常高的時(shí)間成本,在緊張的實(shí)際工作中難以踐行。在時(shí)間允許的條件下,可以用效率更高的工具(如 Principle )做一些關(guān)鍵轉(zhuǎn)場(chǎng)的 Demo 來輔助靜態(tài)設(shè)計(jì)稿說明演示,營(yíng)造更好的場(chǎng)景還原感,幫助大家來準(zhǔn)確理解感受設(shè)計(jì)方案的實(shí)際效果、給出更有針對(duì)性的建議。
5.私下溝通跟進(jìn)不到位
設(shè)計(jì)評(píng)審的會(huì)議時(shí)間最長(zhǎng)也就幾小時(shí),在這么短的時(shí)間內(nèi)得到的建議反饋,其實(shí)是有不少考慮不夠周到全面之處的,而這些往往要到具體修改方案的環(huán)節(jié)才發(fā)現(xiàn)。所以除了發(fā)起評(píng)審之外,私下找其他熟悉業(yè)務(wù)的有經(jīng)驗(yàn)設(shè)計(jì)師溝通探討也很重要,這樣得到的建議啟發(fā)也更加成熟和思慮周全。
本文由人人都是產(chǎn)品經(jīng)理專欄作家 @鴻影 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理?。未經(jīng)許可,禁止轉(zhuǎn)載。
- 目前還沒評(píng)論,等你發(fā)揮!