作为设计师，你学会需求采集与分析了吗？

体验为王UX

北京/交互设计师/6年前/744浏览

版权

作为设计师，你学会需求采集与分析了吗？

体验为王UX

一般直接来自服务客户具体需求部门的业务（或公司内部业务部门提出），面对业务提出的需求，我们怎样沟通理解需求？

一、需求采集的目的

二、做有准备的设计

三、需求采集的几个阶段

四、需求有多少/哪些类型？

五、用框架做需求采集/分析

前言

通常我们的需求来源？

一般直接来自服务客户具体需求部门的业务（或公司内部业务部门提出），面对业务提出的需求，我们怎样沟通理解需求？

常见的几种需求情况：

1.需求描述清晰，且需求准确可直接执行；

2.需求描述简陋，且需求存在问题，需要讨论、评审；

3.无具体需求描述，客户希望我们提供思路，提出解决方案。

以上几种情况考验我们设计师的应变能力，很多时候，我们接到的需求是不明确的，且存在问题，学会“拨丝抽茧”就是一项能力，它既考验我们的耐心，更考验我们的能力。

原则上，业务需求的明确并非设计师的工作，而是业务伙伴的工作，设计师有权利和义务监督，要求他们完成自己的本职工作，即便有时会给他们带来一些困难和挑战。

当然，作为设计师的你，如果能够帮助业务伙伴一起思考、梳理、明确业务诉求，那么恭喜你，你已经在组织中发挥了跨越工作岗位的价值，产生了更大的影响力。

—

需求采集的目的

第一步：明确业务诉求

当来了一个项目，我们接到的需求很多时候是“业务诉求”，对于“业务诉求”的我们要分为两部分看待；

1.其中一部分可能代表真实用户需求；

2.另外一部分存在业务的主观判断和对用户需求的假设。

所以，我们不仅要理解业务诉求，还要客观分析业务诉求是否代表真实的用户需求，还原用户需求，去伪存真…

完整而明确的业务诉求应该包括以下四部分：

1.精准定位的目标用户（市场划分）；

2.主张为目标用户带来的核心价值观（对目标用户的实用意义）；

3.价值变现方式（收入模型）；

4.价值的实现策略（主要落地办法）。

设计师可以从以上四个角度思考、明确业务诉求，提出专业问题咨询业务解答。

第二步：洞察用户需求

业务诉求≠用户需求，相对于“明确的业务目标”来说，“用户需求”是一个同向的思考过程。这个过程能够帮助我们从用户的角度来思辨业务诉求，丰富和完善业务诉求所主张的用户价值，补充和优化我们的行动策略。

洞见用户需求并不是简单地指出用户想要什么，它包含三部分内容：

1.场景故事（目标用户的特征、情景、任务/诉求、行为/说法、结果等）；

2.用户当前的主导需求（基础刚需）；

3.用户潜在的需求（附加值需求，提升用户粘性）。

想要洞察用户需求，必须先有场景故事，场景故事是由业务诉求中“精准定位的目标用户”和“主张为目标用户带来的核心价值”所共同界定的，其内容包括用户的特征、情景、任务/诉求，用户的行为/说法、行为结果等一系列内容，相比STAR原则所规定的四要素还要更丰富一些，它能够帮助我们站在用户的视角，将自己投身到具体情境中观察，体会分析我们的目标用户。

若没有场景故事，我们所定义的用户需求就是没有依据的、难于被理解、难于被共识的，本身也就很难是准确的。

—

做有准备的设计

第一步：有备无患，上阵不乱

为了更加准确高效的设计出符合客户要求，同时满足用户需求的产品，需要我们在设计之前就要做好充足的准备。

一方面在初次对接客户时，可以彰显我们设计师的专业性；

另一方面，体现出我们有备而来，避免与业务讨论产品细节时不知所措，一头雾水。

那么如何做到“有备无患，上阵不乱”呢？

我们可以从以下四点做充足的准备：

1.研究产品用户：了解产品受众用户的背景、爱好、特征等，了解受众用户对产品的期待值及相关数据；

2.分析产品定位：参考同类竞品，研究行业趋势，分析产品定位：产品象限定位、产品核心价值、视觉风格定位；

3.了解企业和产品：了解企业文化、价值观，企业的竞争对手有哪些，了解使用企业以往产品等；

4.了解客户偏好特点：通过和客户的交流了解客户的偏好，摸清客户职责关系，客户决策者的喜好/性格。

第二步：避免业务提出的需求是“坑”

评审需求时，把控需求的合理性，判断需求的价值，从而保证开发实现的需求是有意义的——这对设计师而言是必要的，也是很高的要求。

那么具体来说如何做到呢？例；我们可以从以下8个问题提问：

