一、为什么要讲梳理与需求分析？
需求梳理与分析指的不是一个工作项，而是研发流程的一个阶段，也是研发流程的前期阶段；
需求分析这阶段具体是要做些什么呢？
简单概况一下就是：将用户非形式的需求表述转化为完整的需求定义。 这里关键词是“表述转化”，用白话讲就是把用户的市场类语言，翻译成开发能听得懂的技术类语言。
1、工作合作沟通工作需要
因为需求分析不只是需求分析师和产品经理的必备技能，对于项目经理/研发经理/解决方案经理等多角色的工作其实都有涉及；
哪怕你这些角色都不是，需求分析在生活中也是用得上的，就例如女生跟你说她肚子痛了，她背后的需求是什么呢？学了需求分析也许你就不用被人说直男了。
2、选择比努力更重要
用户需求不等于产品机会。 如果前面的需求做错了，也许后面的开发的同事再怎么努力，也许结果都是枉然的。
二、如何梳理和分析需求？
1、需求来源/需求从哪里来
以目前服务的项目为例，最主要的需求来源渠道主要来自客户自提的需求。所以这次的需求分析的方法也主要围绕着“项目（客户）的需求”和“用户反馈的需求”。
2、需求确定/如何准确的理解与描述需求
很多少时候人们需求的表达形式并不直白，人们更习惯表达问题，准确的需求描述能帮助找到问题核心。
非专业需求描述方式（6W1H或5W1H）：
5W+1H（六何分析法）：是对选定的项目、工序或操作，都要从原因（何因Why）、对象（何事What）、地点（何地Where）、时间（何时When）、人员（何人Who）、方法（何法How）等六个方面提出问题进行思考。
6W1H:在六何分析法基础中增加新维度（For whom服务对象），从原因（何因Why）、对象（何事What）、地点（何地Where）、时间（何时When）、人员（何人Who）、服务人（For whom）、方法（何法How）等七个方面提出问题进行思考。
专业需求描述方式：
| 需求描述与边界 | - 要做一个什么样的功能 - 目标市场 - 目标用户 - 业务流程 |
|
|---|---|---|
| 需求目标与产生原因 | - 解决用户什么痛点 - 在没有这个功能之前，需求是如何被解决的？ |
|
| 约束条件（时间、位置等） | - 什么时候完成？ - 在哪完成？ |
|
| 提供的资源 | - 为解决这个问题，公司愿意投入多少资源 |
3、需求分析/一些分析小技巧
1、业务流程分析
- 业务流程是什么？ - 操作时间成本是多少？ - 操作频率是多少？ - 问题的迫切程度？ - 解决问题的成本多大？ - 决绝问题产生的价值有多大？ |
客户 | 顾客 | 产品经理 | 设计 | 开发 |
|---|---|---|---|---|---|
2、关键用户的分析（关键用户分析，决策路径是关键）
以B端、G端产品为例，主要用户分为3种：
1、决策者：这类用户往往使用产品不多，但却对需求验收有着最终决定权，所以产品设计应该优先满足这类用户需求；
2、执行者：产品主要使用对象，业务细节可以通过这类用户了解，主要关注产品的使用体验，客户体验反馈信息也主要由这类用户提供，优化产品使用体验；
3、需求提出者：最理想的（业务类）需求提出者往往是一个部门的直接管理者，加入需求提出者并不是该需求的直接管理，可以建议他协调该业务的直接管理者共同协助梳理功能需求。
当决策者与执行者的体验站在对立面的时候， 不是优先解决高频使用的体验问题，而是优先解决距离决策最近的体验问题。实现赋能是协调决策者与执行者的共同获得好体验的最好方式。
3、需求分类管理
需求重要性评估，作为方案设计的优先级的评判依据。
- 公司战略性需求
- 公司核心业务需求
- 提升工作效率需求
- 体验优化需求
- 无用需求
4、输出创意/解决方案
1、竞品分析
竞品分析的目标：通过同类方案（竞品）研究法了解业务；借鉴优秀的解决方案；判断竞争的可能性（产品考虑）。
竞品分析不是只在需求分析阶段进行，也不是一次做完。这项工作应该贯彻整个产品的全生命周期。2、为什么不太关注用户期待的解决方式
用户提的解决方案可能不是最适合我们的解决方案，应该关注用户真正想要的目的，以选择适合我们的解决方案。方案设计应该关注用户想要的（目的）结果而非实现（手段）。3、项目和产品的需求对待
项目类解决方案考虑的是：如何用最低的成本，实现用户期望，如果成本高于项目预算则可能不做。
产品类解决方案考虑的是：有多少人愿意为这个功能付费，用户多成本高也做，用户少成本低也不一定做。
若有收获，就点个赞吧
0 人点赞
