作为初级产品经理最怕的会议室就是需求评审会，因为每次开会都会被开发怼，有的时候甚至会被怼哭。
(资料图片)
实际上出现研发怼产品经理，只爱大家站的立场不同，而且很多需求评审时的争吵和争论在会后看来是没有必要的，出现这些问题大多来源于信息差和沟通能力问题。
一、需求评审的意义
一场好的需求评审能够帮助我们很好地管理需求方（业务/销售/售后部门）的预期，同时也能通过一次次评审和纠偏，帮助整个产研团队就需求场景和优先级达成一致，及早进行风险评估及查缺补漏，有效提升团队开发效率和产品可用性。
二、需求评审的流程
第一步：跟需求方确认5W1H中为什么做（why），什么时候做（when）以及大致做什么（what）
第二步：先和研发部门同步上面三项，然后讨论具体做什么（what）、谁来做（who）、怎么做（how）
三、如何把控会议管理
简单的分为会前、会中、会后。
会前准备：
①按照评审内容准备好文档，并提醒大家及时查看
②提前预约会议，保证相关人员安排好工作并准时到场
会中把控
①会议节奏把控
②争论和情绪管理
③会后同步及跟进
四、评审时，研发、测试前端都关注什么
后端关注：方案可行性、逻辑覆盖度、实现风险
前端关注：需求场景及业务合理性、页面交互
测试：需求逻辑是否合理，需求描述准确度
五、评审技巧
①先零售沟通，再整体沟通
②识别并搞定关键人
③适当放权，避免太过独断
虽然有人认为需求评审很简单，但是作为初级产品经理做好并不简单，而且这个是工作习惯和个人基础的体现，希望我们早日能游刃有余的面对。
需要项目管理资料合集的同学可先关注然后私信我哦
