要素|需求分析如何落地？这篇告诉你答案

编辑导读：产品经理每天都需要面对众多的需求，从需求的提出到落地，中间需要经历很长的过程，每个阶段都有需要注意的事项。本文作者根据自身工作经验，对此展开了分析，希望对你有帮助。

文章插图
需求的收集和分析工作不是一次性的过程，而是按照一定的节奏循环进行，初始需求列表也会不断刷新。

文章插图
主要涉及如下内容：

需求收集：收集客户和内部团队的反馈和需求；
需求分析：确定建议的功能和需求是否与公司或产品愿景一致；
定义需求：从用户角度记录需求并详细说明功能或技术要求；
优先级排序：规划即将发布的版本或冲刺以及将要包含的功能和需求；
验证和维护：创建”完整”定义并规划持续的增强功能。

而需求分析主要涉及上述后四个步骤，包括对需求进行解释、过滤、分类、排序和验证：

文章插图
需求分析活动应保障输出的结果，能够准确反映客户的真实想法。
需求表述应明确并具有可验证、可追根溯源、容易理解的特点。
示例：

文章插图
下面详细介绍各阶段的内容。
一、解释原始需求需求收集阶段得到的需求信息构成了原始需求库，但这些需求往往是随机的、零散的，也没有进行优先级排序。
该阶段需要对客户提出的原始需求进行翻译，翻译成企业内部规划和开发人员能看明白、能听懂的正式需求，减少内部的沟通成本，并且使需求可度量、可验证。
通常将未经解释的需求称为原始需求，经过翻译的需求称为初始需求。
原始需求并不是一定要翻译成初始需求，需要看原始需求的描述是否清晰、准确。
如果不清晰、不准确，就需要需求提报人对原始需求进行讲解，甚至邀请客户对需求进行阐述。

文章插图
二、过滤原始需求需求信息通过各种渠道、各种方式收集汇总并解释后，会形成一个庞大的需求数据库，但是否所有的需求信息都是真实的需求呢？
需求的过滤是一个需求瘦身及提炼的过程，在 IEEE 对需求的定义中，需求是指满足用户解决问题或达到目标所需的条件或能力。
因此对收集到的需求，首先就是过滤掉一些非需求，比如，类似于“必须解决xxx设备异常重启”的信息就可以过滤掉，以免混淆真正的需求。
同样，对于客户/市场的需求反馈信息，需要通过需求分析还原、解析出真正的需求。
需求失真的事情经常发生，如果前面把关不严，业务不懂需求和技术，不把关不分析。
客户需要做猫，业务要求做老虎，再丢给技术就完全做错了，不符合客户需求，做出来客户也不要。
需求过滤活动主要聚焦于判断需求是否对企业有价值，如果需求对企业没什么价值，那么就可以将需求退回去修改或直接拒绝，不进行下一步处理。
需求过滤的对象是原始需求或初始需求，需求分析团队可创建符合企业和产品特点的过滤条件：

需求分析要素是否齐备；
需求和公司或产品线战略方向是否一致；
需求是否已被满足或被重复提交等。

三、分类原始需求需求分类是对正式需求按一定规则进行分类，便于后续采取不同的处理和满足方式。
需求分类的方法多种多样，可按时间、类别和层次维度进行分类，常用的有以下几种：