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