過(guò)去常常被問(wèn)到一個(gè)類似的問(wèn)題：「有沒(méi)有UX設(shè)計(jì)的SOP？ 我們想要導(dǎo)入一套像IDEO一樣，那么完整的設(shè)計(jì)流程」。每回聽(tīng)到這樣的大哉問(wèn)，我都不太好意思直接潑對(duì)方冷水，畢竟會(huì)提出這樣的問(wèn)題，必定是對(duì)于使用經(jīng)驗(yàn)有一定的追求與憧憬。不過(guò)，很實(shí)際的狀況是，大多數(shù)公司都不需要「完整的」設(shè)計(jì)流程；相反地，大家真正需要的是，一個(gè)「有效而且彈性的」設(shè)計(jì)流程。

話說(shuō)，世界上并不是沒(méi)有整套規(guī)劃詳盡的UCD （User-Centered Design）設(shè)計(jì)流程，事實(shí)上多得是，而且寫得超完整。下圖UPA的Typical UCD Process就是一個(gè)很好的範(fàn)例參考 。我還記得第一次看到這張?jiān)O(shè)計(jì)流程圖的時(shí)候，曾驚嘆地發(fā)出啊的一聲，然后心裡想著：怎么可能從頭到尾，全部都跑過(guò)一次��？是的，每個(gè)案子都可以這樣跑才有鬼。當(dāng)各公司的UX team都在追求更多的時(shí)間、更多的資源，并且說(shuō)服公司老闆要導(dǎo)入完整的設(shè)計(jì)流程的同時(shí)，基本上我的實(shí)務(wù)經(jīng)驗(yàn)是：很難跑完所謂完整的設(shè)計(jì)流程，而且就算跑完了，通常這個(gè)設(shè)計(jì)專案也會(huì)以失敗收?qǐng)觥?/p>

失��？真的嗎？UCD設(shè)計(jì)流程看起來(lái)都很合理而且嚴(yán)謹(jǐn)啊，怎么會(huì)不成功呢？

UPA Typical UCD Process， 能夠真的都跑完才有鬼

地球是圓的，而且不�？焖俎D(zhuǎn)動(dòng)

UCD流程其實(shí)沒(méi)有錯(cuò)，每一個(gè)設(shè)計(jì)專案，基本上都必須要從理解使用者開(kāi)始，經(jīng)過(guò)user profile以及scenario的分析，找到潛在的問(wèn)題與機(jī)會(huì)點(diǎn)，然后逐步發(fā)展概念、驗(yàn)證，并且走向細(xì)部設(shè)計(jì)。這個(gè)基本塬則跟人需要吃飯喝水一樣自然，不需要再多做解釋。

只不過(guò)，在業(yè)界根本沒(méi)有那么多時(shí)間，可以等繁復(fù)精準(zhǔn)的研究報(bào)告，世界上也沒(méi)有那么乖巧的競(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)歷過(guò)好幾個(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à)值是很高的。不過(guò)隨著時(shí)間過(guò)去，幾週后，競(jìng)爭(zhēng)對(duì)手的新產(chǎn)品推出，一下子滿足了其中幾項(xiàng)設(shè)計(jì)需求；兩個(gè)月后，新技術(shù)的出現(xiàn)，又消除了幾個(gè)問(wèn)題點(diǎn)；半年后，消費(fèi)者對(duì)于該議題的熱度開(kāi)始明顯降溫。至此，雖然這些創(chuàng)新產(chǎn)品已經(jīng)投入了大量資源去設(shè)計(jì)研發(fā)，走向量產(chǎn)，但是價(jià)值卻已經(jīng)大減。

于是UX team會(huì)陷入一個(gè)無(wú)限迴圈，不斷重復(fù)辛苦地發(fā)現(xiàn)需求，看著競(jìng)爭(zhēng)對(duì)手跟上，然后留下「我們?cè)缭诎肽昵熬椭�道了」的遺憾。

拿出鉛筆跟白紙，簡(jiǎn)化溝通，加快速度

被嫌速度太慢，花太多時(shí)間，幾乎是每一個(gè)有組織、有流程、重品質(zhì)的設(shè)計(jì)團(tuán)隊(duì)，會(huì)被其他部門圍勦抱怨的共同問(wèn)題。不諱言，我?guī)н^(guò)的每一個(gè)團(tuán)隊(duì)，在不同公司文化下，全都被嫌過(guò)這件事，哈哈�；仡^想想，UCD設(shè)計(jì)的速度能否再快一點(diǎn)？我自己試驗(yàn)的結(jié)果，很簡(jiǎn)單，只要把電腦關(guān)了，把鉛筆跟白紙拿出來(lái)，就會(huì)看到效果。

鉛筆跟白紙，是最省腦力，也是最有效的設(shè)計(jì)工具

首先，UCD首重理解使用者、釐清問(wèn)題與需求。既然使用者不在電腦裡，把電腦關(guān)了，直接走到目標(biāo)族群的場(chǎng)域，開(kāi)始做隱身長(zhǎng)時(shí)間地觀察，必要時(shí)立刻做抽樣訪談。并且逐日檢討、修正訪談方向與架構(gòu)，直到找出脈絡(luò)即可。這種彈性速成的作法，并沒(méi)有辦法達(dá)到無(wú)可挑剔的可信度，但是可以在較短的時(shí)間內(nèi)，找到幾個(gè)大的設(shè)計(jì)脈絡(luò)，那也就夠了。

