什么是需求
需求：是指人们在某一特定的时期内在各种可能的价格下愿意并且能够购买某个具体商品的需要。----《百度百科》基于上述理解，在我们的日常生活中，“需求”无处不在。例如，在篮球上我有一箱矿泉水，而打篮球的人非常渴，我的矿泉水就可以卖给他了，这就是需求了。从关联性来说，需求其实表述的是一种供需关系，它决定了生产和进步。通俗的理解，需求就是在特定的场景下，用户有做某件事情的意愿。
在产品的设计过程中，人们的听觉、视觉、触觉等各个感官活动，还有深层的心理活动以及所处的社会环境等主观和内在的因素决定了用户们的需求。综上所诉，在需求调研过程中，就需要产品经理关注用户社会处境和深层的心理活动等一些感性层面上信息，去挖掘用户真实的想法。需求来源于用户，产品又是从需求中产生，任何时候都不要低估用户对产品的影响，才能使产品更好的被用户接纳使用。
如何获取需求
只有发现真正的用户需求，才能创造出直击用户痛点的产品。那么如何获取用户需求，就显得尤为重要了。根据需求来源，一般将用户需求获取分为两大类：被动接收和主动接收。详情见下图。
业务需求收集前期注意事项
1、系统概念导入，输出标准功能清单，明确系统标准功能应用范围。2、基于高阶需求，在系统范围内进行业务需求收集
3、标准系统产品功能测试环境搭建运行，进行系统标准功能操作培训，让KBU根据业务需求在系统中进行操作。
4、根据KBU操作情况，进行细化需求，达到有理有据明确需求的目的（输出系统需求）；目标价值：实现此需求，能够有什么成效，解决了那些业务痛点。
5、是否有业务流程：业务流程应对场景，一个业务场景应对一个流程，若没有业务场景，需特殊注明；业务场景为需求界定的范围。
需求分析的步骤
我们可以通过以下步骤完成需求分析：筛选明显不合理的需求
这个阶段的判断标准就是需求的合理性，用你的经验、专业知识，甚至是直觉，过滤掉大部分需求。比如，当前技术不可能实现的或意义不大的、投入产出比低的、明显不合理的需求。因为从各种不同渠道会收集到大量的需求，为了提高效率，你不得不这么做。当用户量达到一定规模后，光每天收到的用户反馈就够你喝一壶的。甚至因此，你不得不做一个用户帮助和反馈系统，来帮助你过滤和初步加工需求。有个简单的判断方法：这需求做了会怎样？不做又会怎样？如果做不做没多大区别，甚至做了会起到负效果，那就不需要犹豫了，可以直接过滤掉这条需求。
挖掘用户的潜在需求和动机
这是用户需求进化为产品需求的关键一步。用户需求：need，用户想要的（解决业务遇到的痛点）。
产品需求：solution，解决方案。可以是推荐算法优化、界面布局调整、新功能点，甚至是新产品等等
以上是用户需求和产品需求的定义，用户需求是用户想要的东西，产品需求是满足用户需求的解决方案。用户毕竟不是专业人士，考虑问题的出发点是用户自身，这就需求产品经理去挖掘用户的潜在需求和动机。最著名的例子就是：If I had to ask customers what they want,they will tell me:a faster horse.“如果我当年去问顾客他们想要什么,他们肯定会告诉我：一匹更快的马.’”如果福特先生不去挖掘用户背后动机的话，可能就去研究马的配种问题了，而不会有福特汽车了。
那么如何挖掘用户潜在需求和动机？
用户需求的产生，带有很强的不确定性，受环境、情绪等各种因素影响。所以光看表面描述不行，得有代入感的去感受。可以通过以下几个要素进行场景分析：用户需求=谁（用户特征）+在什么情况下+想满足什么？
示例如下：
需求归类
挖掘到用户的真实目的后，会发现，多个看似不同的需求背后，原来是出于同一个目的。这就可以将这几个需求归纳为同一个。接着可以通过如下维度归类整理需求：
判断是否有价值：广度、频率、强度
如果使用人数很多、频率很高、需求也很强烈，那当然是好需求。如果这三者都不沾边，可以判断为无价值需求，可过滤掉。投入产出比ROI：商业价值/用户价值-开发成本
要考虑需求的实现成本（人力、时间、资源、运营等因素）以及收益（商业价值/用户价值），综合考虑是否将其纳入本阶段的需求库，还是放到下一期实现。
匹配产品定位、产品目标和资源情况等限定条件，做最后一轮筛选
在做需求筛选前，我们需要明确产品的战略层（企业与用户对产品的期望和目标（做什么，为谁而做？））和范围层（功能及其内容需求集合（需要做哪些？）），要保障产品定位和产品范围，必须符合战略目标、目标用户和既定的功能范围。做需求要为产品的核心服务，不然容易功能越做越多，庞大而冗余，反而导致用户流失。定义优先级
在此之前需要判断产品所处的生命周期，因为不同产品生命周期的侧重点是不一样的。（1）产品初期（0-1）：做最小可行产品(Minimum Viable Product,简称MVP)，满足用户核心需求，快速上线，快速迭代。积累种子用户。此时产品不宜做得大而全，方便调整产品方向。如果是内容型产品，还需运营好社区基调，控制用户导入，比如知乎早期采用的邀请制。
（2）成长期：继续打磨核心需求，完善功能短板，让产品朝着指定方向发展。这时候会加大运营投入，用户大量导入，需求激增。这时候团队压力很大，要控制好需求，把握好核心用户，把资源用在刀刃上。同时重点关注留存和活跃，提高粘性和使用时长。
（3）产品成熟期：不断打磨产品，巩固产品壁垒，制造兴奋性需求，挖掘潜在用户，扩大用户规模。同时要开始考虑变现。
（4）产品衰退期：尽量延长产品生命周期，持续带给用户新鲜感，留住用户。扩充品类，孵化新产品。
总的来说，符合当前公司发展目标的优先级高，反之降低优先级。
接着就可以结合重要紧急四象限，排出优先级。这里就需要具体情况要具体分析了，没有统一评定标准。重要紧急是很好的排优先级方法，有的公司会进行多轮的需求评审，优先级评审阶段，在小黑板上画出重要紧急四象限，将需求根据讨论写在白板上面。根据需求的分布情况，优先级就一目了然了。
需求调研过程中的方法&工具
需求分析方法
马斯洛&七宗罪分析法马斯洛需求理论：生存需求、安全需求、社交需求、尊重需求、自我实现需求。
七宗罪：傲慢，嫉妒，暴怒，懒惰，贪婪，饕餮，以及欲望。
分别从需求的层级和人性的角度，对需求进行深层次的把握。
痛点分析法
将需求分为：痛点、痒点和兴奋点需求。KANO模型分析法
可以将KANO模型理解为是痛点分析法的加强版。以分析用户需求对用户满意的影响为基础，体现了需求实现程度和用户满意之间的非线性关系。
将需求划分成如下5类：
基本(必备)型需求–Must-beQuality/ Basic Quality
期望(意愿)型需求–One-dimensional Quality/ Performance Quality
兴奋(魅力)型需求-Attractive Quality/ Excitement Quality
无差异型需求–Indifferent Quality/Neutral Quality
反向(逆向)型需求–Reverse Quality
需求分析工具
《系统业务需求调研问卷.doc》
《需求跟踪表.xlxs》
《用户需求文档.doc》—BRD
文档结构：
一级目录：概述 业务需求 业务流程 非功能性需求 附录
二级目录：业务模块（业务场景分类）
三级目录：（1）业务需求包括业务场景描述、业务需求描述、需求来源、业务假设、业务约束、依赖关系（前置条件）
（2）业务流程包括：当前业务流程概述（流程简述、流程图、流程点详述）、当前业务流程存在的问题、未来流程概述（流程简述、流程图、流程点详述）、流程变更点详述
对照关系：
一个业务场景对应一个流程图
一个业务场景可对应多个业务需求
所有的业务需求都要针对具体的业务场景来提，每个场景得有具体的业务流程。
若一个业务需求对应多个业务场景，那么此需求为高阶需求
