按照用戶體驗(yàn)的5個(gè)要素來(lái)看，交互設(shè)計(jì)可以占到前面4個(gè)要素。

一．戰(zhàn)略層（為誰(shuí)做，為了什么）

戰(zhàn)略層包括商業(yè)目標(biāo)和用戶需求，我們的設(shè)計(jì)目標(biāo)是達(dá)到兩者的平衡。這也是我比較薄弱和思考較多的地方。

忍住做設(shè)計(jì)，搞清楚遇到的問(wèn)題是關(guān)鍵

首先，不要急著做設(shè)計(jì)。感覺(jué)這是新人的大忌，急躁，恨不得一拿到產(chǎn)品的需求立馬開(kāi)始動(dòng)手，腦子里面開(kāi)始蹦出一大堆的解決方案，急切的想要證明自己。事情證明，沒(méi)有搞清需要解決的問(wèn)題是什么，后面返工的概率很大，而且各種返工絕對(duì)是給自己減分，會(huì)降低專業(yè)信度。

正確的和產(chǎn)品溝通

新人的另外一個(gè)大忌就是自己悶頭做分析做設(shè)計(jì)，有時(shí)候直到方案都設(shè)計(jì)完才和產(chǎn)品正式評(píng)審，這樣返工修改的可能性很大，正確的做法應(yīng)該是時(shí)刻和產(chǎn)品保持想法溝通。前期溝通的目的就是要了解需要解決什么問(wèn)題（既可能純商業(yè)需求，也有可能是用戶痛點(diǎn)）。

商業(yè)目標(biāo)

就是要達(dá)到的效果，是產(chǎn)品的評(píng)估指標(biāo)，需要用一句話概括（提煉也是對(duì)設(shè)計(jì)師能力的考察），可以是PV/UV、轉(zhuǎn)化率、投訴量等具象的評(píng)估指標(biāo)，具體可以和產(chǎn)品商量。商業(yè)目標(biāo)需要考慮全局影響，不能為了實(shí)現(xiàn)部分功能而去影響其他體驗(yàn)。總之，這里的戰(zhàn)略并不是要真的從公司的戰(zhàn)略格局來(lái)考慮而是站在一個(gè)更廣大的視角來(lái)看待問(wèn)題，考慮可能遇到的來(lái)自整體的限制和機(jī)遇。

用戶需求

用戶需求分析的關(guān)鍵是明確需要幫助用戶解決什么問(wèn)題，并和產(chǎn)品達(dá)成共識(shí)。產(chǎn)品作為需求的提供者，應(yīng)該是有很多隱藏信息可以挖掘，是對(duì)用戶和使用場(chǎng)景的第一手資料來(lái)源。人們不是天生擅長(zhǎng)對(duì)語(yǔ)言進(jìn)行嚴(yán)密組織，但是大家都會(huì)講故事。有時(shí)候產(chǎn)品會(huì)提一些想當(dāng)然臨時(shí)添加的功能需求，我們很難說(shuō)服他不去做這個(gè)功能，可以嘗試讓他講故事，把需求來(lái)源的故事全部講訴出來(lái)。當(dāng)然我們的角色不止是傾聽(tīng)，也不是產(chǎn)品解決方案的執(zhí)行者，而是應(yīng)該倡導(dǎo)回到問(wèn)題的探討上，拋棄已有解決方案的影響，和產(chǎn)品一起深挖背后存在的問(wèn)題，多問(wèn)幾個(gè)為什么。這樣即使不能去除一些所謂的偽需求，也能讓我們雙方在需求問(wèn)題上看的更深遠(yuǎn)。更為重要的是和產(chǎn)品達(dá)成的共識(shí)，能夠加快后面的評(píng)審。

之后可以整理輸出一下產(chǎn)品評(píng)估指標(biāo)和用戶的典型使用場(chǎng)景，作為備用。

調(diào)研

產(chǎn)品的考慮未必代表真實(shí)用戶，我們還是需要“眼見(jiàn)為實(shí)”。當(dāng)然這里的調(diào)研未必做的是大量的用戶研究，而是盡可能的收集一些用戶的信息。可以從周邊的同事入手做做調(diào)查，上網(wǎng)查查相關(guān)資料，訪談一下同學(xué)朋友，多渠道的多管齊下。

