目录
一，需求澄清
很多情况下，我们拿到的需求都是不够明确的，所以在对需求进行分析的时候，需要先明确各个需求的背景是什么？试图去想明白==了解为什么。通过多问为什么想做这个东西，了解到这个背景是什么样的
了解为什么是一个大的目标，里面会有一些比较具体的
与访谈时候的现状，痛点，解决方案是很像的
这里是用户，问题，现状
用户：使用产品的使用者是谁，谁对产品提出了需求
问题：在什么情况下，使用产品的过程中产生了什么问题
现状：目前产品的使用者是如何解决目前存在的问题的
二，需求的甄别
需求的真伪判断
1，普遍，是否是为某些用户的特例
2，痛点，需求中所提供的方案是否解决了根本问题
3，高频，需求是否会高频出现
三，需求分析的优先级
先分类，再分级的思想
分类：
核心需求：与产品定位直接相关的需求
分支需求：与产品定位间接相关的需求
辅助需求：使产品更加完善的需求
然后再按照重要和紧急程度划分等级
四，确认需求方案
在前面需求分析的过程中提炼出目的和流程，针对性的去设计出满足需求的产品方案，包括但不限于产品业务流程，产品的先设想的功能，页面承载的信息，用户使用的场景
4.1确认需求方案的流程
1首先确定提出的这个事情或者问题有几个关键的步骤
2针对某个步骤出现的问题，我们就写一个功能上去
比如，学生提出问题这个步骤目前没有办法解决，需要新增一个功能
功能
也有可能先到很多解决的方案，那么
4.2如何挑选最合适的方案
评估方案的公式=（新产品体验-旧产品体验）-用户使用成本-产品开发成本
用户使用成本，新功能用起来容易上手吗
产品开发成本，开发的难度大不大，有可能决定整体，直接被开发砍掉
做的多了就知道能不能做了
是否比改进之前有很大的提升
不会得到具体的数据比值，可以用于多个方案之间的相对对比
例子
一，需求澄清
1，核心点，很烦
2，有很多红点
3，找不到谁@
二，真伪需求
是大量用户，高频，所以是真需求
三，需求分析
判定需求优先级，只有一个需求，所以不需要判定
分析：角色，场景，目的
场景，群聊中有人@
结果，找不到谁@，有很多红点
第二条是不好，直接否定掉，即直接去掉红点提示，并修改为其他的提示方法，如果修改后的方法不可实现，就采取折中的方案，把红点替换为其他形式。
第一条的背景是不够好，直接让他能够够到，比如找不到艾特的，就直接让他能够找到艾特。
第一个解决方案，如果有几百条未读的，没办法回到最新的消息。
总结
基于一个问题，一个目的，去设想方案的思路：
大方向：不够，不好
1，对不够好的，解决方法，直接加上。然后评估是否引入了其他问题，如果引入了其他问题，看新问题能否方便解决。新问题的解决方法顺便引入。如果新问题解决困难，舍弃该方案、
2，不好的解决方法，直接删掉。然后评估是否引入了其他问题，如果引入了其他问题，看新问题能否方便解决。新问题的解决方法顺便引入。如果新问题解决困难，舍弃该方案、
五，需求分析的结果
需求分析记录表
在分析后的需求，尝试去输出几种用于解决满足这些需求的产品方案
可以在需求池里面直接加字段
六，细化功能点
方案是比较大的一个概述，比如我要做一个聊天窗。
在确定方案之后，就需要去细化功能点了
在介绍功能的时候
做了什么事情+实现什么效果
点击搜索按钮，跳转到了搜索页面
提供什么功能+用来干什么
提供扫一扫功能，用来添加好友
七，需求池和功能清单的区别
需求池
功能清单
总结
需求分析步骤
1，理解需求，==需求澄清，搞清楚为什么，角色，现状，解决方案
2，判断真伪需求，够不够普遍，是不是痛点，高频
3，划分需求等级，重不重要，紧急不紧急
4，确认方案，给出需求方案，如何选出更合适的方案。有一个公式，用户体验，产品改进，开发工作量
5，产出功能清单。