不應該是局限于web2.0的網(wǎng)站的，只不過在web2.0的圈子里面，大家普遍比較重視用戶體驗，界面的交互友好性，因此做web2.0的網(wǎng)站推行用戶為中心的設計(User-Centered Design)就容易得多。這些天總有些負責網(wǎng)站界面的設計人員找我咨詢，怎么做用戶訪談才感覺不像聊天，怎么樣讓用戶參與到設計中來，得到更多的意見而不是簡單的一句還可以或不錯之類的評語，原型的改進花費時間總是太長怎么能縮短，設計的時候沒什么把握，諸如此類的問題。。我想對此在msn上做的指導大量重復，需要在這里做一些入門級的解釋了。。

Q1:首先，用戶為中心的設計環(huán)節(jié)包括哪些活動？
答案：設計--〉原型--〉測試--〉再改進設計--〉原型--〉測試 --〉。。?？闯鰜砹税桑@是個迭代過程。。。你的設計沒有把握，那么使用測試來驗證，發(fā)現(xiàn)問題，再快速改進。。

Q2:這樣的迭代，什么時候中止，遞交給開發(fā)呢？
答案：沒有完美的設計的，遞交給開發(fā)前，保證你的設計沒有一級易用性問題。否則上線的產(chǎn)品用戶罵聲一片。。但是還有一些小的bug好改的都改掉，不能改的下一版本吧。什么時候中止，那要看口袋里的錢，還剩的時間和人力等資源限制咯?？吹贸鰜戆?，這里面肯定有很多的Tradeoff（妥協(xié)）的，做UE的和做開發(fā)的一定要搞好關系哦，這樣，可以多改掉幾個bug

Q3: 用戶什么時候接觸？他們最理想的介入時期是什么時候？
答案：作為UE/UI要記得，永遠和用戶保持緊密聯(lián)系。不管項目進展到什么時刻，你都要思考，用戶要干嘛，喜歡怎么干，這樣的設計他們會不會覺得舒服流暢。要驗證答案，那就趕緊去接觸他們吧。

Q4：我知道在開發(fā)前期的設計工作，要做一些用戶研究，問卷調(diào)查，用戶訪談之類的，到底要研究些什么，出來些什么結(jié)果呢？
答案：在設計之前，你要明白的一件事情就是，為誰而設計。圍繞這個誰，你需要回答：

1.他們的基本特征，比如年齡段分布，性別特征，家庭，行業(yè)，電腦經(jīng)驗，上網(wǎng)經(jīng)驗，收入階層等等。。

2.你需要找到他們中間最典型的人群，需求最強烈的人群是怎樣的一個形象。這個在UCD里面叫做角色提煉(Personas setting)。也許為10萬個人設計，你什么都靠猜的，沒可能滿足10萬個人的要求。但是你為這一個或者兩個角色來設計吧，他們最典型，他們的需求滿足好了，你就離成功不遠了。

3.用戶在使用你的網(wǎng)站到底舒服不，流暢不，主要是看他的操作習慣，行為方式和網(wǎng)站設計的是不是很匹配。你要研究什么，根本就是典型用戶的操作習慣，行為方式，最后獲得一個用戶模型(User Model)。網(wǎng)站要創(chuàng)造出的用戶體驗，不是用戶對你說，我要怎么樣怎么樣的，也不是設計者自己在那里想，嗯，這么設計比較容易，兩步就能完成，一定很好。。兩步就一定好么，你的用戶很可能就習慣了走某固定的三步來完成，你的兩步，很可能讓他們滿腹狐疑，憂心忡忡了。。

ok,現(xiàn)在你知道了，出來的結(jié)果是什么，用戶群特點，典型用戶的形象即角色(Persona),然后就是用戶模型。。

Q5：知道研究什么呢，該怎么開展研究呢？
答案：用戶研究的方法可以很靈活的，常常見到類似聊天一樣的，一個問，一個來答，叫用戶訪談。還有一些方法，比如問卷調(diào)查，焦點小組，數(shù)據(jù)分析等等。。根據(jù)不用的研究內(nèi)容，還有時間，技術，成本來決定。。
至于怎么研究，一個前提就是，目的性明確。不管你做訪談也好，問卷也好，漫無目的，只會讓你對這些形式的有效性產(chǎn)生懷疑。。比如問卷，設計多少個問題，設計哪些問題，你要規(guī)劃好了。。問卷設計哪幾個緯度，每個緯度需要幾個問題可以得到結(jié)果，什么樣的量表合適。。

Q6：項目已經(jīng)進入開發(fā)了，做用戶研究來不及了啊。
答案：嗬嗬，來得及來得及，只是要讓你的第一批用戶多多忍耐了。UCD是迭代過程嘛，已經(jīng)開發(fā)了，你就研究著，準備對第一版本的產(chǎn)品進行測試評估和改進吧。。慢慢來，一個一個的改。

Q7：你所在的team(UI)是怎樣跟一個團隊(產(chǎn)品策劃，程序員等)溝通合作的，又怎樣更好的融入到產(chǎn)品的整個過程中的呢？
答：經(jīng)歷過很多種不同的Team,他們處在不同的位置上，常常承擔的責任也不一樣，因此作事情的方式也完全不一樣了。UE在整個產(chǎn)品開發(fā)過程中的位置把握準確，相當?shù)闹匾?。關于位置怎么最合適，日后我再專門闡述。目前接觸到較理想的工作方式，如何溝通合作，是和產(chǎn)品設計決策者一起工作，將你獲得的研究或者評估結(jié)果，直接變成設計或建議，傳遞給產(chǎn)品設計決策者，判斷問題的重要性，有哪幾種可行的方案，如何改最合適，你們一起探討。常常，在研究方案是否可行時，你需要跟程序員溝通，提出你的想法，詢問是否能實現(xiàn)，實現(xiàn)難度，大致的時間。這樣能夠保證你方案的可快速執(zhí)行。這存在很多的溝通技巧。最好的情況就是你，UE人員，要把以用戶為中心的思想灌輸給他，讓他進入你設定的情景，站在你的立場去考慮問題，這樣程序員會增加工作的責任感，他甚至可能發(fā)揮主觀能動性，幫你想到更好的實現(xiàn)方法。。。這樣的一種氛圍中，整個的團隊就像一根繩子往一個方向使勁，都全力想讓產(chǎn)品做好，想想，那樣的工作多讓人充滿激情吧。

這只是其中一部分，在你和產(chǎn)品決策者溝通時，甚至還有市場部門的同事參與，一方面，你要代表用戶的利益，另一方面，你要試圖了解公司希望創(chuàng)造的商業(yè)價值，從中找到一個平衡點。這種設計才最容易獲得上層的支持，以最快的速度推行下去。?？梢钥纯磁挤g的用戶體驗設計師的職責那片文章。