調(diào)研的主要目的是收集補(bǔ)充信息，是擴(kuò)展思路，但不可過(guò)分較真，每一個(gè)用戶都可能有他獨(dú)特的需求，除非經(jīng)過(guò)嚴(yán)密的論證，不要因?yàn)檎{(diào)研輕易改變自己的設(shè)計(jì)思路，設(shè)計(jì)師還是要相信自己的判斷。

開(kāi)始需求分析

產(chǎn)品側(cè)和調(diào)研都得到一定的信息后，我們需要對(duì)需求信息進(jìn)行整理。

· 從工作內(nèi)容來(lái)看，很多需求都是產(chǎn)品提出的，工作中的需求分為新的需求和優(yōu)化需求。

· 從用戶的角度來(lái)看， 根據(jù)Kano模型，需求分為基礎(chǔ)型、期待型和興奮型需求，實(shí)際使用中又可以分為痛點(diǎn)型需求和興奮型需求。

實(shí)際情況中經(jīng)常發(fā)生上述需求的交叉組合，我們可對(duì)號(hào)入座，把對(duì)應(yīng)表格里的內(nèi)容填完。

其實(shí)痛點(diǎn)型需求大家接觸的比較多，可能還比較好處理。興奮型需求相對(duì)較難，之前參加設(shè)計(jì)峰會(huì)標(biāo)叔說(shuō)過(guò)一個(gè)設(shè)計(jì)驅(qū)動(dòng)力的概念，應(yīng)該也是在探討這個(gè)問(wèn)題。如何讓用戶自發(fā)的來(lái)使用我們的產(chǎn)品甚至是瘋狂的追求，單純的滿足痛點(diǎn)不足夠，還需要挖掘更多深層的動(dòng)機(jī)。這一點(diǎn)也許可以從設(shè)計(jì)驅(qū)動(dòng)力和馬斯洛需求層次模型找到啟發(fā)，我個(gè)人閱歷尚淺，歡迎大家一起探討。

設(shè)計(jì)驅(qū)動(dòng)力

馬斯洛需求層次模型

總結(jié)：不要急著做設(shè)計(jì)，和產(chǎn)品正確的溝通，搞清楚需要解決什么問(wèn)題。

輸出物：需求分析文檔（評(píng)估指標(biāo)、需求分析表格）。

二．范圍層（怎樣來(lái)實(shí)現(xiàn)需求）

范圍層說(shuō)的是功能和內(nèi)容，為了解決問(wèn)題需要提供什么功能和內(nèi)容，也就是初步的解決方案。

功能

前面的定義問(wèn)題在這里十分關(guān)鍵，問(wèn)題搞清楚了才好集中火力想解決方案，很多時(shí)候當(dāng)我們發(fā)現(xiàn)想解決方案很吃力時(shí)，不妨回頭審視一下問(wèn)題的定義，換個(gè)角度也許會(huì)有柳暗花明之效。

定義好了問(wèn)題，解決方案可以用窮舉法來(lái)擴(kuò)展思路，主要有3個(gè)途徑：

· 用戶調(diào)研

· 和產(chǎn)品腦暴

· 競(jìng)品分析

不要考慮限制和習(xí)慣，盡可能多的產(chǎn)出方案，再逐個(gè)進(jìn)行篩選（篩選的時(shí)候要及時(shí)咨詢同事，考慮技術(shù)實(shí)現(xiàn)成本）。

比較復(fù)雜的項(xiàng)目，解決方案可能不止一個(gè)功能，根據(jù)需求分析可以確定功能優(yōu)先級(jí)，進(jìn)行排序。

內(nèi)容

內(nèi)容就是對(duì)各種功能元素和概念的詳細(xì)描述。

總結(jié)：多管齊下窮舉方案（用戶調(diào)研、腦暴、競(jìng)品分析），確定元素概念描述。

輸出物：功能表格和內(nèi)容描述（解決方案在這里基本成型）。

三．結(jié)構(gòu)層（怎樣使用功能來(lái)實(shí)現(xiàn)需求）

結(jié)構(gòu)層說(shuō)的交互設(shè)計(jì)和信息架構(gòu)，通常指的是產(chǎn)品的流程設(shè)計(jì)和頁(yè)面架構(gòu)，也就是用戶如何到達(dá)某個(gè)頁(yè)面，做完事情之后能去什么地方。復(fù)雜的項(xiàng)目有多個(gè)功能，怎么合理分類排布，每個(gè)功能怎么使用，彼此間怎么串通都是這里需要解決的問(wèn)題。

流程設(shè)計(jì)

流程設(shè)計(jì)就是設(shè)計(jì)用戶的行為，或者說(shuō)是引導(dǎo)用戶的行為，引導(dǎo)用戶在當(dāng)前的操作環(huán)境下高效的完成任務(wù)。

第一是入口設(shè)計(jì)

也就是我們常說(shuō)的觸點(diǎn)，O2O線下設(shè)計(jì)尤其講究這一點(diǎn)。如何在用戶有需求的時(shí)候能夠發(fā)現(xiàn)，如果用戶當(dāng)前沒(méi)有需求，試著在滿足其他需求的時(shí)候能夠關(guān)聯(lián)的讓他發(fā)現(xiàn)。

第二是用戶行為預(yù)設(shè)計(jì)

也叫用戶操作流程。這里雖然是用戶操作流程，但是不能認(rèn)為用戶應(yīng)該要這樣做，而是按照用戶的心智模型——如果他看到這個(gè)功能，接下來(lái)他會(huì)怎么做，這樣來(lái)設(shè)計(jì)流程才是符合用戶認(rèn)知的。當(dāng)大的流程確定以后，我們?cè)賮?lái)細(xì)化每一個(gè)流程步驟里面的細(xì)分任務(wù)。

