产品必备技能

需求分析是产品经理的必备技能，将重点从工作流程、需求分析、功能规划、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分析法对需求进行分析：

5W2H分析法

场景列表：

场景编号、场景简称、场景描述、角色who、目标what、原因why、地点where、时间段when、处理方法how to、成本how much——分析内容如上图

根据分析及业务场景，绘制泳道图、业务流程图。在请假流程中，涉及到请假人、审批人两个角色，对应的流程如下：（一般用visio绘制）

泳道图

核心业务流程图

由此确定功能：

请假申请、请假查询、待审批列表、请假审批、待审批提醒功能、审批结果提醒

产品需要有一定的兼容性，每个项目的审批流程可能会不一样，所以还有一个客户没有提到的需求，就是支持不同项目的审批流程的配置，即审批流程配置功能

功能确定之后，需要进行优先级的排序，关于优先级，在需求池的时候也会做一次优先级的排序，所用方法与功能优先级一样，都是用的KANO模型来区分，即：必备需求、期望需求、兴奋需求，如图：

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.可扩展性：上线时类型只有一种，但是上线后可能会存在多种类型，那系统是否能支持。

性能需求、安全性需求、运行环境约束、外部接口、可保障性需求等。