用户调研后得到的需求我们可以大致分为业务需求、用户需求和功能需求这三个概念，对于产品新人来说，经常容易混淆，但了解这些是身为产品经理的一个基本功。
首先我们先来了解一下这三种需求有什么异同，我们应该如何去区分这些不同的需求呢？
一、需求的分类
1、业务需求 ：通常是基于市场营销部门、业务部门根据自己的业务需求和后续策划的活动方法所整理成的需求文档。
2、用户需求：描述的是用户的目标，是用户能通过这个产品在什么场景（什么情况下）能完成什么动作（做什么）。
3、功能需求：是指产品通过需求池筛选内容后，整理成此版本需要迭代的内容，往往功能需求需要配合流程和原型逻辑，让项目团队伙伴有清晰了解。其实业务需求和用户需求也不能完全转换成功能需求。
其实在深入的去思考业务需求的具象时，我们去梳理业务需求、用户需求和功能需求三者之间存在的联系，都知道需求最终是为了产品目标服务的，所以我们需要清晰的明确为了解决产品目标，我们应该怎么把控需求？
二、分析业务需求
业务部门反馈的业务诉求。如果我们做的这个产品是为业务部门服务的，那么业务部门的诉求我们就得仔细听了。这时产品方需要与业务部门讨论进行梳理讨论整理，进而明确变成产品业务需求。可以通过三个点进行分析：
1. 分析业务目的和业务目标（就是去了解业务需求）；
一般情况，业务人员会从自己做业务遇到的“阻碍”，这个“阻碍”可以帮助我们理解业务之间的干系，比如用户来源（这个需求涉及的业务干系人）、功能拆分来源（关键操作）、流程来源（复现操作流程），以此我们可以总结业务模块的需求池。
2. 整理对应的业务流程图；
这一节点应该输出：
一是流程图草稿（只给自己最初理解业务用）；
二是业务流程图（用于向其他团队成员讲解和帮助他们理解业务）。
3. 整理产品的场景和规则。
有了流程图和状态图，就可以抽象出不同的业务场景。再根据场景逐个细化调研，从而获得业务规则，其中，业务规则细化到每个信息类型和细节处理等等信息，才算真正走到业务点场景中。
三、分析用户需求
用户需求是针对于用户在使用产品时候，结合业务方描述的场景形成梳理，希望用户在场景完成某件事。分析用户需求是从目标形成过程中的重要环节，它包含两部分内容，即：
明确目标用户，洞察用户痛点——如果我们想要去明晰用户诉求，必须结合用户当前所处的场景。场景的藐视是业务诉求中去寻找目标用户和目标用户能为我们带来的价值共同去界定的，更能够帮助站在用户视角，去了解当前场景并去分析目标用户动作。
将用户痛点转化为需求——就像“用户要的是更高效的移动，而不是一匹更快的马”，用户能想到的解决方案都是基于其认知本身，对此，产品需要挖掘需求背后的真正诉求，进而从根源找到解决方案。
四、分析功能需求
规定开发人员必须在产品中实现的软件功能，用户利用这些功能来完成任务，满足业务需求。
简单讲解了一下需求类别以及遇到这些需求我们应该怎么做，但是前提是我们要有足以区分这些需求的能力，这里我分享几点提升需求分析的能力
1、多观察：包括两个方面，一个是对用户的观察，一个是对其他优秀产品的观察，观察用户实际做了什么，与自己说的是否相符，也观察优秀的产品是如何被大众喜欢的，什么样的功能受人喜欢
2、多思考：通过第一步的观察我们应该多思考自己的产品如何才能做的更好，能被更多的用户喜欢
3、同理心：感受用户、理解用户、成为用户，自己不重新走一遍用户走过的路是无法切身感受用户的痛点的。