第三是業(yè)務(wù)整體流程

因?yàn)橛脩舨僮髁鞒掏魂P(guān)心自己的部分，如果有多個(gè)角色，我們需要把各個(gè)角色部分串起來(lái)，分清楚邏輯，還有異常情況也需要考慮在內(nèi)。

信息架構(gòu)

信息架構(gòu)的關(guān)鍵是分類，一般復(fù)雜項(xiàng)目都需要做信息架構(gòu)整理，如何根據(jù)需求分析將各個(gè)功能進(jìn)行分類，各個(gè)大功能之下又有什么子功能，映射到文字內(nèi)容上就是頁(yè)面架構(gòu)圖了。這里的接觸的相關(guān)項(xiàng)目較少，也就不詳述了。

總結(jié)：先考慮入口，再設(shè)計(jì)用戶操作流程（按照用戶心智模型），最后是業(yè)務(wù)整體流程。

輸出物：流程設(shè)計(jì)圖（用戶操作流程和業(yè)務(wù)流程圖）。

四．框架層(做成什么樣）

框架層其實(shí)就是界面原型設(shè)計(jì)。

框架層是結(jié)構(gòu)層的具體表達(dá)方式。舉個(gè)例子，如果說(shuō)結(jié)構(gòu)層設(shè)計(jì)用戶如何到達(dá)某個(gè)頁(yè)面，那么框架層就確定了我們的頁(yè)面上交互元素的位置。

以下是一些總結(jié)的原則：

格式塔

· 主次分明，重點(diǎn)突出；

· 注意分組邏輯，不能隨便擺放模版，有關(guān)系的放在一起；

文字

· 注意文案措辭，使用用戶容易理解的話；

· 保持簡(jiǎn)潔，減少冗雜重復(fù)信息，不要認(rèn)為用戶是傻子，雖然一目了然很重要，但也不要因此失去簡(jiǎn)潔性；

操作

· 所見(jiàn)即所得；

· 減少選擇，這樣用戶思考和操作的成本很小，錯(cuò)誤的成本也小；

· 最小路徑，操作區(qū)最好靠近操作對(duì)象；

· 操作前有預(yù)期，操作中有反饋，操作后有提示；

信息展示

· 信息分層展示，即可漸進(jìn)式展示，也可超出頁(yè)面本身使用彈層；

· 彈層是個(gè)奇妙的東西，但是難以承載太多；

· 慎用操作指引和動(dòng)畫(huà)；

其他

· 不確定的地方請(qǐng)教同事，未必是設(shè)計(jì)同事；

· 同一個(gè)地方可能有一千種設(shè)計(jì)方式，選擇綜合最小成本的；

· 最后一點(diǎn)，也是非常重要的一點(diǎn)，熟悉設(shè)計(jì)規(guī)范，不要隨意創(chuàng)造，自己都不熟悉看著奇怪的東西用戶會(huì)加倍覺(jué)得詫異。

輸出物：頁(yè)面線框圖

五．最后

排查

當(dāng)設(shè)計(jì)完成后最好對(duì)自己的方案進(jìn)行排查，很多時(shí)候容易當(dāng)局者迷“忽視”了很多問(wèn)題。這里可以積極請(qǐng)教同事尋找問(wèn)題，或者使用尼爾森的可用性原則進(jìn)行排查。

評(píng)審

即使在整個(gè)項(xiàng)目期間我們一直和產(chǎn)品保持交流，最后的方案評(píng)審也仍然可能和產(chǎn)品出現(xiàn)分歧。不要帶著說(shuō)服的心態(tài)去溝通而應(yīng)該積極尋求共識(shí)。有分歧，先傾聽(tīng)，聽(tīng)完之后不要急于反駁對(duì)方，冷靜一下試著去理解產(chǎn)品的訴求，肯定雙方的共通點(diǎn)，尋找分歧點(diǎn)。有方案變更時(shí)，及時(shí)通知產(chǎn)品進(jìn)展，涉及多方要積極組織會(huì)議來(lái)拉動(dòng)各方達(dá)成共識(shí)。

以上就是我結(jié)合近期的一些項(xiàng)目對(duì)用戶體驗(yàn)設(shè)計(jì)的感悟，我也仍在不斷的摸索中，希望這套方法能對(duì)我日后的設(shè)計(jì)有所幫助，也歡迎大家一起探討交流。