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

Q1:首先，用戶為中心的設計環節包括哪些活動？
答案：設計--〉原型--〉測試--〉再改進設計--〉原型--〉測試 --〉。。。看出來了吧，這是個迭代過程。。。你的設計沒有把握，那么使用測試來驗證，發現問題，再快速改進。。

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

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

Q4..回頭再寫吧，下班了。。大家有什么問題，可以留言。
------------------
一提web2.0,大家的耳朵都豎起來了。那我接著來...

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

1.他們的基本特征，比如年齡段分布，性別特征，家庭，行業，電腦經驗，上網經驗，收入階層等等。。

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

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

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

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

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

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

這只是其中一部分，在你和產品決策者溝通時，甚至還有市場部門的同事參與，一方面，你要代表用戶的利益，另一方面，你要試圖了解公司希望創造的商業價值，從中找到一個平衡點。這種設計才最容易獲得上層的支持，以最快的速度推行下去。。可以看看偶翻譯的用戶體驗設計師的職責那片文章。

Q8：界面(原型+設計)，交互(包括js)，測試等都由一個人做嗎？如果不是的話，那么對用戶體驗的研究又怎樣能證明自己的作用？
答：這些工作我都做過，一個人做這種情況其實非常的常見。但是一個人，并不理想，最好，還是培養一個團隊。而且有些工作，一個人做不了，必須有協助。這主要看公司的不同狀況了。如果是一個人，評估用戶體驗研究的效果，就可以對你的成績進行評判了。
如何是一個Team,是好幾個人協作完成，如何證明每一部份的工作成效?iceshow是問這個吧。
老實說，我對這個問題沒有把握。因為UE的日常工作就是設計-原型-測試評估，是完整的流程，對工作的評估，只能考核整個流程下來的結果。單獨一部份工作做得如何，我還沒有研究過。。