需求评审是产品工作流程中必定会有的环节，简单来说呢，需求评审会就是大家伙儿统一思想，确定需求、实现过程的会议，但是从我接触过的产品新人来说，大多对需求评审会议有一定的误解，很害怕需求评审，总认为就是怼人会。本篇分享呢，主要就是让大伙儿明产品需求评审会议实际是怎么样的
1. 什么是产品需求评审
a、统一思想，确定需求、实现过程的会议
b、产品需求评审一般会有好几次，最终定下结论。
c、俗称逼死产品经理大会，过程很激烈，这里列一列让你头皮发麻的拷问
-这样做麻烦吗？
-你这根本没有考虑到实际情况
-你有一种情况没考虑到
1.1 参与者
a、产品经理。本团队的产品经理，对接系统的产品经理
b、开发。开发人员取决于产品类型和平台，IOS、安卓、前端后端等，他们主要看流程
c、设计狮。UI、UE，他们主要看页面流程图和原型图
d、测试。有的团队没有测试同学，产品经理负责测试
e、运营。一般来说，部分产品会有业务方来，例如我以前做职级考核和转正相关业务，就是HR小哥哥小姐姐来
2. 为什么要做产品需求评审
a、让所有人都明确需求背景和目的
b、提前确认和统一产品需求实现过程和方法
c、让参与者明确工作内容和交付时间
d、让研发、测试评估开发时间，让产品经理决定是否拆需求拆版本，是否加人或其他资源
3. 具体怎么组织一场需求评审会
3.1 会前准备工作
a、确认需求、文档、原型是否都ok了
b、提前找核心人员小范围沟通，把大问题扼杀在摇篮里。其实在产品前期工作每个阶段应该与核心人员反复确认，甚至是和BOSS沟通，最好是不要仅仅会前准备才沟通。
c、和重要的与会人员确认开会时间
d、一定要提前定会议室，至少两天前，然后发邮件或者其他方式正式的会议邀请，注意会议邀请除了会议主题描述清楚外，最好是附带上需求文档、原型交互设计稿等相关资料
e、预演，自己熟悉会议流程先，让会议更可控。演讲技巧里面就有一种技巧叫预演未来，让自己更加自信。
3.2 会上怎么讲
需求评审的讲解呢，主要就是把产品前期工作过一遍，让所有人明确需求背景和目的，就像刚说的“为什么要做产品需求评审”。
并且，需求文档中已经把很大部分的内容都写清楚了，并且会前你已经把文档发给与会成员了，评审会上就是过一遍。所以，大致讲解流程整理如下：
a、不要一上来就讲功能，只讲怎么做无法让别人有认同感，不愿意接受，要先讲是什么、为什么
b、避免在细节上过分争论，尽量抓大放小，按钮摆左摆右很容易调整，纠结起来没有意义
c、克制紧张，讲需求要有条有理，别巴拉巴拉一口气自嗨完了。其实这就像是演讲一样的道理，这里推荐大家听一听《演讲不紧张》，喜马拉雅FM上一门比较好的免费课程。
d、把争论点记录下来，会后考虑给出方案
3.3 会后要做的事
a、追排期！如果基本没问题，就追开发、上线等排期；如果问题多，需要改动，那就赶紧给出解决方案，追下一次的会议排期
b、针对记录的争论点，会上没有解决的继续跟进，给出解决方案
c、发会议记录，将会议上的决策内容、遗留问题（如果有）、后期安排等等整理好发送给与会成员
d、改完后一定要更新各类文档，同步至各个项目干系人。特别是自己团队的成员，一定要做好文档及时更新
需求评审很大程度上能够锻炼产品经理的综合能力，能够很明显看出一个产品经理的水平，只要前期你能够脚踏实地做好前期工作，需求评审问题一般都不大，久而久之团队成员会更相信你的能力和决策，愿意跟着你干。
好啦，本次分享就到此结束，有任何疑问欢迎在公众号回复，希望能给你带来帮助。
想要更多干货分享就快来关注我的个人公众号吧！！
花名：馒头
个人公众号：我是馒头
座右铭：博学之，审问之，慎思之，明辨之，笃行之
