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