1.为什么要做这件事？不做会“死人”吗？

2.你的目标是用户目标还是我们的目标？这类用户对我们的优先级是什么？

3.你的需求有普遍性么？能代表多少？怎么采样的？

4.这个规划未来1年是什么样？实现规划路径如何？

5.这么多需求，你打算组建多少人的团队？都需要什么能力？怎么分工？如果只给你2个人怎么办？如果只做一件事，最重要的是什么？怎么做？

6.能否给出项目效果是否达成的量化指标？ROI是多少？

7.这个产品，实际路上会遇到的最大问题是什么？打算怎么解决？需要大家怎么配合你，你打算如何说服大家帮你？

8.你预计要占用多少开发资源？如何给技术人员带来成就感和成长？

如果业务都能客观清晰有条理地回答出来，这个需求是靠谱的需求，也是真正需要做的，反之，我们要从专业角度说服业务伙伴，并找到正确的解决路径。

—

需求采集的几个阶段

第一步：从沟通开始去掉噪音

我们一般需求沟通通常是伴随着项目是持续性的，分为初次沟通和阶段沟通，每次沟通我们要学会对业务提出的需求做翻译和筛选。

例：要一批更快的马，其实翻译过来是；想要更快的出行方式；

业务需求很多并非刚性需求，根据项目的优先级，我们要做优先级的排序，伪需求要学会反驳业务，通过专业性的分析说服业务伙伴。

第二步：深入挖掘需求，不要浅尝辄止

正如上面的例子，一方面我们要学会把业务需求翻译为产品需求；另一方面，我们还要学会“透过现象看本质”的能力；很多时候，业务对需求的描述是简单、浅显的，作为设计师，我们要学会挖掘产品深层次的需求，找到真正驱动产品增长的核心竞争力。

通过以往的设计经验，发现项目核心要解决问题、难点在哪里。这种深入的分析会避免很多看不见的坑，提前规避项目风险。

第三步：总结需求，决定权还给业务

通过和业务伙伴的沟通交流，我们已经采集到完整的需求，此时，需要我们开始梳理需求，把原本杂乱无序的需求进行整理分类。最终再把需求的决定权归还业务。依此划定，清晰明确的任务范围。

—

需求有多少/哪些内容？

第一步：划分需求类别

粗分需求类别：

类别	描述	示例
新增	0到1全新的项目需求	工行全球资产交易平台
改版	改版迭代的项目需求	工商银行手机银行改版
优化	模块延续设计的项目	融e联公众号主页优化

细分需求类别：

类别	描述	示例
功能类需求	加法/减法	融e联信使模块增加金额隐藏功能
运营类需求	运营活动设计、H5等	光大银行中秋节H5营销活动
数据类需求	产品后台设计	招行小企业巨额支付系统
设计类需求	视觉设计、具体页面	Banner、海报、落地页、KV等

确认需求类别后应对每类需求的数量进行初步分析（例如：功能类需求包含几个流程、数据类需求包含几种数据类型、设计类需求包含几个页面等）

第二步：量力而行，评估需求有多少

我们根据以往工作经验划分（工作量表示需求受理全过程需求人员需要付出的工作量）：

1.工作量在1-5人天的需求复杂度为低；

2.工作量在5-15人天的需求复杂度中；

3.工作量在15人天以上需求复杂度高。

第三步：明确需求复杂程度

1.需求复杂度关系到我们投入的设计资源，我们要学会对业务明确需求的复杂程度。

设计资源：需要设计师的类型/数量；

时间投入：需要的人天数；

初步排期：明确阶段任务，让客户了解我们的项目推进计划。

2.梳理出需求点，让业务确定需求价值，需求价值分析可参考如下模型：

需

求

复

杂

度

不做

优先做

酌情做

一定要做

业务重要程度（用户满意度）

第四步：价值分析，保证设计的准确性

1.是否符合客户决策者的喜好和价值观？与业务讨论过程中，拿适当的竞品试错，根据业务反馈，找到正确的设计方向；

2.询问业务提供以往产品风格案例作为参考；

3.了解客户对自己企业及产品的认知是什么？从中强化设计目标，保证设计方向的正确性。

—

用框架做需求分析

目前选择了两种分析法作为参考，作为分析需求时的框架支撑，帮助我们用方法做设计，用方法支撑设计，做到“谋定而后动”，这样的设计是严谨的、可靠的。

1.5W1H分析法：

为了探究哪些因素影响产品需求，我们可以首先尝试试用5W1H分析法罗列一系列与用户需相关的问题：

Who：产品为谁设计？目标用户是谁？谁购买，谁使用？数量有多少？

Why：用户为什么要选择我们的产品？除了我们的产品外，用户还有哪些选择？产品被替代的可能性大吗？

