我们看到的精彩而又清楚的大数据是对市场进行分析之后罗列出来的。而作为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我们应该要学会权衡，不要做一个矫情的用户代言人，就像我特别欣赏汪方进说的“我们要站在用户的角度去思辨业务，与业务一同成长”。

从理论到实践，再实现两者的融合是困难的。这需要摸爬滚打好多年才能结出金灿灿的果实。工作如同学习一样，需要不断与同行交流才能共同进步。想要了解更多信息，请继续关注中培伟业。