如何进行需求分析？

首先我们要明白需求分析的定义是什么，需求分析的定义就是：将业务需求转换成产品需求的过程就叫需求分析。

那我们应该怎么去分析需求呢？我的建议是提几个问题试试看。

1. 用户为什么会产生这个需求？

当需求方向你阐述完某个需求后，向他询问：提这个需求的目的是什么？即为什么会产生这个需求？这个问题可以帮你完全理解需求，并辨别需求的真伪。
2. 用户在什么场景下会使用这个需求？

即搞清楚什么人在什么情况下会用到此功能。明白了这个，才知道如何更好地设计功能来满足需求。
3. 是否有可能衍生出新的场景？

为了避免设计的功能因扩展性不足，后期推翻重来，在一开始，就应该做尽可能全面的考虑。通过需求方的场景，扩展思考，是否存在衍生的场景。思考的过程，也是帮助你抓住和理解需求本质的过程。

4. 技术层面如何看待这个需求？

接到需求，并充分理解了需求后，跟相关技术负责人花几分钟时间讨论一下，听听他从技术上对需求的考虑。通过此过程，你们基本会对需求点及实现方式达成共识，在后期正式开发时，阻碍会小得多。
5.做了这个需求对用户有什么影响，以及用户对这个需求的紧急和重要程度是怎么样的？

一定要问清楚，处理这个需求对用户的有利影响和不利影响是什么，从而判断需求的类型，以及紧急重要程度，最后一定要多询问一句，需求方对这个需求的紧急重要程度的认知，避免我们分析完需求的紧急重要程度和需求方理解的不一致，导致最后出现矛盾。

那么，当需求方对需求不明确的时候，应该怎么处理呢？

1. 最直接的方式，谁提出的需求，找谁搞清楚需求，最好让需求方把场景描述清楚，还原需求的真实使用场景，有助于帮助我们来更好的理解需求，有可能需求方调研清楚以后，该需求可能就不会存在了。

2. 如果需求方也说不清楚自己想要的是啥，在你听完他不清晰的描述后，利用你的专业技能，帮他梳理，并跟他确认，你的想法是否正确，是否就是他想要的

3. 向对方提问题是搞清楚一件事情最好的方式，或许可以尝试这么问需求提出者：什么人在什么情况下会做什么事？你现在实际操作中觉得哪里是最困难不方便的？你觉得最好的操作方式应该是什么样的？类似这类问题，既是帮你搞清楚问题，也是帮对方梳理思路。