之前搞了兩篇響應(yīng)式Web設(shè)計方面的譯文，包括響應(yīng)式Web設(shè)計的概念、組成要素及基本的實現(xiàn)思路，以及怎樣通過CSS3 Media Query進行設(shè)計開發(fā)；今天換個口味，來點兒務(wù)虛的。本文作者從一名用戶體驗設(shè)計團隊leader的角度出發(fā)，簡要介紹了UX設(shè)計相關(guān)工作在公司內(nèi)部是怎樣步步為營的從無到有展開的。沒有不切實際的大道理，也沒有什么技術(shù)細節(jié)的講解，通篇更像是作者對工作中典型階段的回顧與總結(jié)，包括團隊組建、理念及影響力的培養(yǎng)、部門協(xié)作、項目介入方式等方面。廢話不多說，走著。

多數(shù)時候，新的方式方法不會被很容易的付諸實踐。特別是在舊有習慣已經(jīng)根深蒂固的情況下，前行過程中的每一個階段，在參與者看來，都好像是一種很新奇的玩意兒。不是所有人都喜歡新鮮事物，但是作為確切目標的執(zhí)行者，大家必須學會新的思維方式與實踐方法，并貫徹到實際工作中。

在本文中，我（英文原文作者）將以公司網(wǎng)站的改版項目作為思路梗概，進行工作的回顧總結(jié)，并分析我們的團隊是怎樣在整個改版過程中步步為營的貫徹用戶體驗設(shè)計思路的。下面的插圖展示了改版前后兩個版本之間的顯著變化。

UX設(shè)計團隊（UED）組建伊始

最近，我被法國的一家主流電子商務(wù)網(wǎng)站聘請去組建一個用戶體驗設(shè)計團隊。在我赴職之前，這里的UX團隊基本就是一個愿望良好但組織松散的項目委員會，成員包括一名項目經(jīng)理、一名功能及技術(shù)規(guī)范撰寫人員，以及一位自稱是人機工程專家的自由職業(yè)平面設(shè)計師。當這個委員會無法就某個最終設(shè)計方案達成一致時，他們會投票；通常的結(jié)果是，他們會接受全盤接受彼此的方案，因為投票結(jié)束時，開發(fā)周期所剩下的時間已經(jīng)不允許他們做任何的修改和迭代了。本質(zhì)上說，這個UX團隊對于所謂的“以用戶為中心的設(shè)計（UCD，user-centered desgin）”或是交互測試等沒有任何實際的進程規(guī)劃。

“用戶體驗”的概念適用于任何地方，但要使這個概念有足夠的吸引力和影響力，以至于可以在組織或公司內(nèi)部形成這樣一個令人尊敬的部門，你首先要解決一筐的問題。無論這個團隊中是否有真正意義上的管理角色存在，用戶體驗設(shè)計的相關(guān)工作其實一直存在于整個組織中，只是在執(zhí)行方式與注意力是否集中等方面，會有很大差異。組建UX團隊、樹立精神與目標并將其作為團隊核心價值焦點——這需要一個緩慢而穩(wěn)健的過程，我們不能寄希望于所有的問題都能在一夜之間被解決。

然而，很多人都希望，正式組建起來的UX團隊可以為那些一直以來困擾著他們的問題帶來答案。其實，“用戶體驗設(shè)計”并非用來獲取答案，它應(yīng)該為項目執(zhí)行方式的選擇提供建議，或是為更好的設(shè)計開發(fā)流程創(chuàng)建架構(gòu)。所以，一開始，我做了很多“傾聽”的工作，去了解各方面的問題和意見——比如參加了一些項目評審會，或是與設(shè)計師進行交流。在這些傾聽與交流的過程中，有一點我需要清楚，就是在項目的實際進程里，到底是哪些角色對設(shè)計方案有最終決策權(quán)。我還要了解目標市場，了解有哪些潛在因素會使正確的方案在經(jīng)濟上缺乏可行性；在項目中期，我還必須與IT及軟件架構(gòu)等相關(guān)團隊有效配合。

