千鳥最近寫了一篇《互聯(lián)網(wǎng)設(shè)計操作參考》,私下跟他簡單聊過一些意見和看法,文中提到:
《用戶體驗(yàn)的要素》所提的戰(zhàn)略、范圍、結(jié)構(gòu)、框架、表現(xiàn)五層對理解幫助很大,但不適合走操作流程。
這本書在流程的概念上意義很重要,但運(yùn)用到實(shí)際的團(tuán)隊流程中,往往很難執(zhí)行和分工。
所以千鳥提出這樣一個結(jié)構(gòu):
藍(lán)圖——產(chǎn)品經(jīng)理——網(wǎng)站目標(biāo)、用戶需求、功能規(guī)格、內(nèi)容說明
文檔——產(chǎn)品設(shè)計師——信息架構(gòu)、交互設(shè)計、界面設(shè)計、導(dǎo)航設(shè)計、信息設(shè)計、視覺設(shè)計
原型——產(chǎn)品工程師——原型制作、客戶端編程
同事在跟我聊這個話題的時候,他說:流程往往是被逼無奈的選擇,并且在流程精細(xì)的情況下,拋開速度和效率不說,信息在流程中傳遞的時候往往容易失真。
相信在大公司待過的都會有這個體會,產(chǎn)品周期長,效率低,很多簡單的問題其實(shí)一個人可以解決的卻因?yàn)椴块T、流程的標(biāo)準(zhǔn)問題,不得不交給別人來做。
而對于一些1-5人的產(chǎn)品小團(tuán)隊來說,往往是看UCD流程的細(xì)膩程度而望洋興嘆。以至于千鳥在文章結(jié)尾說“最好的Producer,有人可以帶領(lǐng)大家做的更好,沒人自己也能抗下來。”
所謂爺爺都是從孫子走過來的,所有的大公司都是從小作坊模式起來的,不乏一個人從產(chǎn)品構(gòu)思到原型設(shè)計、到后臺代碼全部包辦的情況。雖然這些牛人當(dāng)初根本不知道UCD的概念,但他們往往是最牛的實(shí)戰(zhàn)者,他們理解UCD流程也最透徹。
所以建議很多初入行的設(shè)計者別拿你剛剛聽來、讀來的一些概念和流程,跑leader那去吹胡子瞪眼要優(yōu)化流程,如果沒有找到現(xiàn)狀所存在的問題和漏洞,也許你的leader更明白團(tuán)隊需要什么樣的流程。
白鴉提出取消“用戶體驗(yàn)設(shè)計部”,其目的就在于避免流程跨越部門,導(dǎo)致不必要的爭斗。如果非要給產(chǎn)品團(tuán)隊分塊,分成兩塊:
一:負(fù)責(zé)產(chǎn)品做什么
二:負(fù)責(zé)產(chǎn)品怎么做
一負(fù)責(zé)需要什么樣的東西,二負(fù)責(zé)這東西長成什么樣子。
這樣分工的好處在于,節(jié)約流程但大權(quán)又不至于被一方獨(dú)攬,雙方可以相互牽制并改進(jìn)產(chǎn)品。
對于產(chǎn)品怎么做,對于很多公司來說相對不是問題,因?yàn)楝F(xiàn)在UCD流程和理念中,這一塊講的很多。但在產(chǎn)品做什么的問題上,很大的比重上是依賴個人經(jīng)驗(yàn),一方面有些方法的驗(yàn)證成本高,比如用戶研究、數(shù)據(jù)分析。另一方面,大部分人更加關(guān)注怎么做,結(jié)果如何。
相信不久,對于怎么做產(chǎn)品決策的方法和研究,會慢慢進(jìn)入大家的視線。