我們看到的精彩而又清楚的大數據是對市場進行分析之后羅列出來的。而作為UE設計師，不僅僅是只對產品進行設計。對用戶的需求做出分析也很有必要。它能對你的事業起到事半功倍的效果。當效果滿意的時候，你就會對自己這一行更有信心。從內心上你會對自己的職業把握更加得心應手。說起來都容易，但是做起來都會遇到許多的問題。希望我的工作經驗分享能對大家有幫助。

實際上，“需求分析”這是個老生常談的話題了，道理大家都懂，但是具體如何落實到工作中又是另當別論了。

UE設計一般指游戲設計或游戲相關設計，還有網站的ue設計，其實就是User Experience的縮寫。用戶體驗(user experience)是指用戶訪問一個網站或者使用一個產品時的全部體驗。他們的印象和感覺，是否成功，是否享受，是否還想再來/使用。他們能夠忍受的問題，疑惑和BUG的程度。 (資料來源：百度百科)

UE設計師作為產品生命中全流程貫穿的角色，接需求進行優化或者策劃可以說是十分正常的。很多新人設計師在接到需求后便是直接開干，這是十分不正確的，因為缺少了分析的過程。

實際上，“需求分析”這是個老生常談的話題了，許多的專業文章書籍、大咖干貨文都會讓讀者切記分析。講真，道理咱們都懂，那么應該怎么做呢?接下來，我便從我的工作經驗總結以及專業知識儲備，來說說作為一個UE設計師該如何合理地進行需求分析。

一、合理地歸類你接收的需求

上面我提到UE設計師是貫穿全流程的一個職能，因此，這也決定了需求來源的多元性。在急著開始需求分析之前，你首先更應該做好合理地歸類需求來源。

從業務的維度上來說，這有助于你對業務需求方意圖的揣摩，最終明確需求的業務目標;從工作的維度上來說，這有助于你培養工作方式的條理性，你可以看到許多職場上的成功人士無不是有條有理地進行工作的，工作的條理性是在職業生涯往上攀登過程中不可或缺的品質，所謂“運籌帷幄之中，決勝千里之外”便是這個道理。

就我個人而言，我通常習慣將需求的來源劃分為四個源頭，包括：產品方、運營方、戰略方以及特殊事務。

產品方與運營方顧名思義，就是指從產品經理與運營同事來的需求，而戰略方是指高層領導直接下達的一些重要的需求，比如對產品的頂層重設計。

至于特殊事務，這是因人而異的，由于公司組織架構上的特殊或者你的個人能力比較廣泛，你有可能會承擔UE設計外的一些工作，比如我的特殊事務是用戶研究，具體視個人情況而定。歸類的形式可以由你自己制定，只要有“歸類”的意識即可。

在合理地歸類好你接收的需求之后，接下來便可以真正開始你的分析了嗎?還不夠，為了讓你后續的分析更有方向性，你接下來還要做一個十分重要的前提工作，那就是明確兩個訴求，

需求的業務訴求

目標用戶的用戶訴求

二、明確需求的業務訴求

圖片來源于網絡加工

明確需求的業務訴求就是明確好所接收的需求最終希望達成的業務效果。

比如運營同事給你一個包含著交互場景的運營活動策劃需求，你便需要明確該運營活動是屬于拉新的活動、亦或是屬于促活的活動等。具體怎么能更好地明確需求的業務訴求，根據我的經驗，最有效的途徑有兩個，那就是“有效溝通”和“移情理解”。

“有效溝通”指的就是跟業務方保持聯系。

若業務方已有清晰的業務訴求，通過有效溝通我們就能馬上明確好業務訴求;若某些情況就連業務方對于自己的業務訴求都不是十分清晰的，我們就需要通過溝通從他們的身上盡可能挖掘出有效的業務信息。比如需求從哪來、需求的背景等等，這時候有效的業務信息對于設計師而言就是得出訴求的最好線索。

移情理解”指的是作為UE設計師需要站在業務方的角度來看待問題，了解需求背后的本質層。

通俗點來說，就是換位思考，把自己的角色轉換為業務方的角色，再去進行業務訴求的探究，比如一個運營活動對于業務方來說，是為了解決業務上什么問題或者達成什么目標，可能是最近新用戶增長緩慢，所以運營人員需要做一個活動進行拉新獲客，他們需求的核心業務訴求便是拉新并且明顯體現在數據上。

三、明確目標用戶的用戶訴求

明確目標用戶的用戶訴求這一步驟，從字面上很明顯就能看出，是由兩個部分組成的，分別是目標用戶與用戶訴求。

第一部分目標用戶是明確用戶訴求的前提

