知識(shí)普及 ? web設(shè)計(jì)師可以走得更遠(yuǎn) | ||||
web設(shè)計(jì)師可以走得更遠(yuǎn) |
||||
|
||||
思考web設(shè)計(jì)師的出路問題,先看看歷史:互聯(lián)網(wǎng)最早的設(shè)計(jì)師的職能其實(shí)是工程師兼職做了,慢慢大家發(fā)現(xiàn),能寫出優(yōu)美代碼的工程師并不能把網(wǎng)頁設(shè)計(jì)得很美觀。于是,工程師+美工的搭配成為主流。再到后來,人們覺得網(wǎng)頁漂亮與否其實(shí)并不能幫助一個(gè)網(wǎng)站成功,大家認(rèn)為,網(wǎng)站應(yīng)該更加好用。這個(gè)過程在這幾年的發(fā)展顯得很清楚,而且整個(gè)的過程相比國(guó)外都要晚很多年,我們一直推行的UCD(以用戶為中心的設(shè)計(jì))究竟是研究什么層面的問題,也許就是設(shè)計(jì)師的出路。一直在想,好看和好用其實(shí)對(duì)于一個(gè)產(chǎn)品其實(shí)并非根本,尤其是規(guī)模相對(duì)較小的公司,在人員的配備上并不足以設(shè)置視覺設(shè)計(jì)師、交互設(shè)計(jì)師這么細(xì)分的角色,甚至是產(chǎn)品經(jīng)理兼了很多設(shè)計(jì)的職能,更甚至是公司最高的leader兼職了產(chǎn)品經(jīng)理。對(duì)于很多創(chuàng)業(yè)團(tuán)隊(duì)來說,他們慢慢地接觸到用戶體驗(yàn)、UCD這樣的概念,他們覺得只有站在用戶的角度上,為用戶著想就能獲得成功。
而事實(shí)上呢?UCD的思想也許停留在這樣的認(rèn)識(shí)上是表面的,有的時(shí)候,研究功能是否好用跟研究是否好看一樣都是細(xì)節(jié)。細(xì)節(jié)會(huì)影響成功,但不會(huì)因此成功?!队脩趔w驗(yàn)的要素》中提到的戰(zhàn)略層和框架層,在研究方法上交代得過于粗略,只是把產(chǎn)品設(shè)計(jì)流程的迭代關(guān)系弄明白了,深入到具體的操作上,就顯得單薄。也許有設(shè)計(jì)師會(huì)說,那些層面的事情都應(yīng)該是產(chǎn)品經(jīng)理的職能范圍,其實(shí)在UCD的理念當(dāng)中,只有環(huán)節(jié)沒有角色,一個(gè)產(chǎn)品團(tuán)隊(duì)的人員構(gòu)成應(yīng)該根據(jù)具體的業(yè)務(wù)邏輯來分配,簡(jiǎn)單來說,有什么樣的能力就做什么樣的事情,況且在國(guó)內(nèi)的語境下,用產(chǎn)品設(shè)計(jì)師替換成產(chǎn)品經(jīng)理,在職能上更加貼切。 當(dāng)然,在這里并非要矯情具體的職位名稱,回到最初的問題,web設(shè)計(jì)師的出路在哪?至少目前我對(duì)自己的要求,在需求和數(shù)據(jù)分析,信息學(xué)方面的能力基本都很陌生,在具體的單頁面交互可以很快地做出判斷,在單個(gè)功能的任務(wù)分解也可以游刃有余的前提下,對(duì)全局的架構(gòu)能力至少現(xiàn)在還顯得力不從心,因?yàn)樵絹碓接X得,做設(shè)計(jì)完全站在用戶的角度上思考是不夠的。 更高的高度在哪?《web信息架構(gòu)》中提到產(chǎn)品成功的三個(gè)圓:用戶,內(nèi)容,情景。用戶需求是什么?信息內(nèi)容是什么?有什么特征?有什么樣的資源來做這個(gè)產(chǎn)品?根據(jù)這三個(gè)方面,采用如何的架構(gòu)策略?相信這個(gè)應(yīng)該是設(shè)計(jì)師的出路。而這本書體現(xiàn)的觀點(diǎn),已經(jīng)是國(guó)外5年之前的了,這也為什么在架構(gòu)層面上,國(guó)內(nèi)的設(shè)計(jì)師只有抄的份,因?yàn)槿狈Ψ治龅哪芰头椒ā?/span> |
||||
|