【转自】后端开发学习业务三：需求分析 - 往事随灬锋 - 博客园 (cnblogs.com)
一，需求分析的定义
业务需求---> 用户在特定场景下的问题（痛点）和期望
产品需求---> 特定场景下，用户问题（痛点）和期望，的解决方案
需求分析：将业务需求，转换成产品需求的过程，就叫做需求分析
不管用什么方法分析需求，都要验证解决方案，业务需求 ----> 需求分析 ------> 解决方案 ----> 验证解决方案
二，如何判断用户需求真伪
并不是每一个需求都值得去深入分析，当我们发现了一个需求后，结合场景，对其进行价值判断，以及判断需求能否被解决
有的需求，用户提供的就是一个解决方案，也可能提供一个错误的解决方案，结合业务场景和了解的知识，进行判断
痛点的价值有多大
1、是否是迫切的
2、是否必须解决
3、出现频率是否高
4、持续时间是否长
5、用户群里有多大，是不是目标用户的普遍需求，是不是大多数目标用户都有这个痛点
判断痛点能否被解决
只有能解决有价值的痛点，才有可能转换成需求，分析才有意义
调查是否有人解决了该痛点，解决方案是什么，解决的效果怎么样
没有解决方案，要看看为什么没有解决，关键问题是什么，这个关键问题自己能不能解决
用户需求要与愿景和目标对齐
明确产品的愿景和目标，用户的需求要与愿景和目标对齐
三，怎么来做需求分析
基于场景来分析需求
需求是在特定的场景下产生的，分析需求一定要结合用户的场景去分析，不同的场景，需求的解决方案也可能不一样
场景的描述：人 + 时间 + 地点 + 起因 + 经过 + 结果 ，人在什么时间，什么地点，做了什么事情，怎么做的，结果是什么
5W2H：七何分析法
why——为什么？为什么要这么做？理由何在？原因是什么？
what——做什么？，是什么？目的是什么？作什么工作？、
when——何时？什么时间完成？什么时机最适宜？
where——何地？在哪里做？从哪里入手？
who——何人做？有谁来承担？谁来完成？谁负责？
how——如何？如何提高效率？如何实施？方法怎么样？
how much——多少？做到什么程度？数量如何？质量水平如何？费用产出如何？
利用5W2H分析，了解选材的痛点
选材：设计师和客户沟通，根据客户的想法和使用场景，选择房屋装修，要使用的物料清单
利用5W2H分析，痛点和解决方案
1、做什么
优化，调整选材系统，解决设计师和客户的痛点，优化设计师和客户的体验
实现选材的业务在线化
2、为什么要做（选材的场景和痛点纯属虚构）
设计师期望能更快速的帮助选材，并录入系统，客户期望能更快速的获取报价单
设计师与客户选择材料后，会把物料的关键信息记录在纸质的物料清单上，记录起来比较麻烦，速度也比较慢
在选材时，客户与设计师一起，客户等待的时间比较长，尽量减少客户等待的时间 （1-5小时）
选择完物料后，设计师把纸质物料清单信息，手动录入到选材系统中，比较麻烦，耗时 （1-3小时）
客户比较关心报价，通长形成报价单给到客户，需要 2天的时间
3、用户
客户和设计师
4、时间
开始结束时间：2021-09-01 - 2021-11-01
迭代计划：2021-10-01 号 能迭代一个版本，线上运行 ，快速验证解决方案
5、何地
公司 ，PC 端 ，平板电脑
6、怎么做
设计师手动录入 -----> 设计师选择对应的空间结构，利用条码枪，扫描物料的编码，自动录入
设计师手动录入物料到选材系统 -----> 这个步骤直接去掉 ，自动录入到选材系统
形成报价单比较慢 -----> 选材系统提供根据选择的物料，生成报价单的功能，选择完物料后，直接生成报价单
7、多少
先做平板电脑端，设计师大多数用的都是平板电脑
按照现有的团队资源，预计投入一个小组7个开发人员来完成
根据设计师和客流量配置条码枪，系统对接条码枪
业务整理选材的物料，给物料贴条形码
报价单功能不用做的太细，能计算出价格
四，需求优先级和分类
KANO模型
1、基本型需求
2、期望型需求
3、兴奋型需求
4、无差异需求
5、反向型需求
四象限法则
影响因数
必要型需求，还是期望型需求，做出来的产品价值大小，技术实现的时间，成本等
评估需求干系人的影响力，和重要性，有的干系人影响整个项目的成败，和决策
敏捷项目管理中，迭代计划交付的时间，开发团队的规模，速率等
需求池
需求池是一个需求管理的工具，记录各个来源收集过来的需求，防止需求的丢失，需求池的模板可以自己定义，比如
1、角色画像（使用场景，现状，痛点，期望等）
2、需求类型，优先级，重要程度
3、用户故事
4、需求状态
5、技术成本，产品价值
