收集需求
在业务型公司中,大部分业务提出需求相对来说比较片面,很多没有经过详细思考就提出来,因此在对业务提出的需求沟通中,产品经理需要了解清除需求本质,主要收集以下信息:
- 需求类型:优化,bug,新功能
- 优先级:需求的紧急程度
- 功能的使用频率:针对某功能的优化,一定要清除业务对这个功能的使用频率
- 需求背景或原因
- 需求目的/解决什么痛点/实现什么效益
- 需求详情:对需求的详细描述
思考需求合理性
意识到业务很多提出的需求不合理,很临时性,会导致系统功能臃肿,因此收集完业务需求后,一定要思考需求的合理性,尽量让每个需求做的都有价值
- 复盘业务提出的需求内容:根据收集到的业务需求,详细了解业务诉求,核对其真实性是否有逻辑冲突
- 数据调研:很多需求或项目的提出,在启动之前都需要从现有数据上进行一定程度的分析预估可到达的目标,同时也可看该功能的使用数据情况,考虑其有没有优化价值
- 需求内容的适用场景:很多业务会提出一些特殊场景的优化或者特殊处理逻辑,产品做功能逻辑尽量统一化,避免特殊逻辑,后期也不好管理。
- 技术框架的影响:技术框架对系统功能的实现有一定的影响
- 是否需要其他系统/部门的支撑:做B端产品,会涉及到大量相互关联的逻辑与流程,因此在这个阶段,可以思考下是否需要其他系统支持,需要可以提前安排沟通,避免后面需要了才临时对接。
项目的初步立项
该阶段主要确定项目背景、目的(能够解决什么问题)、优先级、内容,输出项目方案
需求调研
需求调研的主要方式:用户调研+竞品分析(MRD)
产品设计
难点:整个产品方案的设计,逻辑的梳理以及各个模块考虑周全
- 流程图
业务流程图:主要用于帮助理清楚业务流程,也帮助自己更好的了解业务
系统流程图:系统整体的操作流程
数据流程图:理清楚数据流,也能更好的帮助你做功能设计,以及考虑的更加全面
- 功能结构图
总结系统功能结构以及系统边界,帮助后续做产品的功能设计
- 需求清单
通过逻辑的梳理,能确定本期项目需要开发的内容以及需求内容,需求内容可以明确罗列出来,帮助开发清晰知道需求点,也方便产品直接对着清单,做后续的产品设计。
- 画产品原型
通过上面一系列图以及需求清单输出后,就可以开始画原型图,原型图更重要的是逻辑的交互
- 输出PRD
通过上述逻辑图、需求清单和原型图的梳理,输出功能明细列表和具体的功能需求内容。
产品评审
做完方案后先和业务简单做个评审,确认一下设计的功能及操作流程,能满足业务需求。
之后在进行开发测试评审,评审过后,确定开发和测试排期
测试验收
进行产品上线前的测试验收,确保产品功能能够满足业务需求。
用户培训
输出用户操作手册、操作指南、相关操作培训等
上线后追踪
- 上线后的使用跟进:整体功能是否使用正常,bug反馈,业务运转是否通畅。
- 上线后数据及功能监控:是否完成了预期的目标,进行项目复盘和预期迭代