后端开发学习业务三：需求分析

一，需求分析的定义

业务需求---> 用户在特定场景下的问题（痛点）和期望

产品需求---> 特定场景下，用户问题（痛点）和期望，的解决方案

需求分析：将业务需求，转换成产品需求的过程，就叫做需求分析

不管用什么方法分析需求，都要验证解决方案，业务需求 ----> 需求分析 ------> 解决方案 ----> 验证解决方案

二，如何判断用户需求真伪

并不是每一个需求都值得去深入分析，当我们发现了一个需求后，结合场景，对其进行价值判断，以及判断需求能否被解决

有的需求，用户提供的就是一个解决方案，也可能提供一个错误的解决方案，结合业务场景和了解的知识，进行判断

痛点的价值有多大

是否是迫切的
是否必须解决
出现频率是否高
持续时间是否长
用户群里有多大，是不是目标用户的普遍需求，是不是大多数目标用户都有这个痛点

判断痛点能否被解决

只有能解决有价值的痛点，才有可能转换成需求，分析才有意义

调查是否有人解决了该痛点，解决方案是什么，解决的效果怎么样
没有解决方案，要看看为什么没有解决，关键问题是什么，这个关键问题自己能不能解决

用户需求要与愿景和目标对齐

明确产品的愿景和目标，用户的需求要与愿景和目标对齐

三，怎么来做需求分析

基于场景来分析需求

需求是在特定的场景下产生的，分析需求一定要结合用户的场景去分析，不同的场景，需求的解决方案也可能不一样

场景的描述：人 + 时间 + 地点 + 起因 + 经过 + 结果，人在什么时间，什么地点，做了什么事情，怎么做的，结果是什么

5W2H：七何分析法

why——为什么？为什么要这么做？理由何在？原因是什么？
what——做什么？，是什么？目的是什么？作什么工作？、
when——何时？什么时间完成？什么时机最适宜？
where——何地？在哪里做？从哪里入手？
who——何人做？有谁来承担？谁来完成？谁负责？
how——如何？如何提高效率？如何实施？方法怎么样？
how much——多少？做到什么程度？数量如何？质量水平如何？费用产出如何？

利用5W2H分析，了解选材的痛点

选材：设计师和客户沟通，根据客户的想法和使用场景，选择房屋装修，要使用的物料清单

利用5W2H分析，痛点和解决方案

做什么

优化，调整选材系统，解决设计师和客户的痛点，优化设计师和客户的体验

实现选材的业务在线化
为什么要做（选材的场景和痛点纯属虚构）

设计师期望能更快速的帮助选材，并录入系统，客户期望能更快速的获取报价单
1. 设计师与客户选择材料后，会把物料的关键信息记录在纸质的物料清单上，记录起来比较麻烦，速度也比较慢
2. 在选材时，客户与设计师一起，客户等待的时间比较长，尽量减少客户等待的时间（1-5小时）
3. 选择完物料后，设计师把纸质物料清单信息，手动录入到选材系统中，比较麻烦，耗时（1-3小时）
4. 客户比较关心报价，通长形成报价单给到客户，需要 2天的时间
用户

客户和设计师
时间

开始结束时间：2021-09-01 - 2021-11-01

迭代计划：2021-10-01 号能迭代一个版本，线上运行，快速验证解决方案
何地

公司，PC 端，平板电脑
怎么做

设计师手动录入 -----> 设计师选择对应的空间结构，利用条码枪，扫描物料的编码，自动录入

设计师手动录入物料到选材系统 -----> 这个步骤直接去掉，自动录入到选材系统

形成报价单比较慢 -----> 选材系统提供根据选择的物料，生成报价单的功能，选择完物料后，直接生成报价单
多少

先做平板电脑端，设计师大多数用的都是平板电脑

按照现有的团队资源，预计投入一个小组7个开发人员来完成

根据设计师和客流量配置条码枪，系统对接条码枪

业务整理选材的物料，给物料贴条形码

报价单功能不用做的太细，能计算出价格

四，需求优先级和分类

KANO模型

基本型需求
期望型需求
兴奋型需求
无差异需求
反向型需求

四象限法则

影响因数

必要型需求，还是期望型需求，做出来的产品价值大小，技术实现的时间，成本等
评估需求干系人的影响力，和重要性，有的干系人影响整个项目的成败，和决策
敏捷项目管理中，迭代计划交付的时间，开发团队的规模，速率等

需求池

需求池是一个需求管理的工具，记录各个来源收集过来的需求，防止需求的丢失，需求池的模板可以自己定义，比如

角色画像（使用场景，现状，痛点，期望等）
需求类型，优先级，重要程度
用户故事
需求状态
技术成本，产品价值

后端需求剖析