When：用户什么时候使用我们的产品，多久用一次，会持续多久？

Where：用户在哪里使用我们的产品？

What：产品的具体形式是什么？做成什么样？

How：用户怎么使用它的？

通过这些问题，我们可以分析发现：

前三个问题决定了一个产品的方向，在需求和策略阶段确定，它们对应着产品需求的四要素：广度、强度、频次和可持续时间。它们可以协助我们判断“做还是不做”一个产品。

后面三个问题则更为具体，它们属于确定“要做”后再进一步思考的问题。可以具体到产品设计阶段再解决。

因此，根据产品设计的实践，按照优先级顺序，我们可以将需求问题分成以下两大类：

需求与策略阶段——产品需求四要素

Who：广度=主体

Why：强度=解决方案

When：频次、可持续性=时间

产品设计阶段——需求场景分析模型（暂不做讨论）

Where：场景

What：方案形态

How：操作路径

产品需求四要素	需求场景分析模型
需求与策略阶段		产品设计阶段	暂不讨论
Who	广度=主体	Where	场景
Why	强度=解决方案	What	方案形态
When	频次、可持续性=时间	How	操作路径

当业务需求不清晰或需求描述过于简单时，设计师可以根据5W1H分析法思考，有助于弥补考虑问题的疏漏。

2.常规的需求分析路径

通常我们进行需求分析可以分为以下4个阶段：

1）业务需求分析

2）用户需求分析

3）确认用户目标

4）提炼设计目标

2.1、业务需求分析

1）业务需求强调方案设计的阶段性的成果和最根本动机，由业务目标和业务目的构成。

业务目标：想要达到怎样的目标与成果？强调可量化指标。
业务目的：实现目标后真正的动机？强调结果。

2）常见的业务目标

类型	指标
产品类	UV、PV、用户数、留存率、转化率、日活、月活、传播量等
电商类	销售额、购买客户数、客单价、购买转化率、UV、详情页UV、重点商品缺货率等
UGC类	UV、登录访客数及占比、沉默用户数及占比、平均停留时长、产出内容访客及占比等

3）为什么要做业务需求分析？

明确方案设计的目标和目的，使设计服务于更高层次的战略层，使设计更有价值。反之，没有制定业务目标的方案，可能会存在以下问题：

方案讨论容易发散，产生不了可执行的统一方案；
缺乏方案评估的标准；
方案的效果无法衡量。

4）业务需求的衡量指标

一个合理的业务需求是可以通过一定的信号和指标来衡量的，信号是指要让用户产生怎样的行为，衡量指标是指通过某一个具体的指标来度量效果。

如下面表格中的例子，首先，分析业务需求的业务目标和业务目的：

业务需求	业务目标	业务目的
例：做理财产品详情页分享功能	提高理财详情页的传播量	提高理财产品的流量，成交量

其次，将业务目标与衡量指标相关联：

业务目标	信号	衡量指标
提高理财详情页的传播量	点击分享按钮	分享率多少

最后，得到综合分析结果：

业务需求	业务目标	业务目的	衡量指标	用户行为
例：做理财产品详情页分享功能	提高理财详情页的传播量	提高理财产品的流量，成交量	分享率	点击分享按钮

2.2、用户需求分析

我们需要思考一个问题，用户为什么要用我们的产品？

这必然是基于产品满足了用户某些需求，或者为用户解决了某些问题。

1）目标用户

首先，需要确定产品的目标用户。产品满足的是目标用户的需求，我们分析的也是目标用户的需求。确定目标用户，应该是在产品的定位、规划阶段便已确立。

2）用户画像

我们在分析用户需求的时候，将典型用户带入到产品中，看典型用户是否需要这个功能。有助于避免设计师对用户的理解片面化，或者陷入自我的臆想。后续，我们可以通过数据分析、用户反馈、用户的行为分析等，逐步修改、完善用户画像模型，使其更为符合目标用户。

3）场景分析

结合用户画像中典型用户的信息、特征、需求，我们可以构建典型用户的使用场景。通过叙事的方式，可以清晰地描述出典型用户使用产品来达到其使用目标的过程。当然，通过故事版的方式，更为生动、直观、便于理解。

通过构建用户场景，我们可以发现典型用户在场景中的思考过程和行为。并且我们可以得知，在该场景下，理想的使用体验是怎样的，为我们分析整理用户需求和体验目标提供了重要依据。

2.3、确认用户目标

结合目标用户的特征、典型用户场景、用户行为，分析得出用户需求和用户体验目标。

下表以注册功能为例：

用户需求	用户场景	用户行为	用户体验目标	衡量指标
流畅的注册流程	首次下载使用手机银行	填写注册信息并提交	快速的、带着必要的了解开始体验产品	注册用户数量