思考web設計師的出路問題，先看看歷史：

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

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

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

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

原文：http://uitony.com/?p=95