2017-2-1 周周
@凌霜設(shè)計(jì) (Frog Design交互生): 作為一名交互設(shè)計(jì)師,如何更好地與項(xiàng)目里的其他人合作?如何更好地利用大家的時(shí)間?團(tuán)隊(duì)經(jīng)理用畫圖的方式跟我解釋了一下,有些問題并沒有直接的答案,但是我覺得解釋的方式很有趣,我憑著記憶把它們重新畫了一下,和大家聊聊合作的問題。
今天和我的經(jīng)理聊了一下最近工作上發(fā)生的事:上周做了什么,這周和下周準(zhǔn)備要做什么。剛剛結(jié)束了設(shè)計(jì)階段(Design Sprint)1,和客戶開了遠(yuǎn)程會議,收到了許多的反饋意見,各個(gè)方面的都有。
現(xiàn)在項(xiàng)目正處于一種(我覺得)特別尷尬的階段:視覺設(shè)計(jì)師只出了初步的幾個(gè)概念圖,程序員還在準(zhǔn)備框架,尚未開始寫代碼,但是根據(jù)原先的計(jì)劃,這周就要開始開發(fā)了。作為交互設(shè)計(jì)師,一方面留著一大堆反饋意見還沒有反映到線框圖中,另一方面設(shè)計(jì)階段2的任務(wù)已經(jīng)要來了。雖然還沒有開始設(shè)計(jì),但從可能的流程上來看,任務(wù)量巨大,是一個(gè)特別復(fù)雜的系統(tǒng),不光是設(shè)計(jì)一個(gè)新的交互方式,還是新的工作方式和商業(yè)模式,心里真沒底。
我把自己的困惑告訴了經(jīng)理:作為一名交互設(shè)計(jì)師,如何更好地與項(xiàng)目里的其他人合作?如何更好地利用大家的時(shí)間?他用了畫圖的方式跟我解釋了一下,有些問題并沒有直接的答案,但是我覺得解釋的方式很有趣,我憑著記憶把它們重新畫了一下,和大家聊聊合作的問題。
先說一下總體的合作方式,我們用的是敏捷開發(fā)(Agile)的方式。維基百科上是這么解釋的:
如果把這種方法簡單視覺化一下,就如下圖:
IxD指的是交互設(shè)計(jì)(Interaction Design),VD指的是視覺設(shè)計(jì)(Visual Design),Dev指的是開發(fā)(Development)。ABCDE在這里代表的是不同的階段或任務(wù),在frog我們叫做設(shè)計(jì)階段(直接翻譯可能是設(shè)計(jì)沖刺Design Sprint)。
這個(gè)圖的意思就是:當(dāng)一個(gè)設(shè)計(jì)階段A結(jié)束時(shí),交互設(shè)計(jì)師就會把工作移交給視覺設(shè)計(jì)師進(jìn)行A的設(shè)計(jì),同時(shí)開始B的交互設(shè)計(jì);視覺設(shè)計(jì)師隨后對A進(jìn)行視覺設(shè)計(jì),然后交給程序員進(jìn)行A的開發(fā);當(dāng)程序員進(jìn)行A的開發(fā)的時(shí)候,交互設(shè)計(jì)師的B也做好了,然后轉(zhuǎn)交給視覺設(shè)計(jì)師……如此往復(fù),敏捷開發(fā)的最大的特點(diǎn)就是不需要設(shè)計(jì)師把ABCDE全部設(shè)計(jì)完后才開始設(shè)計(jì),而是在某個(gè)階段結(jié)束后就開始進(jìn)行軟件開發(fā)。
與之相悖的方法叫做瀑布式開發(fā)(Waterfall Model),維基百科解釋如下:
敏捷開發(fā)現(xiàn)在運(yùn)用得越來越廣,但是據(jù)(經(jīng)理)說卻讓設(shè)計(jì)師更加糾結(jié),這一點(diǎn)我確實(shí)有體會到。因?yàn)槿蝿?wù)被劃分成了一個(gè)一個(gè)小階段,時(shí)間又很緊。我覺得任務(wù)A還沒做完時(shí),就必須開始做B,把A移交給其他人去做他們該做的事了。而隨著任務(wù)BCD的進(jìn)行,可能是需求變了,可能是視覺或開發(fā)遇到了問題,經(jīng)常還要回頭去改A,一旦交互改了,后面的視覺設(shè)計(jì)、開發(fā)也要跟著改。因?yàn)闆]有足夠的時(shí)間去思考透徹A甚至全局,導(dǎo)致回頭修改之前的設(shè)計(jì)的幾率大大增加。
更糟糕的情況可能是當(dāng)你做完了ABCDE,卻發(fā)現(xiàn)事情遠(yuǎn)遠(yuǎn)沒有那么簡單,其實(shí)還需要做FG等等才能把整個(gè)流程設(shè)計(jì)完畢(如下圖)。怎么辦?
可惜,并沒有直接的解決辦法!有兩種可能解決的方法:
再談?wù)勎壹m結(jié)的“還沒設(shè)計(jì)完善就就要進(jìn)入下一步”的感覺。之前在我的心目中,交互設(shè)計(jì)師把線框圖畫完,整個(gè)設(shè)計(jì)的基本框架就定下來了,包括信息架構(gòu)、交互模型(interaction model)、主要的模板,視覺設(shè)計(jì)師只是在線框之上錦上添花,表達(dá)更多的東西。而現(xiàn)在我移交給視覺設(shè)計(jì)師的線框圖非常地低保真(low fidelity)。有些交互模型還不是最佳的選擇,有些頁面的非主要信息還沒加上去,排版也不是特別好看,總之許多細(xì)節(jié)沒有敲定。而之前在學(xué)校做項(xiàng)目基本上是一人全部操辦,做完了線框圖馬上就做視覺稿了,甚至直接作出的線框圖就挺簡單好看了。我的經(jīng)理給我的建議是,不要在一個(gè)小流程里做得太深入。打個(gè)比方,假設(shè)這是你作為一名設(shè)計(jì)師可以做出的深度:
現(xiàn)在,作為一名交互設(shè)計(jì)師,要想辦法把一部分工作讓出來,給視覺設(shè)計(jì)師,自己只做到這么深就夠了:
交互設(shè)計(jì)師只負(fù)責(zé)低保真的線框圖,讓視覺設(shè)計(jì)師自己去操心怎么做出高保真的圖來。這么做的原因有二:
公司對于初高級設(shè)計(jì)師的期待是不同的。初級設(shè)計(jì)師應(yīng)在同一個(gè)問題上走得更寬。假設(shè)下圖反映的是同一個(gè)問題的不同解決方案ABC:
假設(shè)現(xiàn)在有一個(gè)問題要解決,隨便舉個(gè)例子吧:如何讓用戶把商品放入購物車?一般來說,初級交互設(shè)計(jì)師會給出1-3個(gè)解決方案,這三個(gè)方案可能有的非常直接,可以做得很深入,有些比較麻煩,做得比較淺。有個(gè)幾個(gè)方案后,會選出一個(gè)來更深入地探索。然而,如果是更優(yōu)秀的初級設(shè)計(jì)師,應(yīng)走得更寬一些。同一個(gè)問題,可能會想出ABCDEFG7個(gè)方案,這當(dāng)中肯定會有一些看起來很荒謬或者行不通的方案,比如E。但是方案E中的某一個(gè)點(diǎn)很好,最后選中繼續(xù)發(fā)展的方案可能是A中的一部分,加上了E中的一點(diǎn),一個(gè)有突破性的好設(shè)計(jì)就這么誕生了。這一切的根基則在于能夠產(chǎn)生足夠多的點(diǎn)子來挑選。
關(guān)于為什么要把交互設(shè)計(jì)和視覺設(shè)計(jì)分開,讓不同的人負(fù)責(zé),經(jīng)理打了個(gè)比喻,我覺得很有意思:
畫了個(gè)簡單的示意圖表示如下:
那么,就讓我專心地在泥淖中越陷越深,而你放心飛吧?。海?/span>
藍(lán)藍(lán)設(shè)計(jì)的小編 http://m.sillybuy.com