偶然看到的阿里巴巴一張產(chǎn)品設(shè)計(jì)流程圖，對(duì)比了一下目前mtime的產(chǎn)品流程設(shè)計(jì)，發(fā)現(xiàn)基本上是一模一樣的�？磥韲鴥�(nèi)主流的互聯(lián)網(wǎng)公司的產(chǎn)品研發(fā)流程基本一致。我也簡單講解一下，說不定可以幫助到有志成為互聯(lián)網(wǎng)UED設(shè)計(jì)者的后來人。
這套流程不知道是不是從美國人民那引進(jìn)而來的，記得好幾年前看了一本書，叫 《用戶體驗(yàn)的要素》，當(dāng)年看完了可以說一頭霧水，不知所云。作者說的“戰(zhàn)略層、框架層……”云云，最后還畫了一張類似樓房設(shè)計(jì)圖的畫，來解釋整個(gè)UED的設(shè)計(jì)流程，現(xiàn)在回想，實(shí)際做下來，也不過就是上面這張圖的流程而已。
首先，需求分析
需求來自于多方面，比如公司的戰(zhàn)略目標(biāo)，UV或是P/V；也可能是商業(yè)需求，比如放入購物車的轉(zhuǎn)化率或是活動(dòng)參與率；更有可能來自一些用戶的呼聲，某些活躍用戶慨嘆“有了XX功能就好了”之類的。但是最有可能的還是需求還是來自于歷史數(shù)據(jù)的總結(jié)，比如某產(chǎn)品明顯沒人用，或是用戶不活躍，那么這個(gè)產(chǎn)品就是需要優(yōu)化的。有時(shí)候需求甚至來自于“XX網(wǎng)火了，它的模式是否能復(fù)制？”這樣的理由。總之，作為一個(gè)產(chǎn)品設(shè)計(jì)者，不要幻想你就是在那想最牛的設(shè)計(jì)是什么樣的，然后畫個(gè)原型出來一鳴驚人一把，絕大多數(shù)的時(shí)候，新產(chǎn)品或是優(yōu)化的需求都是跟著公司的大方向在走，有時(shí)候需求的收集甚至是挺痛苦的事情。當(dāng)然也不盡然，如果有用戶訪談的話會(huì)有趣不少，從中收集的需求也往往會(huì)讓你很是吃驚，用戶訪談的問卷設(shè)計(jì)也是一門很大的學(xué)問，有時(shí)間可以再詳細(xì)的寫寫。
總而言之，經(jīng)過需求分析，并且拿出歷史數(shù)據(jù)來證明你的論點(diǎn)，你可以提交一個(gè)新產(chǎn)品或是產(chǎn)品優(yōu)化的報(bào)告了，這個(gè)報(bào)告可以是PPT，也有可能是個(gè)流程圖，拿著這個(gè)報(bào)告去跟團(tuán)隊(duì)PK吧。
原型設(shè)計(jì)
有了需求，就可以真正開始著手設(shè)計(jì)了。最開始的原型設(shè)計(jì)是低保真的，可以拿紙畫，但是只能給你自己看看；大多數(shù)情況下還是使用visio、fireworks等，這些家伙有個(gè)缺點(diǎn)就是只能展示一下樣子，沒辦法展示交互；最新的解決方案是Axure RP，一個(gè)可以實(shí)現(xiàn)鏈接、彈出層等交互功能的web原型設(shè)計(jì)軟件，最大的缺點(diǎn)應(yīng)該就是不好用，不方便。如果是重展示的產(chǎn)品，比如門戶網(wǎng)站的頻道頁，還是使用fireworks這種高視覺仿真的；如果是人機(jī)交互性特別強(qiáng)的產(chǎn)品，比如“群組里發(fā)帖功能”，那最好還是Auxure RP，畫的時(shí)候是費(fèi)點(diǎn)力氣，開會(huì)討論的時(shí)候可以省不少口舌。
原型設(shè)計(jì)的方法和哲學(xué)，基本就可以講一本書了，這篇文章只討論流程，不追求細(xì)膩了。
畫完了以后團(tuán)隊(duì)內(nèi)部討論，再跟領(lǐng)導(dǎo)PK，也就是所謂的專家意見，經(jīng)過一番激烈的辯論和修修改改之后，終于拿出了一個(gè)產(chǎn)品部內(nèi)部滿意的高保真交互原型作品。這還沒到松一口氣的時(shí)候，比較重要的產(chǎn)品的話，還會(huì)要求你要拿著這個(gè)原型去跟用戶開體驗(yàn)會(huì)，會(huì)上你需要觀察用戶，并向他們提問，提問的問題大致就是“第一感覺是什么？第一個(gè)想要點(diǎn)擊的是哪？最讓你感到迷惑的是哪？”，這個(gè)對(duì)一個(gè)UED設(shè)計(jì)師是一個(gè)比較大的挑戰(zhàn)，你需要足夠的洞察力和判斷力。其中還有一個(gè)經(jīng)驗(yàn)之談，受訪用戶大都會(huì)根據(jù)自己的經(jīng)驗(yàn)亂提一通建議，然后自己略感洋洋得意，這時(shí)候一定要記得體驗(yàn)會(huì)的目的是收集用戶的體驗(yàn)，而不是專門去聽取非專家們的意見。選擇性的摘取了用戶的反饋后，你需要提交一個(gè)用戶體驗(yàn)測(cè)試報(bào)告，報(bào)告中會(huì)提到這個(gè)設(shè)計(jì)最大的問題，哪里是流暢使用的障礙。之后再按照此報(bào)告對(duì)癥下藥，對(duì)原型做出修改。
再經(jīng)過一番PK和討論，恭喜你終于拿出了大家都滿意的作品，作為產(chǎn)品設(shè)計(jì)師的你，最大的任務(wù)就算完成了。
視覺設(shè)計(jì)
拿著沉甸甸的原型，交給UI設(shè)計(jì)師，確保他們領(lǐng)會(huì)了你的精神，并且囑咐任何疑問隨時(shí)來找你。這里又有一個(gè)經(jīng)驗(yàn)之談，就是GUI設(shè)計(jì)師往往會(huì)對(duì)你的產(chǎn)品加一些他認(rèn)為比較美觀的東西，這個(gè)時(shí)侯一定要毫不手軟，堅(jiān)決砍掉。一定要秉持的一個(gè)理念是，GUI設(shè)計(jì)師不應(yīng)該在原型體驗(yàn)基礎(chǔ)上，增加任何附加元素，這是對(duì)最初的用戶體驗(yàn)的一種傷害。舉個(gè)簡單的例子，你寫了一個(gè)欄目名叫“粉絲群”，他為了美觀又在欄目title下加了一個(gè)英文的“fans club”，這個(gè)就是增加了不必要的附加信息。
視覺設(shè)計(jì)肯定也要經(jīng)過一番討論和PK，UE設(shè)計(jì)師在其中的角色就是把關(guān)者，一定要捍衛(wèi)自己的體驗(yàn)設(shè)計(jì)，這時(shí)候?qū)ψ约寒a(chǎn)品的深刻理解非常重要。
html切割
對(duì)UE設(shè)計(jì)師來說乏善可陳，這個(gè)時(shí)侯最好是開始著手為開發(fā)組書寫需求文檔。
開發(fā)
文檔寫好了就和開發(fā)組的同仁開需求確認(rèn)會(huì)，把你要實(shí)現(xiàn)的功能講清楚了。開發(fā)過程中，UE設(shè)計(jì)師要做的就是答疑。
內(nèi)測(cè)版上線
測(cè)試組的同事測(cè)好了，就會(huì)交給你驗(yàn)收。你需要做的是看看開發(fā)的同事是不是真的按照你寫的需求文檔上那樣，彈出窗口，或是向下展開。
注意這個(gè)環(huán)節(jié)中有可能再來一次用戶體驗(yàn)會(huì)，你需要做的也和之前差不多，可能唯一多的一樣就是真誠的祈禱，不要提出很致命的產(chǎn)品流程缺陷，那就前功盡棄了，雖然不至于推倒重來，但是需求變更確實(shí)是件麻煩事。
產(chǎn)品上線
終于上線啦，欣喜的看著用戶討論它的同時(shí)，你有可能需要配合業(yè)務(wù)部門組織一下新產(chǎn)品的推廣，當(dāng)然只能作為輔助啦。
然后再開始觀察歷史數(shù)據(jù)，收集用戶需求，提出優(yōu)化……循環(huán)啦。
粵公網(wǎng)安備 44010402000282號(hào)