需求评审会议如何召开
需求评审会的目的,是为了让相关人员,对产品的需求方案达成共识,让boss提前知道完成项目所需的资源投入等等;由于相关人员较多,需要讨论的问题也较多,所以会前对会议的全面准备,反复预演练,是一个产品对于每个需求评审会,都一定要做到的;
1.评审会前
会前较为必要的是复杂问题或容易有分歧的问题,要与相关人员提前沟通,避免会上扯皮,否则会让会议效果大打折扣;主要包含:
1:内容提前告知相关方;主要是让与会人员知道会议内容,提高会议效率;同时也能避免内容错误,因为告知时也能检验一下是否存在重大错误;(时间不足可提前跟各负责人通气,让他们代为传达)
2:关键问题的提前讨论;由于各个负责方只负责自己的模块,也只关注一个问题是否涉及到自己的工作内容,那么一些容易引发会上争议的问题(需要多方协同解决的问题)就需要提前讨论;
3:资料准备充分,与会人员通知到位;所有需要的图(信息架构图、业务模式逻辑图、用户操作流程图、axure原型图、产品需求文档prd)要确认版本后提前准备好,会议开始前,选择合适时间邮件通知(邮件需包含此次评审会议的时间地点,流程,目的等)。
2.评审会中
会议开始后,首先要明确一点,分歧是肯定存在的,长时间的分歧讨论会影响会议时长,让人烦躁及疲惫;同时会影响重要问题的传递效率;所以分歧讨论若5-8分钟还没有结果,则先折中或待定;
接下来,就是介绍需求背景、用户与场景;说明feature list功能模块,演示原型与交互;讨论数据指标,确认一下具体需要谁支持,预计上线时间等。
会议纪要也很重要,提前准备会议记录表,把表跟会议ppt以及各个产品文档,交给提前安排的专门会议记录人员,这样能提高他会议记录的效率,也能避免遗漏;需要注意的是,会议中的重要建议,存在的分歧等,都需要着重记录。
3.评审会后
会后要对分歧内容着重讨论并解决,对会上提出的之前没有注意到的重要点进行再次总结;
问题解决后要邮件告知与会人员分歧解决方案以及强调重要问题等;保证相关人员明确自己的工作细节;
文档更新,各产品文档需要根据会议结果进行相应的更新,完成后将最新版本发送给各相关人员;