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

一，需求分析的定义

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

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

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

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

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

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

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

痛点的价值有多大

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

判断痛点能否被解决

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

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

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

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

三，怎么来做需求分析

基于场景来分析需求

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

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

5W2H：七何分析法

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

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

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

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

1. 做什么

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

   实现选材的业务在线化

2. 为什么要做（选材的场景和痛点纯属虚构）

   设计师期望能更快速的帮助选材，并录入系统，客户期望能更快速的获取报价单

   1. 设计师与客户选择材料后，会把物料的关键信息记录在纸质的物料清单上，记录起来比较麻烦，速度也比较慢
   2. 在选材时，客户与设计师一起，客户等待的时间比较长，尽量减少客户等待的时间 （1-5小时）
   3. 选择完物料后，设计师把纸质物料清单信息，手动录入到选材系统中，比较麻烦，耗时 （1-3小时）
   4. 客户比较关心报价，通长形成报价单给到客户，需要 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. 敏捷项目管理中，迭代计划交付的时间，开发团队的规模，速率等

需求池

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

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

参考资料

人人都是产品经理 ：作者 大白随笔：http://www.woshipm.com/user-research/591064.html

知乎 ：作者 掌门人学院：https://zhuanlan.zhihu.com/p/83706941

公众号 : 陈鹤元