思考web設計師的出路問題,先看看歷史:

互聯網最早的設計師的職能其實是工程師兼職做了,慢慢大家發現,能寫出優美代碼的工程師并不能把網頁設計得很美觀。于是,工程師+美工的搭配成為主流。再到后來,人們覺得網頁漂亮與否其實并不能幫助一個網站成功,大家認為,網站應該更加好用。
這個過程在這幾年的發展顯得很清楚,而且整個的過程相比國外都要晚很多年,我們一直推行的UCD(以用戶為中心的設計)究竟是研究什么層面的問題,也許就是設計師的出路。
一直在想,好看和好用其實對于一個產品其實并非根本,尤其是規模相對較小的公司,在人員的配備上并不足以設置視覺設計師、交互設計師這么細分的角色,甚至是產品經理兼了很多設計的職能,更甚至是公司最高的leader兼職了產品經理。對于很多創業團隊來說,他們慢慢地接觸到用戶體驗、UCD這樣的概念,他們覺得只有站在用戶的角度上,為用戶著想就能獲得成功。

而事實上呢?
UCD的思想也許停留在這樣的認識上是表面的,有的時候,研究功能是否好用跟研究是否好看一樣都是細節。細節會影響成功,但不會因此成功。
《用戶體驗的要素》中提到的戰略層和框架層,在研究方法上交代得過于粗略,只是把產品設計流程的迭代關系弄明白了,深入到具體的操作上,就顯得單薄。也許有設計師會說,那些層面的事情都應該是產品經理的職能范圍,其實在UCD的理念當中,只有環節沒有角色,一個產品團隊的人員構成應該根據具體的業務邏輯來分配,簡單來說,有什么樣的能力就做什么樣的事情,況且在國內的語境下,用產品設計師替換成產品經理,在職能上更加貼切。

當然,在這里并非要矯情具體的職位名稱,回到最初的問題,web設計師的出路在哪?
至少目前我對自己的要求,在需求和數據分析,信息學方面的能力基本都很陌生,在具體的單頁面交互可以很快地做出判斷,在單個功能的任務分解也可以游刃有余的前提下,對全局的架構能力至少現在還顯得力不從心,因為越來越覺得,做設計完全站在用戶的角度上思考是不夠的。

更高的高度在哪?
《web信息架構》中提到產品成功的三個圓:用戶,內容,情景。
用戶需求是什么?
信息內容是什么?有什么特征?
有什么樣的資源來做這個產品?
根據這三個方面,采用如何的架構策略?相信這個應該是設計師的出路。而這本書體現的觀點,已經是國外5年之前的了,這也為什么在架構層面上,國內的設計師只有抄的份,因為缺乏分析的能力和方法。