想要洞察你的用戶需要什么，你首先要做的是知道你服務的用戶是誰。如何定位你的目標用戶?首先要明確的是，在這里說的定位目標用戶是基于你的需求業務訴求并行的。因此，業務訴求很大程度上可以幫助我們快速界定我們的目標用戶，比如一個拉新運營活動的交互策劃，你的目標用戶很明顯就是新用戶，繼續細分可能還會包括沉默的游客用戶、潛在的種子用戶等等。除此之外，作為設計師的你也必須了解平臺的戰略目標、核心服務人群以及平臺的愿景等等，這些信息都會很好地幫助你通過業務訴求來界定你的目標用戶。

第二部分用戶訴求是一個十分艱難的過程

明確業務訴求時你面向分析的業務方是對象，而當你在明確用戶訴求時，面向的分析對象則是一個群體。明確用戶用戶訴求的過程，很多專業書籍會使用“洞察”來定義，就我個人而言，我認為這更像是一個“挖掘”的過程。通過對專業知識與實際工作進行結合，我總結了兩個在挖掘過程中十分有效的方法，分別是“場景分析”與“表里分析”。

場景分析即通過為用戶設定場景故事的方式來模擬出用戶的行為、態度以及心理感受等等，其中場景故事包含用戶特征、任務流程與場景環境三個主要元素。比如說一個互聯網金融平臺的借貸功能，我們就可以這樣去設定，

場景分析卡-原創

場景模擬分析的過程中，會涉及許多心理學知識、產品知識等等的使用，在這里我便不展開細說了。

表里分析顧名思義即對用戶訴求進行表層訴求與里層訴求的分析，某些專業書籍上也會稱為“表層需求”與“隱含需求”。比如汽車大王福特說的那句經典“當你問用戶他們想要什么的時候，他們總會告訴你他們想要一匹更快的馬，他們不會告訴你他們想要的是一輛汽車”，就是對表里分析運用的一個經典例子。

四、分析總結需求目標，并給你的設計做導向

通過對上訴兩個訴求的確認，我們可以最終對我們的需求目標進行分析總結，分析的方法包括有前面提到過的場景分析法、數據分析法與理論分析法等等。

數據分析法需要我們對定量數據獲取的方法有所掌握，比如問卷調查;

而理論分析法需要我們對專業知識的掌握，比如復雜性守恒定律等;

最終得出的需求目標需要包含以下三要素，正確業務目標、合理用戶目標和合理實現策略，三要素中的目標實際是對訴求的顆粒度縮小精準，比如拉新的業務訴求的業務目標為拉新1000名新用戶、有效用戶轉化率為50%、轉發量為1000人以上等等。

詳細如何精細化可以參考著名的“SMART”原則。

S代表具體(Specific)，指績效考核要切中特定的工作指標，不能籠統;

M代表可度量(Measurable)，指績效指標是數量化或者行為化的，驗證這些績效指標的數據或者信息是可以獲得的;

A代表可實現(Attainable)，指績效指標在付出努力的情況下可以實現，避免設立過高或過低的目標;

R代表相關性(Relevant)，指績效指標是與工作的其它目標是相關聯的;績效指標是與本職工作相關聯的;

T代表有時限(Time-bound)，注重完成績效指標的特定期限。(資料來源：百度百科)

需求目標總結出來后，最后一步就是將其導向你的設計過程中，包括設計目標確立的過程、設計進行的過程與設計驗證的過程。以目標為導向進行設計將會讓你的設計對用戶更有效、更易用、更有價值。

五、結語

這篇文章我花了十分長的時間來總結，寫完我發現實際上要將一件你日常都在做的事情有條理地說出來，并且形成方法論，著實是一件十分困難的事情。因此，我耗費的大量的時間來總結并且完善我的工作方式。但是，在這次總結中，我也收獲了很多，比如學會更穩定地調整自己的工作方式、更專業化地去看待用戶體驗這件事情。

有人看完我的這篇文章，可能會疑惑“為什么從頭到尾都好像很少提到從用戶角度出發等字眼，UE不是應該關注用戶體驗嗎，為什么那么緊張業務呢?”，其實我從來都沒有脫離過用戶，相反我與其更接近了。

作為UED我們應該要學會權衡，不要做一個矯情的用戶代言人，就像我特別欣賞汪方進說的“我們要站在用戶的角度去思辨業務，與業務一同成長”。

從理論到實踐，再實現兩者的融合是困難的。這需要摸爬滾打好多年才能結出金燦燦的果實。工作如同學習一樣，需要不斷與同行交流才能共同進步。想要了解更多信息，請繼續關注中培偉業。