close

主流互聯網公司的產品項目流程 以及UE設計師的角色 -網上推廣


偶然看到的阿里巴巴一張產品設計流程圖,對比了一下目前mtime的產品流程設計,發現基本上是一模一樣的。看來國內主流的互聯網公司的產品研發流程基本一致。我也簡單講解一下,說不定可以幫助到有志成為互聯網UED設計者的后來人。

 

 

這套流程不知道是不是從美國人民那引進而來的,記得好幾年前看了一本書,叫 《用戶體驗的要素》,當年看完了可以說一頭霧水,不知所云。作者說的“戰略層、框架層……”云云,最后還畫了一張類似樓房設計圖的畫,來解釋整個UED的設計流程,現在回想,實際做下來,也不過就是上面這張圖的流程而已。

首先,需求分析

需求來自于多方面,比如公司的戰略目標,UV或是P/V;也可能是商業需求,比如放入購物車的轉化率或是活動參與率;更有可能來自一些用戶的呼聲,某些活躍用戶慨嘆“有了XX功能就好了”之類的。但是最有可能的還是需求還是來自于歷史數據的總結,比如某產品明顯沒人用,或是用戶不活躍,那么這個產品就是需要優化的。有時候需求甚至來自于“XX網火了,它的模式是否能復制?”這樣的理由。總之,作為一個產品設計者,不要幻想你就是在那想最牛的設計是什么樣的,然后畫個原型出來一鳴驚人一把,絕大多數的時候,新產品或是優化的需求都是跟著公司的大方向在走,有時候需求的收集甚至是挺痛苦的事情。當然也不盡然,如果有用戶訪談的話會有趣不少,從中收集的需求也往往會讓你很是吃驚,用戶訪談的問卷設計也是一門很大的學問,有時間可以再詳細的寫寫。

總而言之,經過需求分析,并且拿出歷史數據來證明你的論點,你可以提交一個新產品或是產品優化的報告了,這個報告可以是PPT,也有可能是個流程圖,拿著這個報告去跟團隊PK吧。

原型設計

有了需求,就可以真正開始著手設計了。最開始的原型設計是低保真的,可以拿紙畫,但是只能給你自己看看;大多數情況下還是使用visio、fireworks等,這些家伙有個缺點就是只能展示一下樣子,沒辦法展示交互;最新的解決方案是Axure RP,一個可以實現鏈接、彈出層等交互功能的web原型設計軟件,最大的缺點應該就是不好用,不方便。如果是重展示的產品,比如門戶網站的頻道頁,還是使用fireworks這種高視覺仿真的;如果是人機交互性特別強的產品,比如“群組里發帖功能”,那最好還是Auxure RP,畫的時候是費點力氣,開會討論的時候可以省不少口舌。

原型設計的方法和哲學,基本就可以講一本書了,這篇文章只討論流程,不追求細膩了。

畫完了以后團隊內部討論,再跟領導PK,也就是所謂的專家意見,經過一番激烈的辯論和修修改改之后,終于拿出了一個產品部內部滿意的高保真交互原型作品。這還沒到松一口氣的時候,比較重要的產品的話,還會要求你要拿著這個原型去跟用戶開體驗會,會上你需要觀察用戶,并向他們提問,提問的問題大致就是“第一感覺是什么?第一個想要點擊的是哪?最讓你感到迷惑的是哪?”,這個對一個UED設計師是一個比較大的挑戰,你需要足夠的洞察力和判斷力。其中還有一個經驗之談,受訪用戶大都會根據自己的經驗亂提一通建議,然后自己略感洋洋得意,這時候一定要記得體驗會的目的是收集用戶的體驗,而不是專門去聽取非專家們的意見。選擇性的摘取了用戶的反饋后,你需要提交一個用戶體驗測試報告,報告中會提到這個設計最大的問題,哪里是流暢使用的障礙。之后再按照此報告對癥下藥,對原型做出修改。

再經過一番PK和討論,恭喜你終于拿出了大家都滿意的作品,作為產品設計師的你,最大的任務就算完成了。

視覺設計

拿著沉甸甸的原型,交給UI設計師,確保他們領會了你的精神,并且囑咐任何疑問隨時來找你。這里又有一個經驗之談,就是GUI設計師往往會對你的產品加一些他認為比較美觀的東西,這個時侯一定要毫不手軟,堅決砍掉。一定要秉持的一個理念是,GUI設計師不應該在原型體驗基礎上,增加任何附加元素,這是對最初的用戶體驗的一種傷害。舉個簡單的例子,你寫了一個欄目名叫“粉絲群”,他為了美觀又在欄目title下加了一個英文的“fans club”,這個就是增加了不必要的附加信息。

視覺設計肯定也要經過一番討論和PK,UE設計師在其中的角色就是把關者,一定要捍衛自己的體驗設計,這時候對自己產品的深刻理解非常重要。

html切割

對UE設計師來說乏善可陳,這個時侯最好是開始著手為開發組書寫需求文檔。

開發

文檔寫好了就和開發組的同仁開需求確認會,把你要實現的功能講清楚了。開發過程中,UE設計師要做的就是答疑。

內測版上線

測試組的同事測好了,就會交給你驗收。你需要做的是看看開發的同事是不是真的按照你寫的需求文檔上那樣,彈出窗口,或是向下展開。

注意這個環節中有可能再來一次用戶體驗會,你需要做的也和之前差不多,可能唯一多的一樣就是真誠的祈禱,不要提出很致命的產品流程缺陷,那就前功盡棄了,雖然不至于推倒重來,但是需求變更確實是件麻煩事。

產品上線

終于上線啦,欣喜的看著用戶討論它的同時,你有可能需要配合業務部門組織一下新產品的推廣,當然只能作為輔助啦。

然后再開始觀察歷史數據,收集用戶需求,提出優化……循環啦。

原文:http://www.overpaper.com/?p=57


arrow
arrow
    創作者介紹
    創作者 pagepe 的頭像
    pagepe

    pagepe的部落格

    pagepe 發表在 痞客邦 留言(0) 人氣()