需求分析是产品经理的必备技能,将重点从工作流程、需求分析、功能规划、PRD结构等方面进行分享。
一、需求的工作流程
需求分析的工作流程需求收集分析,是一个持续迭代的闭环过程。只有持续迭代的产品,才是有生命的产品。
二、需求分析及功能规划
1、收集业务需求
需求来源:用户/客户、公司战略、行业市场分析、竞争对手(竞品分析)等
需求收集,形成需求列表:
a、反馈人/项目、反馈时间
b、需求描述(就是要描述现在的样子/遇到的困难,期待的未来的样子)、使用场景
计算类需求收集:
a)算法是什么
b)能不能提供公式
c)用例
d)这个数值有什么合理性和业务意义
e)计算出来有什么应用
f)这个数值的意义是什么
报表需求收集:
a)是否已有报表
b)每张报表的数据范围及数据来源
c)报表里字段的取值从哪取
d)报表应用在哪
e)报表的数据量有什么
f)报表是否有排序,按什么来排
g)报表有什么限制性条件(极端的情况)
2、需求分析:5W2H
who:用户,整个业务流程中所涉及到的相关方
what:目标,即用户需要完成哪些事儿
why:原因,了解用户为什么需要完成目标
where:地点,主要说明用户会在什么地方完成目标
when:时间,主要说明用户会在什么时间完成目标
how to:如何完成目标
how much:完成其目标所需要花费的成本代价
案例:请假审批需求,现在是线下审批,流程麻烦、耗时长,希望实现线上审批,节省时间。
5W2H分析:
5W2H分析场景列表:
场景编号、场景简称、场景描述、角色who、目标what、原因why、地点where、时间段when、处理方法how to、成本how much
根据分析及业务场景,绘制泳道图、业务流程图,一般用visio绘制。
泳道图 业务流程图由此确定功能:
请假、请假审批、请假查询、审批流程配置、审批提醒功能
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,记录产品经理之路的思考,做一个讲故事的人,讲一个好故事。
网友评论