|
不應(yīng)該是局限于web2.0的網(wǎng)站的，只不過在web2.0的圈子里面，大家普遍比較重視用戶體驗(yàn)，界面的交互友好性，因此做web2.0的網(wǎng)站推行用戶為中心的設(shè)計(jì)(User-Centered Design)就容易得多。這些天總有些負(fù)責(zé)網(wǎng)站界面的設(shè)計(jì)人員找我咨詢，怎么做用戶訪談才感覺不像聊天，怎么樣讓用戶參與到設(shè)計(jì)中來，得到更多的意見而不是簡單的一句還可以或不錯(cuò)之類的評(píng)語，原型的改進(jìn)花費(fèi)時(shí)間總是太長怎么能縮短，設(shè)計(jì)的時(shí)候沒什么把握，諸如此類的問題。。我想對此在msn上做的指導(dǎo)大量重復(fù)，需要在這里做一些入門級(jí)的解釋了。。
Q1:首先，用戶為中心的設(shè)計(jì)環(huán)節(jié)包括哪些活動(dòng)？
答案：設(shè)計(jì)--〉原型--〉測試--〉再改進(jìn)設(shè)計(jì)--〉原型--〉測試 --〉。。�？闯鰜砹税�，這是個(gè)迭代過程。。。你的設(shè)計(jì)沒有把握，那么使用測試來驗(yàn)證，發(fā)現(xiàn)問題，再快速改進(jìn)。。
Q2:這樣的迭代，什么時(shí)候中止，遞交給開發(fā)呢？
答案：沒有完美的設(shè)計(jì)的，遞交給開發(fā)前，保證你的設(shè)計(jì)沒有一級(jí)易用性問題。否則上線的產(chǎn)品用戶罵聲一片。。但是還有一些小的bug好改的都改掉，不能改的下一版本吧。什么時(shí)候中止，那要看口袋里的錢，還剩的時(shí)間和人力等資源限制咯。看得出來吧，這里面肯定有很多的Tradeoff（妥協(xié)）的，做UE的和做開發(fā)的一定要搞好關(guān)系哦，這樣，可以多改掉幾個(gè)bug
Q3: 用戶什么時(shí)候接觸？他們最理想的介入時(shí)期是什么時(shí)候？
答案：作為UE/UI要記得，永遠(yuǎn)和用戶保持緊密聯(lián)系。不管項(xiàng)目進(jìn)展到什么時(shí)刻，你都要思考，用戶要干嘛，喜歡怎么干，這樣的設(shè)計(jì)他們會(huì)不會(huì)覺得舒服流暢。要驗(yàn)證答案，那就趕緊去接觸他們吧。
Q4：我知道在開發(fā)前期的設(shè)計(jì)工作，要做一些用戶研究，問卷調(diào)查，用戶訪談之類的，到底要研究些什么，出來些什么結(jié)果呢？
答案：在設(shè)計(jì)之前，你要明白的一件事情就是，為誰而設(shè)計(jì)。圍繞這個(gè)誰，你需要回答：
1.他們的基本特征，比如年齡段分布，性別特征，家庭，行業(yè)，電腦經(jīng)驗(yàn)，上網(wǎng)經(jīng)驗(yàn)，收入階層等等。。
2.你需要找到他們中間最典型的人群，需求最強(qiáng)烈的人群是怎樣的一個(gè)形象。這個(gè)在UCD里面叫做角色提煉(Personas setting)。也許為10萬個(gè)人設(shè)計(jì)，你什么都靠猜的，沒可能滿足10萬個(gè)人的要求。但是你為這一個(gè)或者兩個(gè)角色來設(shè)計(jì)吧，他們最典型，他們的需求滿足好了，你就離成功不遠(yuǎn)了。
3.用戶在使用你的網(wǎng)站到底舒服不，流暢不，主要是看他的操作習(xí)慣，行為方式和網(wǎng)站設(shè)計(jì)的是不是很匹配。你要研究什么，根本就是典型用戶的操作習(xí)慣，行為方式，最后獲得一個(gè)用戶模型(User Model)。網(wǎng)站要?jiǎng)?chuàng)造出的用戶體驗(yàn)，不是用戶對你說，我要怎么樣怎么樣的，也不是設(shè)計(jì)者自己在那里想，嗯，這么設(shè)計(jì)比較容易，兩步就能完成，一定很好。。兩步就一定好么，你的用戶很可能就習(xí)慣了走某固定的三步來完成，你的兩步，很可能讓他們滿腹狐疑，憂心忡忡了。。
ok,現(xiàn)在你知道了，出來的結(jié)果是什么，用戶群特點(diǎn)，典型用戶的形象即角色(Persona),然后就是用戶模型。。
Q5：知道研究什么呢，該怎么開展研究呢？
答案：用戶研究的方法可以很靈活的，常常見到類似聊天一樣的，一個(gè)問，一個(gè)來答，叫用戶訪談。還有一些方法，比如問卷調(diào)查，焦點(diǎn)小組，數(shù)據(jù)分析等等。。根據(jù)不用的研究內(nèi)容，還有時(shí)間，技術(shù)，成本來決定。。
至于怎么研究，一個(gè)前提就是，目的性明確。不管你做訪談也好，問卷也好，漫無目的，只會(huì)讓你對這些形式的有效性產(chǎn)生懷疑。。比如問卷，設(shè)計(jì)多少個(gè)問題，設(shè)計(jì)哪些問題，你要規(guī)劃好了。。問卷設(shè)計(jì)哪幾個(gè)緯度，每個(gè)緯度需要幾個(gè)問題可以得到結(jié)果，什么樣的量表合適。。
Q6：項(xiàng)目已經(jīng)進(jìn)入開發(fā)了，做用戶研究來不及了啊。
答案：嗬嗬，來得及來得及，只是要讓你的第一批用戶多多忍耐了。UCD是迭代過程嘛，已經(jīng)開發(fā)了，你就研究著，準(zhǔn)備對第一版本的產(chǎn)品進(jìn)行測試評(píng)估和改進(jìn)吧。。慢慢來，一個(gè)一個(gè)的改。
Q7：你所在的team(UI)是怎樣跟一個(gè)團(tuán)隊(duì)(產(chǎn)品策劃，程序員等)溝通合作的，又怎樣更好的融入到產(chǎn)品的整個(gè)過程中的呢？
答：經(jīng)歷過很多種不同的Team,他們處在不同的位置上，常常承擔(dān)的責(zé)任也不一樣，因此作事情的方式也完全不一樣了。UE在整個(gè)產(chǎn)品開發(fā)過程中的位置把握準(zhǔn)確，相當(dāng)?shù)闹匾�。關(guān)于位置怎么最合適，日后我再專門闡述。目前接觸到較理想的工作方式，如何溝通合作，是和產(chǎn)品設(shè)計(jì)決策者一起工作，將你獲得的研究或者評(píng)估結(jié)果，直接變成設(shè)計(jì)或建議，傳遞給產(chǎn)品設(shè)計(jì)決策者，判斷問題的重要性，有哪幾種可行的方案，如何改最合適，你們一起探討。常常，在研究方案是否可行時(shí)，你需要跟程序員溝通，提出你的想法，詢問是否能實(shí)現(xiàn)，實(shí)現(xiàn)難度，大致的時(shí)間。這樣能夠保證你方案的可快速執(zhí)行。這存在很多的溝通技巧。最好的情況就是你，UE人員，要把以用戶為中心的思想灌輸給他，讓他進(jìn)入你設(shè)定的情景，站在你的立場去考慮問題，這樣程序員會(huì)增加工作的責(zé)任感，他甚至可能發(fā)揮主觀能動(dòng)性，幫你想到更好的實(shí)現(xiàn)方法。。。這樣的一種氛圍中，整個(gè)的團(tuán)隊(duì)就像一根繩子往一個(gè)方向使勁，都全力想讓產(chǎn)品做好，想想，那樣的工作多讓人充滿激情吧。
這只是其中一部分，在你和產(chǎn)品決策者溝通時(shí)，甚至還有市場部門的同事參與，一方面，你要代表用戶的利益，另一方面，你要試圖了解公司希望創(chuàng)造的商業(yè)價(jià)值，從中找到一個(gè)平衡點(diǎn)。這種設(shè)計(jì)才最容易獲得上層的支持，以最快的速度推行下去。�？梢钥纯磁挤g的用戶體驗(yàn)設(shè)計(jì)師的職責(zé)那片文章。
Q8：界面(原型+設(shè)計(jì))，交互(包括js)，測試等都由一個(gè)人做嗎？如果不是的話，那么對用戶體驗(yàn)的研究又怎樣能證明自己的作用？
答：這些工作我都做過，一個(gè)人做這種情況其實(shí)非常的常見。但是一個(gè)人，并不理想，最好，還是培養(yǎng)一個(gè)團(tuán)隊(duì)。而且有些工作，一個(gè)人做不了，必須有協(xié)助。這主要看公司的不同狀況了。如果是一個(gè)人，評(píng)估用戶體驗(yàn)研究的效果，就可以對你的成績進(jìn)行評(píng)判了。
如何是一個(gè)Team,是好幾個(gè)人協(xié)作完成，如何證明每一部份的工作成效?iceshow是問這個(gè)吧。
老實(shí)說，我對這個(gè)問題沒有把握。因?yàn)閁E的日常工作就是設(shè)計(jì)-原型-測試評(píng)估，是完整的流程，對工作的評(píng)估，只能考核整個(gè)流程下來的結(jié)果。單獨(dú)一部份工作做得如何，我還沒有研究過。。
出處：UI之旅
責(zé)任編輯：moby
上一頁 下一頁 web2.0網(wǎng)站如何設(shè)計(jì)UE/UI [2]
|
第 1 頁 web2.0網(wǎng)站如何設(shè)計(jì)UE/UI [1]
第 2 頁 
