产品经理 - 需求评审会议该怎么开2021.docxVIP

产品经理养成——需求评审会议该怎么开？ 需求评审会议，是每一个产品经理无时无刻都会经历的过程。只要工作在进行，产品在迭代，新的需求在不断的诞生，那么就会有需求评审的存在。 在需求评审会议中，BOSS、UI同学、前后端开发同学以及测试同学有可能都会参加，不同的角色聚在一起，听产品经理讲需求与内容。这并不是一件很容易的事情。角色如此众多，如何高效的完成需求评审会议，对每一个产品经理来说，都需要去仔细思考。今天老虞就带大家一起聊一聊如何开需求评审会议。 一、什么是需求评审 定义：对产品进行全方位的论证和推敲的过程。 成功的需求评审会议：完整、清晰传递产品目标、产品功能，并获得团队认同，会后实施。 二、需求评审的内容 产品目标：讲明白，我们要做什么，为什么要做，能解决什么问题 产品功能：具体做什么事，涉及到哪些方面，前端、后台、UI、UE、运营、测试；每个环节都不可少会后实施：解决会上提出的问题，输出会议纪要，如果有项目经理则要配合输出计划，否则自己输出。 三、需求评审的方法 会议前：记住发邮件！！任何形式的沟通，都必须以邮件来确认。 邮件内容： 1.项目背景介绍，如果是新项目，要输出BRD和市场调研分析、用户画像；老项目要输出数据分析、用户反馈，竞品分析，也就是需求来源? 2.输出项目目标，本次想做什么，你要达到什么目的，评估标准? 3.输出项目文档，BRD\MRD\PRD、流程图、结构图、原型图、以及与之相关的所有文档。 4.邀请参会人员：测试、开发（前端、后端、客户端、运维）、UI、 UE、运营 、以及boss。 会议中：舌战群儒 1.寒暄两句，调动大家情绪? 2.进入会议正题：项目背景-本次迭代目标-产品结构图讲解-流程图讲解-需求清单讲解-原型图讲解-PRD文档讲解? 3.提问环节：答疑、记录、修改 会议后：会议结束、真正的战斗才刚刚开始 会议结束就是项目落地的开始，怎么做？ 1.写邮件，把会议上的内容全部发出来，达成一致的有哪些，修改的有哪些，疑问的有哪些。一一列举出来，并输出反馈时间表。 2.跟进各个角色：项目管理，如果没有则自己处理。把任务拆分。输出时间节点完成日期落实到责任人，以及后续评审日期。 3.配合测试输出用例，配合运营输出运营需求，配合UI输出UI需求，配合UE输出UE需求，配合开发输出功能列表。 4.之后就是从UE、UI、开发、测试、上线全环节跟进，并整理需求。 在工作中，不同岗位的人都有自己关心的问题，产品经理要面面俱到也是很困难的。我们产品经理能做的是通过不断学习，这样才可以尽可能减少出错。对于每次需求评审会议，要学会总结在需求评审会议发生的问题。可以尝试记录每个岗位关心的内容，在每次评审的时候，准备好相关的资料。这样在往后的需求评审会越来越顺利，大家也会越来越认可自己。