先给大家简单说一下BRD，PRD，MRD的作用。
BRD是给老板写的，告诉老板，这个功能能赚钱，老板就开心了
MRD是写给市场部看的，就是他们要给你找什么样的用户。
PRD是写给技术设计的，相当于图纸，有了这个东西他们才能开工。
BRD和MRD一般是运营写，PRD是产品经理写。
不过你要完全把PRD交给产品经理，后面会巨坑。
我一般是做个简单的线框图，图上加上说明，再做个流程图，然后拉上产品经理一起过一遍。这个过程中他会问很多问题，比如逻辑的合理性等等，可以为之后避很多坑。
如果产品经理特别忙，我也会把PRD的框架先写好，让产品经理在我的框架里完善细节。
然后就是重头戏了，「需求评审会」。每次评审会都跟唱跳rap似的，一边是运营产品需求部门，一边是技术和设计，两边在会议室排排坐，主持人PMO一声令下，开始PK。一般来说，对方是掰透不过我们的，我们每次都是有备而来，提前准备好了数据和案例。对方狡辩能力再强，也无法否认事实。技术和设计同学都超忙的，基本上都是突然被领导指派来听。我的必杀技就是，“你有更好的方案吗？”对方一想，需求存在，现有方案不完美，但比没有强，也能接受。最忌讳的就是拉上级入群，这样对方会觉得你理亏，即使在官大一级压死人的情况下答应了，心里还是不服气。而且领导每天忙的飞起，你老cue领导，你觉得领导咋想，作为一个主管或者总监，领导天天给你擦屁股，烦不烦？
如果你到了运营负责人级别，需求管理是最重要的艺术。
大家都是打工人，既然需要技术设计同学一起配合，就不能无限压榨。尤其是当人家正在忙一个大项目，谁也不想接更多需求。
需求的其中一个来源，是我们运营自己。所以自我筛选是很重要的。有时候手下的小伙伴提需求，我会让他们拉个测试群，自己人肉测试一下方案。我不爱说以我的经验，这个方案不行，他们会想，以我的经验我还觉得行呢。所以我就让他们自己试一试，被现实毒打一遍他们就成长了。这样还能给「评审会」积攒数据。
另一个来源就是老板，全世界打工人都讨厌老板需求，Facebook的人也不愿意做扎克伯格需求。但你不能直接说，你似不似傻。你要跟他说，老板你看，如果插入这个需求，原本的计划就会延期叉叉叉月，到时候可能会损失叉叉叉的钱。钱是大多数老板的痛点，这么一说他自己就会否掉。
有些时候idea在老板的心里总是挥之不去，他偶尔又跟你提起，这个时候你可以说，我们商量了一下，加加班，下个版本挤出一点时间，我们争取把您的需求加进去。
这样老板心里别提多亮堂了，然后等下个版本的时候，他就忘的一干二净了。
我觉得老板最好就是没事喝喝茶，钓钓鱼，去去洗脚房。公司已经做成了，剩下的就是不断维护来保证长尾效应。就跟你做个视频火了，即使不管他，后续也会有播放一样。老板其实没必要像之前那么累。
网友评论