做過傾聽與交流的工作之后，我就可以寫自己的“腳本”了：我和那些會與UX團隊密切配合的上下游團隊做了進一步的深入交流，特別是產(chǎn)品部以及前端開發(fā)人員；在了解了他們在項目中的實際作用和角色后，我開始從公司內(nèi)部挖人……我招募到一名人機工程顧問，專門做眼動跟蹤及其他的可用性研究；從市場部搞來一名有標準化UI設(shè)計實踐經(jīng)驗的實習生。有了這些人才，我們的UX團隊開始吸引人們的目光了；我們收到了越來越多的關(guān)于提升產(chǎn)品用戶體驗的研究需求，并且開始逐的步集約規(guī)范內(nèi)部的設(shè)計流程。

三大職能要素：信息架構(gòu)、人機工程、視覺設(shè)計

對于電子商務(wù)網(wǎng)站來說，有三個重要的方面將成為整個用戶體驗設(shè)計相關(guān)工作的支柱：信息架構(gòu)、人機工程和視覺設(shè)計。正如前面所說，我已經(jīng)挖到后面兩方面的相應(yīng)人員了，并著手招募信息架構(gòu)方面的人才。

我做了一個幻燈片，對相關(guān)部門進行了宣講，描述了UX團隊在補充進信息架構(gòu)方面的人員之后會怎樣有效的改善設(shè)計流程。我將很多與市場需求相關(guān)的內(nèi)容文案、媒體文件等作為信息碎片，向大家描述信息架構(gòu)的職能是怎樣將這些重要信息通過線框圖原型有效的組織起來的；而人機工程交互設(shè)計方面，又是怎樣基于有效組織的信息架構(gòu)去提升可用性，改進交互的；最后，我們的視覺設(shè)計師又是怎樣將所有這些整合起來呈現(xiàn)在頁面上的。

在招募到了信息架構(gòu)師之后，我就得到了一條完整的設(shè)計角色鏈條。

另外，我算了筆帳，并決定再引進一名平面設(shè)計。還記得前面提到過的那個自由設(shè)計師嗎，公司付給他的薪水幾乎與全職設(shè)計師持平了，但限于兼職的性質(zhì)，我們幾乎不能與他面對面溝通，這使得視覺方面的工作進度很難與新團隊的步伐保持一致。一個全職的、優(yōu)秀的視覺設(shè)計師，除了在工作職能中的貢獻之外，對塑造用戶體驗設(shè)計團隊的氣質(zhì)、性格和影響力等方面也會起到重要的作用。

改變團隊觀念

UX團隊的人員到位了，接下來要進入一個相對困難的階段了——改變團隊觀念。這里所說的團隊不是指UX方面，而是整個公司內(nèi)部與項目設(shè)計開發(fā)相關(guān)的組織團隊。我們需要改變的，是其他部門對于用戶體驗團隊在項目每一個階段中的產(chǎn)出成果的預期方式。正如前面講到的，當我剛剛赴職時，UX團隊內(nèi)部的角色劃分是相當模糊的，在其他部門看來，其中任何一員都應(yīng)該是全能角色。當時，視覺設(shè)計師在產(chǎn)品開發(fā)的每個階段都必須提供完整的“最終”視覺稿，然后其他相關(guān)部門會根據(jù)這個“原型”進行接下來的評審等流程。

我知道，對于其他相關(guān)部門的那些多數(shù)沒有設(shè)計經(jīng)驗的人來說，要讓他們拿著一份未完成的草稿或是線框圖來進行分析和反饋，確實不是一件容易的事。但我嘗試著讓他們知道這些初稿和線框圖的價值——這些原型可以幫助整個團隊盡快完成初期設(shè)計方案及后續(xù)迭代，而不必被那些與當前階段無關(guān)的因素牽扯精力，譬如配色、元素的精確布局等。他們慢慢的明白了，線框圖并不等同于最終的視覺設(shè)計稿，它只是一種抽象，其最大的作用是幫助項目相關(guān)人員以及參與可用性測試的用戶在短時間內(nèi)針對最主要的問題進行反應(yīng)和回饋，而無需等待視覺設(shè)計師花費時間和資源去將大量尚未確定的元素呈現(xiàn)在高保真視覺稿中。

標簽： 用戶體驗 Web設(shè)計 UX設(shè)計 

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