需求分析是产品经理的必备技能，将重点从工作流程、需求分析、功能规划、PRD结构等方面进行分享。
一、需求的工作流程
需求收集分析，是一个持续迭代的闭环过程。只有持续迭代的产品，才是有生命的产品。
二、需求分析及功能规划
1、收集业务需求
需求来源：用户/客户、公司战略、行业市场分析、竞争对手（竞品分析）等
需求收集，形成需求列表：
a、反馈人/项目、反馈时间
b、需求描述（就是要描述现在的样子/遇到的困难，期待的未来的样子）、使用场景
举个栗子：客户方反馈的需求，记录如下：
计算类需求收集：
关于上面例子中提到的交叉营销度，专业性比较强，需要再深入了解这个需求，具体的交叉营销度的算法是什么，是否有现成的计算公式等，如下：
a）算法是什么：
交叉营销度=一个客户购买的产品品类数/产品品类数总数*100%
b）能不能提供公式：
公式如上。
c）用例：
A客户共购买了a、b、c，3种品类的产品，总的产品品类数为12种；则A客户的交叉营销度=3/12*100%=25%
d）这个数值有什么应用和业务意义：
通过交叉营销度计算，筛选出高潜力客户（交叉营销度越高，客户对品牌的认可度越高，再次购买的可能性更大，可以进一步营销）
e）这个数值的意义是什么：
帮助销售人员快速筛选出高潜力客户，合理分配资料，减少浪费。
报表需求收集：
客户可能会继续提需求，要在交叉营销度的基础上，输出客户营销表，则需要详情了解如下内容：
a）是否已有报表
b）每张报表的数据范围及数据来源
c）报表里字段的取值从哪取
d）报表应用在哪
e）报表的数据量有什么：数据量的大小是用于考虑性能问题
f）报表是否有排序，按什么来排
2、需求分析：5W2H
根据收集到的需求，进行需求分析，常用的方法则是场景分析法，也就是5W2H分析法，如下：
who：用户，整个业务流程中所涉及到的相关方
what：目标，即用户需要完成哪些事
why：原因，了解用户为什么需要完成目标
where：地点，主要说明用户会在什么地方完成目标
when：时间，主要说明用户会在什么时间完成目标
how to：如何完成目标
how much：完成其目标所需要花费的成本代价
案例：请假审批需求，现在是线下审批，流程麻烦、耗时长，希望实现线上审批，节省时间。
根据5W2H分析法对需求进行分析：
场景列表：
场景编号、场景简称、场景描述、角色who、目标what、原因why、地点where、时间段when、处理方法how to、成本how much——分析内容如上图
根据分析及业务场景，绘制泳道图、业务流程图。在请假流程中，涉及到请假人、审批人两个角色，对应的流程如下：（一般用visio绘制）
由此确定功能：
请假申请、请假查询、待审批列表、请假审批、待审批提醒功能、审批结果提醒
产品需要有一定的兼容性，每个项目的审批流程可能会不一样，所以还有一个客户没有提到的需求，就是支持不同项目的审批流程的配置，即审批流程配置功能
功能确定之后，需要进行优先级的排序，关于优先级，在需求池的时候也会做一次优先级的排序，所用方法与功能优先级一样，都是用的KANO模型来区分，即：必备需求、期望需求、兴奋需求，如图：
经过梳理得到优先级，基本型需求为P0，期望型需求为P1，没有兴奋型需求，如图：
特别说明，待审批列表虽然为基本型需求，但不影响核心流程，故优先级为P1；审批流程配置，用于降低产品实施工作量，但对于单个项目而言，不影响基本流程，故优先级为P2。
3、功能页面设计
完成功能清单之后，进行功能页面设计，即，将功能—（转化成）—>页面
a、梳理页面操作流程，标记操作点
b、基于页面流程对信息进行过滤：
保留必须信息
隐藏可要可不要的信息
删除不必要的信息
c、页面信息内容分类：
按照信息的相关性进行分类，如使用卡片法
由此确定请假审批功能页面：
请假信息（请假人、请假时间及时长、请假原因、假期类型）
审批情况（审批流程、审批结果、节点审批时间）
操作（通过/驳回按钮等）
三、原型图绘制
原型图暂时略过。
四、PRD文档
PRD文档可用word或axure完成，主要是描述清楚需求，一般的内容模块有：
1、文档版本
2、背景
3、业务说明，如业务流程图等
4、操作流程图（页面内），即页面内的交互说明
5、页面及页面元素、逻辑
6、非功能性需求：
a.易用性需求：新需求上线可能会更改老用户原有的操作习惯，所以页面上的指引尤为重要，另外，需要有相关的操作文档；
b.兼容性需求：一方面是平台的兼容性；另一方面是新老版本的兼容性；
c.异常处理需求：即出现异常后系统该如何提示，如何处理；前期需要确认几点：（1）什么情况下会出现异常；（2）异常提示样式是怎样的，toast还是dialog等样式；（3）异常提示内容是什么；（4）多个环节中某一环异常，那整个流程是继续还是停止；
d.可扩展性：上线时类型只有一种，但是上线后可能会存在多种类型，那系统是否能支持。
性能需求、安全性需求、运行环境约束、外部接口、可保障性需求等。
- - - - - - - - - - - -
【一个小目标】10/365，记录产品经理之路的思考，做一个讲故事的人，讲一个好故事。
