|
作为一个产品经理，需求评审是产品设计开发的一个重要环节。只要工作在进行，产品在迭代，新需求在不断产生，就会有需求评审。项目管理者联盟
在需求评审会议上，产品经理将面对前端、后端、测试、UI设计师、你的领导、甚至老板可能都会过来，不同角色聚在一个会议室听你讲解需求内容，简直妙不可言。在会议中，不同角色提出不同意见，出现无法预测问题等，产品经理又该如何游刃有余的化险为夷，高效完成需求评审呢?项目管理者联盟
一、原型准备阶段项目管理论坛
1、需求细节尽量描述详细。项目管理者联盟
2、以前有的功能，现在项目涉及到要不要把以前的功能需求再写一下。项目管理者联盟
3、设计功能或者逻辑一定要有理有据。项目经理圈子
4、设计过程中遇到技术难点、技术知识盲区，一定要和技术去沟通。项目管理者联盟
二、评审前的准备项目管理者联盟
1、产品内部评审pmp.mypm.net
如果是比较大的项目，可能是多个产品经理一起负责，那么最好是产品部门内部开一个小评审会，把大致逻辑、功能统统讲一遍，看看有没有遗留的，有没有补充的。pmp.mypm.net
2、业务部门会议项目经理博客
还是属于比较大的项目，跟业务部门开会主要目的是让他们了解产品部门做的东西是不是符合他们预期效果;我们只要跟他们大致讲解项目操作流程即可，无需太细致。小范围的需求预评审主要还是为了保证需求的质量，以保证正式评审的时候，不会出现大的纰漏。项目管理者联盟
3、提前把原型或者需求文档发给技术人员PgMp.mypm.net
在需求评审会议的前一天，可以把原型和需求文档发送给参会的相关人员，目的是让他们提前熟悉需求。若有问题及时收集，在需求评审之前向提问者解答，能大大提高需求评审会的效率。项目管理者联盟
三、评审中 - 控制节奏、应万变项目管理者联盟
需求评审的过程，本质上就是沟通，用语言配合原型文档的方式，将需求、逻辑清晰的表述出来，然后和所有人基本达成一致意见。但讲解之前一定要先向大家介绍一下本次项目的背景，大致可以朝这两个大个方向进行说明：项目管理者联盟文章
需求来自哪个人或者哪个部门等，他们遇到什么问题了?(现状)项目管理者联盟
针对这些问题，采用什么方案或者增加什么功能，来解决他们遇到的问题或提升什么体验及指标等。(预期)转自项目管理者联盟
需求评审原则上就是产品经理的“主场”，所要保持主场的气势，稳住场面。人人都是产品经理，正是因为人人针对某一个功能都会有自己的想法和意见，那么产品经理该怎么应付呢?
1、合理的意见、想法项目经理博客
需求总有优先级排序的，应当先解决眼前紧急的问题，以提高会议效率。项目管理者联盟
2、不要过度纠结细节讨论PgMp.mypm.net
细节是永远“抠不完”的，如果在会议上陷入细节的讨论，不仅浪费大家时间，而且对于产品经理来说也会非常痛苦。项目管理者联盟文章
3、逻辑漏洞、功能遗漏项目经理圈子
如果对业务了解不够深入，思考不周全，很容易被其他人发现逻辑或功能遗漏等问题，这对产品经理来说是属于比较严重的评审事故了，错了就要挨打。一般不是较大的逻辑问题，评审会议还是能继续开下去的，会后应当及时补充内容。项目管理者联盟
|
