|
過去常常被問到一個(gè)類似的問題：「有沒有UX設(shè)計(jì)的SOP？ 我們想要導(dǎo)入一套像IDEO一樣，那么完整的設(shè)計(jì)流程」。每回聽到這樣的大哉問，我都不太好意思直接潑對(duì)方冷水，畢竟會(huì)提出這樣的問題，必定是對(duì)于使用經(jīng)驗(yàn)有一定的追求與憧憬。不過，很實(shí)際的狀況是，大多數(shù)公司都不需要「完整的」設(shè)計(jì)流程；相反地，大家真正需要的是，一個(gè)「有效而且彈性的」設(shè)計(jì)流程。
話說，世界上并不是沒有整套規(guī)劃詳盡的UCD (User-Centered Design)設(shè)計(jì)流程，事實(shí)上多得是，而且寫得超完整。下圖UPA的Typical UCD Process就是一個(gè)很好的范例參考。我還記得第一次看到這張?jiān)O(shè)計(jì)流程圖的時(shí)候，曾驚嘆地發(fā)出啊的一聲，然后心里想著：怎么可能從頭到尾，全部都跑過一次�。�是的，每個(gè)案子都可以這樣跑才有鬼。當(dāng)各公司的UX team都在追求更多的時(shí)間、更多的資源，并且說服公司老板要導(dǎo)入完整的設(shè)計(jì)流程的同時(shí)，基本上我的實(shí)務(wù)經(jīng)驗(yàn)是：很難跑完所謂完整的設(shè)計(jì)流程，而且就算跑完了，通常這個(gè)設(shè)計(jì)專案也會(huì)以失敗收?qǐng)觥?/span>
失�。�真的嗎？UCD設(shè)計(jì)流程看起來都很合理而且嚴(yán)謹(jǐn)啊，怎么會(huì)不成功呢？
|
|
|
UPA Typical UCD Process, 能夠真的都跑完才有鬼 |
地球是圓的，而且不�？焖俎D(zhuǎn)動(dòng)
UCD流程其實(shí)沒有錯(cuò)，每一個(gè)設(shè)計(jì)專案，基本上都必須要從理解使用者開始，經(jīng)過user profile以及scenario的分析，找到潛在的問題與機(jī)會(huì)點(diǎn)，然后逐步發(fā)展概念、驗(yàn)證，并且走向細(xì)部設(shè)計(jì)。這個(gè)基本原則跟人需要吃飯喝水一樣自然，不需要再多做解釋。
只不過，在業(yè)界根本沒有那么多時(shí)間，可以等繁復(fù)精準(zhǔn)的研究報(bào)告，世界上也沒有那么乖巧的競(jìng)爭(zhēng)對(duì)手跟消費(fèi)者，會(huì)動(dòng)也不動(dòng)地等在哪里，讓你把市場(chǎng)慢慢研究透徹，然后再花6-12個(gè)月的時(shí)間把產(chǎn)品設(shè)計(jì)驗(yàn)證到位。
舉個(gè)例，我曾經(jīng)歷過好幾個(gè)創(chuàng)新產(chǎn)品的研發(fā)，研究團(tuán)隊(duì)個(gè)別花了2-3個(gè)月去做縝密的使用者訪談、脈絡(luò)分析，最后產(chǎn)出了幾篇擲地有聲的使用者研究報(bào)告，不僅點(diǎn)出了幾項(xiàng)具體的使用者需求，而且也提供了好幾個(gè)可能的設(shè)計(jì)脈絡(luò)。在那個(gè)當(dāng)下，研究報(bào)告的價(jià)值是很高的。不過隨著時(shí)間過去，幾周后，競(jìng)爭(zhēng)對(duì)手的新產(chǎn)品推出，一下子滿足了其中幾項(xiàng)設(shè)計(jì)需求；兩個(gè)月后，新技術(shù)的出現(xiàn)，又消除了幾個(gè)問題點(diǎn)；半年后，消費(fèi)者對(duì)于該議題的熱度開始明顯降溫。至此，雖然這些創(chuàng)新產(chǎn)品已經(jīng)投入了大量資源去設(shè)計(jì)研發(fā)，走向量產(chǎn)，但是價(jià)值卻已經(jīng)大減。
于是UX team會(huì)陷入一個(gè)無限回圈，不斷重復(fù)辛苦地發(fā)現(xiàn)需求，看著競(jìng)爭(zhēng)對(duì)手跟上，然后留下「我們?cè)缭诎肽昵熬椭懒恕沟倪z憾。
拿出鉛筆跟白紙，簡(jiǎn)化溝通，加快速度
被嫌速度太慢，花太多時(shí)間，幾乎是每一個(gè)有組織、有流程、重品質(zhì)的設(shè)計(jì)團(tuán)隊(duì)，會(huì)被其他部門圍剿抱怨的共同問題。不諱言，我?guī)н^的每一個(gè)團(tuán)隊(duì)，在不同公司文化下，全都被嫌過這件事，哈哈。回頭想想，UCD設(shè)計(jì)的速度能否再快一點(diǎn)？我自己試驗(yàn)的結(jié)果，很簡(jiǎn)單，只要把電腦關(guān)了，把鉛筆跟白紙拿出來，就會(huì)看到效果。
|
|
|
鉛筆跟白紙，是最省腦力，也是最有效的設(shè)計(jì)工具 |
首先，UCD首重理解使用者、厘清問題與需求。既然使用者不在電腦里，把電腦關(guān)了，直接走到目標(biāo)族群的場(chǎng)域，開始做隱身長(zhǎng)時(shí)間地觀察，必要時(shí)立刻做抽樣訪談。并且逐日檢討、修正訪談方向與架構(gòu)，直到找出脈絡(luò)即可。這種彈性速成的作法，并沒有辦法達(dá)到無可挑剔的可信度，但是可以在較短的時(shí)間內(nèi)，找到幾個(gè)大的設(shè)計(jì)脈絡(luò)，那也就夠了。
再來，把鉛筆跟白紙拿出來，這會(huì)有助于讓設(shè)計(jì)師專注在解決「使用者的問題」，而非解決繪圖工具的「操作問題」。不要小看鉛筆跟紙，好的概念設(shè)計(jì)，用鉛筆就可以勾勒出主要的架構(gòu)跟輪廓，借此做快速的發(fā)散跟收驗(yàn)。如果一個(gè)介面設(shè)計(jì)用鉛筆畫，用嘴巴溝通，在1分鐘內(nèi)沒有辦法讓人感受到價(jià)值，那么八成就可以先放在旁邊，趕快想新的。至于繪圖軟體，在概念階段能不用就不用吧。這么復(fù)雜又費(fèi)神的工具，光是用它畫條線、填個(gè)色，就會(huì)耗去很多時(shí)間跟腦力。頭腦的資源很珍貴，用簡(jiǎn)單省力的工具就好。再說一次，我們要解決的是「使用者的問題」，而非解決繪圖工具的「操作問題」。
然后是簡(jiǎn)化溝通。溝通的成本是很高的，尤其是公司內(nèi)有MIS部門，會(huì)定期更新Exchange Server版本的大公司，溝通成本更是無法想像地高(汗顏)。舉個(gè)例，我過去每天平均要收120-150封信件，開4-5小時(shí)的會(huì)議，然后打5-10通電話。這些溝通有促進(jìn)我們跟各部門的關(guān)系，有加快團(tuán)隊(duì)的設(shè)計(jì)速度跟品質(zhì)嗎？沒有，老實(shí)說一點(diǎn)也沒有。
要簡(jiǎn)化溝通、加快速度，最快的方法就是把RD、PM一起抓進(jìn)來觀察使用者，然后以極短的周期，不斷地重復(fù)「發(fā)現(xiàn)問題、解決問題」的流程，直到產(chǎn)品到位。這樣省了電話、信件，也省掉了精美PowerPoint，以及一堆沒有人看的各式文件。省掉形式，簡(jiǎn)化溝通，把每一份力氣都花在有效地產(chǎn)出，這是Agile Development的精神，也呼應(yīng)了最近開始崛起的Lean UX。
然而，只有設(shè)計(jì)可以加快速度嗎？當(dāng)然不是。如果你家的PM，拿著這篇文章來扣你帽子，請(qǐng)他們回頭想清楚自己的工作里，有多少比例是純粹傳遞訊息，匯整意見，跟催進(jìn)度等類行政工作。請(qǐng)他們也省點(diǎn)力氣在無謂的事情上，多花點(diǎn)時(shí)間跟著研發(fā)團(tuán)隊(duì)一起規(guī)劃產(chǎn)品、解決使用者的問題。UCD是每一個(gè)人的事，只有每個(gè)人都在意，都認(rèn)同，才有可能看到成果。
出處：
責(zé)任編輯：bluehearts
上一頁 下一頁 不要再追求所謂完整的UCD設(shè)計(jì)流程 [2]
|
第 1 頁 不要再追求所謂完整的UCD設(shè)計(jì)流程
第 2 頁 
