在上一篇文章中，给大家讲述了如何进行需求的收集与挖掘。那么今天，我们来聊聊「需求分析」。
作为产品人／设计师，我们每天都在和各种“需求”打交道。不是在讨论需求，就是在解决需求的路上。那么你真的懂什么是需求吗？知道如何做需求分析吗？你的产品设计方案可以满足用户需求吗？
「需求分析」这项技能真的特别重要！！！如果你不懂如何分析需求，那么很可能出现最终输出的方案与需求方预期相差甚远的情况（?给自己挖坑）。所以接下来，我们就来看看如何做需求分析。
拾月把需求分析拆成了2个步骤：
- 第一步：辨别需求
- 第二步：综合分析需求
本篇重点讲解第一步。我们先来看看你是否经历过如下这种场景。
场景描绘&问题剖析
场景：办公室中，运营小章和设计小美讨论一张活动宣传图的设计需求。
这个场景是否似曾相识？此处只是举了一个设计师的例子。产品经理接需求时，也会出现这样的情况，接到需求就开始画原型，未曾思考更多，结果就是反反复复的修改和确认。
为什么会出现这样的情况？
1、认为需求方提的就是需求，没有去思考辨别需求；
小章所表述出来的“字大一点”，其实是带有个人经验判断的解决方案。而小美却被这个方案限制住了，以为他的需求就是字变大就完事了，没有去辨别需求中是否包含了解决方案，也没有弄清楚用户真正的需求是什么，是否有更好的解决方案。
2、缺乏深入思考，没能洞见用户的深层次需求；
小章真正的需求是想让这个活动图片更吸引人，如果小美在最开始多思考一步，多沟通多问几个为什么，是不是就可以省去了很多重复的工作量？解决这个需求可以采用很多方式，并不一定是在字体大小的调整。
我们可以得到什么启示呢？
1、用户经常会提出带有解决方案的需求；
2、如果只是基于表面或用户口中的需求去做产品，没有理解用户底层需求是什么，这样往往达不到预期
学会辨别需求
既然用户经常会提出带有解决方案的需求，那么我们首先要做的就是来辨别它们。
一、分清楚用户提出的需求是否包含解决方案
举例：
- 小章希望活动宣传图片上的标题字号大一点
- 小米需要一个收藏夹分类功能
- 小梅需要一个赛百味午餐
- 小李希望可以批量删除任务
- …
如上这些，都是包含了解决方案的需求。描述中的“标题字号大一点”、“收藏夹分类功能”、“赛百味午餐”、“批量删除任务”都是需求方提出的具体的解决方案。
那么如何辨别是不是解决方案呢？
1、大部分具体的名词都是解决方案
因为名词多半是用户已知的东西。如果用名词来描述需求，很可能会局限于描述者的个人经验，从而限制了对更多可能性的探索。所以需求方也要尽量避免站在自己的角度，直接提出解决方案。
2、大部分涉及某个具体功能点的描述都是解决方案
因为具体功能点也是已有的东西。这些具体的点会限制产品经理／设计师的探索空间，被限制在现有功能逻辑中，无法有更多的突破。
二、洞见用户深层次需求
当我们学会辨别用户提出的需求是否包含解决方案后，还需要更近一步的思考。弄清楚用户提这个需求的目的是什么，多问几个为什么，找到用户深层次的需求。接下来，通过2个例子进行详细说明。
／此案例来自知群交互设计课程
总 结
当用户提出带有解决方案的需求时，作为产品人员／设计师，你需要去思考，他到底要干嘛？而不只是按照需求方说的去做，或是简单的思考他提出的方案是否可行可实现。我们需要洞见深层次需求，思考是否有更优的解决方案。
综上，给大家讲述了如何辨别需求中的解决方案，如何洞见深层次需求，希望对你有所帮助。下一篇，拾月为你讲述需求分析的第二步：综合分析。敬请期待哦?。