再來(lái)，把鉛筆跟白紙拿出來(lái)，這會(huì)有助于讓設(shè)計(jì)師專注在解決「使用者的問(wèn)題」，而非解決繪圖工具的「操作問(wèn)題」。不要小看鉛筆跟紙，好的概念設(shè)計(jì)，用鉛筆就可以勾勒出主要的架構(gòu)跟輪廓，藉此做快速的發(fā)散跟收驗(yàn)。如果一個(gè)介面設(shè)計(jì)用鉛筆畫，用嘴巴溝通，在1分鐘內(nèi)沒(méi)有辦法讓人感受到價(jià)值，那么八成就可以先放在旁邊，趕快想新的。至于繪圖軟體，在概念階段能不用就不用吧。這么復(fù)雜又費(fèi)神的工具，光是用它畫條線、填個(gè)色，就會(huì)耗去很多時(shí)間跟腦力。頭腦的資源很珍貴，用簡(jiǎn)單省力的工具就好。再說(shuō)一次，我們要解決的是「使用者的問(wèn)題」，而非解決繪圖工具的「操作問(wèn)題」。

然后是簡(jiǎn)化溝通。溝通的成本是很高的，尤其是公司內(nèi)有MIS部門，會(huì)定期更新Exchange Server版本的大公司，溝通成本更是無(wú)法想像地高 （汗顏）。舉個(gè)例，我過(guò)去每天平均要收120-150封信件，開(kāi)4-5小時(shí)的會(huì)議，然后打5-10通電話。這些溝通有促進(jìn)我們跟各部門的關(guān)係，有加快團(tuán)隊(duì)的設(shè)計(jì)速度跟品質(zhì)嗎？沒(méi)有，老實(shí)說(shuō)一點(diǎn)也沒(méi)有。

要簡(jiǎn)化溝通、加快速度，最快的方法就是把RD、PM一起抓進(jìn)來(lái)觀察使用者，然后以極短的週期，不斷地重復(fù)「發(fā)現(xiàn)問(wèn)題、解決問(wèn)題」的流程，直到產(chǎn)品到位。這樣省了電話、信件，也省掉了精美PowerPoint，以及一堆沒(méi)有人看的各式文件。省掉形式，簡(jiǎn)化溝通，把每一份力氣都花在有效地產(chǎn)出，這是Agile Development的精神，也唿應(yīng)了最近開(kāi)始崛起的Lean UX。

然而，只有設(shè)計(jì)可以加快速度嗎？當(dāng)然不是。如果你家的PM，拿著這篇文章來(lái)扣你帽子，請(qǐng)他們回頭想清楚自己的工作裡，有多少比例是純粹傳遞訊息，匯整意見(jiàn)，跟催進(jìn)度等類行政工作。請(qǐng)他們也省點(diǎn)力氣在無(wú)謂的事情上，多花點(diǎn)時(shí)間跟著研發(fā)團(tuán)隊(duì)一起規(guī)劃產(chǎn)品、解決使用者的問(wèn)題。UCD是每一個(gè)人的事，只有每個(gè)人都在意，都認(rèn)同，才有可能看到成果。

照著上面說(shuō)的做，就天下太平了嗎？

產(chǎn)品開(kāi)發(fā)有這么單純就好了，嗬。

理想的UCD設(shè)計(jì)流程，會(huì)像是Bill Buxton在Sketching User Interfaces所提到的這張圖。從左到右是一個(gè)逐漸收斂成形的過(guò)程，隨著時(shí)間過(guò)去，從概念草圖，逐漸形塑成設(shè)計(jì)塬型。中間會(huì)有不斷的iteration，但是設(shè)計(jì)方向會(huì)逐漸明確，設(shè)計(jì)部門投入的資源會(huì)越來(lái)越少。

理想中的Product Development Process

（Bill Buxton， Sketching User Interfaces）

但是實(shí)際狀況比較像下圖。資訊架構(gòu) （Information Architecture） 跟介面設(shè)計(jì) （Design）除了在前半段投入大量心力外，在程式開(kāi)發(fā)出第一個(gè)版本，以及產(chǎn)品上市前，通常至少都還會(huì)有兩波高度忙碌期。這段期間的資源投入，理論上是不需要的，因?yàn)樵O(shè)計(jì)架構(gòu)已經(jīng)確定，產(chǎn)品開(kāi)發(fā)的變數(shù)已經(jīng)降到最低。然而，天有不測(cè)風(fēng)云，人有旦夕禍福。產(chǎn)品開(kāi)發(fā)中一定會(huì)遇到各種狀況，像是開(kāi)發(fā)平臺(tái)更新SDK、老闆要求加新功能、零組件供應(yīng)商倒了，什么事都有可能，突發(fā)狀況永遠(yuǎn)比你預(yù)想的還多。

實(shí)際上會(huì)遇到的 Product Development Process

所以，一定要讓自己的設(shè)計(jì)流程更加「有效而且彈性」，并且常保一顆樂(lè)觀、有幽默感的心。現(xiàn)在就把電腦關(guān)了、拿出鉛筆跟白紙，換個(gè)方式來(lái)做設(shè)計(jì)。說(shuō)不定，你會(huì)做的更愉快，更有成就感也說(shuō)不定。

文章來(lái)源：handyui.com

標(biāo)簽： UCD設(shè)計(jì) UCD設(shè)計(jì)流程 UCD 

版權(quán)申明：本站文章部分自網(wǎng)絡(luò)，如有侵權(quán)，請(qǐng)聯(lián)系：west999com@outlook.com
特別注意：本站所有轉(zhuǎn)載文章言論不代表本站觀點(diǎn)！
本站所提供的圖片等素材，版權(quán)歸原作者所有，如需使用，請(qǐng)與原作者聯(lián)系。