开BRD评审会是一个稍微成熟的互联网公司在任何产品功能开发前的第一步，这一步主要的目的是，让各方的负责人对要开发的功能有所知晓，确定是否开发，完善方案，并定下开发的优先级。
作为一名成长中的产品经理，未来一定会遇到这样的情况。要开发一个功能，于是你需要召集一大帮人一起来开个评审会，这个时候，你还没有任何经验，对于邀请哪些人、什么时候发邮件合适、会前怎么准备、会上说些什么、怎么达成共识，可能都是一脸懵逼。因此，一次BRD会议的预演非常重要。
具体的整个BRD会议的组织流程应该是怎么样的呢？
1、写好一份完整而有说服力的BRD。一份经过深思熟虑的BRD文档几乎是会议召开的基础，因为会议几乎都是针对这份文档去考虑的，一份完整的BRD文档一般需要回答以下几个问题：
为什么要做？（背景、市场空间、竞争对手、环境等）
打算怎么做？（产品规划）
需要投入多少资源？（人力成本、软硬件成本等）
最终能获得什么收益？（带来多少收入、带来多少用户）
做这个有没有风险？（开发工期太长？没有带来用户或者收入？突发状况影响？）
2、事先和干系人做好沟通。哪些是干系人？和项目实现直接相关，或者对项目有一票否决权的人。如果没有他们的同意或者支持，功能无法上线的人。一般包括业务提出方，技术负责人，产品负责人，有的时候还会包括法务和财务部门。
3、会议流程中的产品介绍。最好能够预演几遍产品的陈述，以最直白的语言和最清晰地逻辑去讲清楚，因为什么出发点，要去做一件什么事，需要投入多少资源，最终希望能够获得什么成果。只有自己对这件事非常熟悉了，才能更好地介绍出来。
4、会议中的疑问与讨论。把要做的事情介绍出来只是最简单的一小步，下面才是真正的交锋时刻。因为各方会在自己的角度提出各种疑问、建议或者意见，这时候一定需要做到让大家畅所欲言，并可以开放性的观点，目的是让大家对于一些问题达成共识，讨论的最终是能够达成一些重要的共识，需要在会议中把这些共识确定下来，主要的有：
如果做，那么产品需要做的主要改进在哪里？时间排期怎么样？
如果不做，那么方案需要怎么修改，才能继续推进？
5、会后的问题确认进入下一步流程。会议主要做的工作就是达成共识，下一步主要需要做的是调动可以调动的资源，同时完善产品方案到PRD阶段，进入下一轮的PK。
尽管知道会议要准备这些东西，但是在组织这样的会上，你一定还会遇到各种问题，下面就是很可能会踩到的一些坑。比如：
在会议邮件中某些重要的人回复无法参加；
在会上大家讨论的时候，发现BRD的各种不完善，在BRD还没有过硬的情况下就拿出来讨论了；
当谈论到某个功能的技术实现时，你由于没有事先考虑到，完全懵逼；
某些人由于对于会议的驾轻就熟，开始讨论到另一个点的东西，滔滔不绝；
这些其实也都是因为准备不足，或事先没有考虑、或经验不足所造成的。因此，你需要在这些挑战中不断地去思考，不断地去总结，才能做到在会议中更加熟练、游刃有余。
