需求分析的步骤有哪些

不要接到一个任务，内心就有一种莫名的冲动，想要马上完成。我们应该静下来慢慢规划，想清楚，才是最重要的。需求亦是如此。enjoy~

当我们接到一个新需求点时，应遵循的需求分析步骤有哪些？

首先，要根据需求设计功能，就要做到理解需求的来龙去脉。为此，需要搞清楚以下问题：

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

当需求方向你阐述完某个需求后，向她询问：提这个需求的目的是什么？即为什么会产生这个需求？这个问题帮你完全理解需求，帮你辨别需求的真伪。

2. 什么场景下会使用这个需求？

即搞清楚什么人在什么情况下会用到此功能。只有明白了这个，才知道如何更好地设计功能来满足需要。

3. 是否有可能衍生出新的场景？

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

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

接到需求，并充分理解了需求后，跟架构师或技术负责人花几分钟时间讨论一下，听听他从技术上对需求的考虑。通过此过程，你们基本会对需求点及实现方式达成共识，在后期正式开发时，阻碍会小得多。

5. 是否可纳入backlo？

确认需求为真实需求后，将其纳入到backlo中，并大致描述需求逻辑，方便项目组成员对待开发工作心里有数。（应注意backlo是已明确并经过去伪存真的需求，是指导项目组掌控项目的工具，而不是产品经理的备忘录。同时粒度不宜过细，否则非常不利于维护和沟通使用）

backlo表头及说明

6. 开启版本迭代，细化需求

当要开启一个版本的规划时，我们从backlo中挑出高优先级的若干个需求，并细化需求、制定迭代计划。

细化某个需求点时，需要做的事情如下：

A. 版本功能列表说明

在版本功能列表中交代清楚需求在此次版本中的优先级（高：必须做；中：进度紧张时，可不做）、类型（新增：此前没有，需重新开发的功能；修改：功能已有，需做调整的功能；删除：不再需要，删除的功能）、描述（交代逻辑）、详情（链接到对应的页面）：

附在PRD文档中的当前版本功能列表说明

B. 业务流程说明

若需求点story较大，有涉及业务的流转，则需首先梳理业务流程。流程的梳理不仅帮助项目组成员理解需求，也是帮助自己梳理思路。