你可以通过网上学习axure，学习怎么做原型图，学习怎么写需求文档，但你学习不了怎么开需求评审会，因为这个真的是自学不来的，你去上什么培训班也不会有人带你开需求评审会。
所以需求评审会那可是初次做产品经理，或者正在找产品经理的人的噩梦。
我刚开始做产品经理的时候，开需求评审会是我最讨厌的事情，真的不知道怎么开，生怕自己表现得不好在会议上被人怼啊，不过等我慢慢熟悉了需求评审会的套路之后，我发现这个需求评审会开起来特别简单且有意思，下面就来聊聊需求评审会上有意思的套路。
先简单介绍一下什么是需求评审会。
所谓需求评审会就是当你把原型图画出来之后，你得把你原型图画的是个啥样子给大家讲一遍，这个大家包括老板、开发、测试、运营等一堆人，所以需求评审会是很考验一个人对全场的把控能力，知道该怎么说，啥时候该说，啥时候不该说而是静静的听，这都很讲究的呢。
那么说说套路。
1、遇到不懂回答的怎么办？
遇到不懂回答的你就记得说：这个我先记下来，会后我确认完给大家答复。
这几乎是屡试不爽的套路，在开需求评审会的时候，遇到很多回答不了的问题那再自然不过了，这种时候就要分情况了，如果你发现自己决定不了，或者一下子想不太明白，你就用这句话搪塞过去，一般都很凑效，这比你一下语塞不知道怎么回答，或者胡乱瞎说一通最后被人说你想法不对头，越说越错来的好多了，先迂回一下。
当你如果发现会议上有一个人可以对这个问题进行解答或者拍板的时候，你可以直接把问题抛给这个人，让这个人来解答，一般这个人可能是老板或者运营，这个时候又会分情况，如果这个人说的很果断，那你就说我记下来了回头会在原型上补充说明，OK这个问题就过了，当这个人也回答的有点含糊的时候或者不知道怎么回答的时候，你可以认真听他的回答，并在他回答完之后进行补充或者复述一下对方的意思，增强会议的存在感，同时又可以让人感觉你很积极的参与讨论中，一举两得。一般在多次的来回讨论中会定下一个方案，如果定不下来那就回到之前的套路，记下来会后决定。
2、需求评审会如何刷存在感？
产品经理都是经常背锅且经常被开发怼的，为什么呢，因为产品经理本来就是事最多的人，试想一下，产品经理事不多那还叫产品经理吗？一天到晚提需求（搞事情）的就是产品经理，所以事情提的多了，一件事被怼一两次，很多件事情就会被怼很多次了，也是正常啦，还有一个原因就是产品经理老是爱怼别人，这不是个人问题，这是职业习惯，不怼没有存在感啊！
所以表现在需求评审会上，就是要怼别人。
在需求评审会上，你的回答一定是要被开发质疑（被怼）的，这个时候千万不能怂，一定要反驳（怼）回去，如果你不怼一怼，开发会想：“哎呀我就这么一说你就服服帖帖听我的，老兄看来你想的不够仔细啊，这个产品经理不太行喔，一点主见都没有。”
所以明白了吗？关键不在问题本身，关键是“怼”这个动作，就是要杠一杠，因为万事皆可抬杠，你比方说你设计了一个登录的页面，开发说“这个太复杂了吧”，你可以说不复杂你考虑到XXX用户场景吗？万一有人想要微信登录咋办？反过来，如果开发说这个登录页太简单了你也可以说我们得学习微信，功能设计不是堆砌，而是要做到简洁，符合用户体验。
开发虽然会一脸嫌弃，但心里会暗暗觉得，你太牛了，有个性，有想法，有思维，不错。
当然不可无限抬杠，如果发现一个问题争执不下的时候，倒不如放一下，你说我会后再想想更好的方案，或者说找老板确认一下，这个问题就可以带过了，或者直接认可开发的建议，当然我建议不能马上认可，得先来回怼几个回合再认可，这样会让人觉得自己比较有想法。
3、把自己熟悉的部分先讲，不熟悉的后面再讲
因为刚开始开会，大家积极性很高，你先讲自己认为比较熟悉的，你就更加容易扛得住大家的提问，等到会议开到一半之后，大家已经听得有点昏了，开始注意力不集中了，这个时候才讲自己不熟悉的部分，就能更好的蒙混过关，因为越到后面积极提问的人就不多了。
记住一点：本来问题都很简单，但会议上七嘴八舌就会让问题变得复杂，所以很多问题其实会后很容易就能定下来，但会议上就是变得很难。
所以把争议很大或者自己不熟悉的放后面，就是当开发人员在开发过程中发现问题再私下问你而不是在会议上，你就很轻松且压力很小的慢慢思考然后下结论，但你要是摆在会议上，你的压力就会比较大且不好决定。
4、会议结束发个会议纪要，显示自己的专业性
这个如果有条件都发，把会议纪要发给参与会议以及未参与会议的相关人员，能体现专业性，至于会议纪要写的是什么其实不重要，重要的是你的行为。
虽然说会议纪要写什么不重要（因为认真看的人并不多），但我还是要教教你该如何写，会议纪要分标题，内容，收件人三部分。
标题如：某某某功能需求评审（年月日）
内容：会议上确定了哪些内容：1.XXXX；2.XXXX；3.XXXX。
收件人：（把老板啊总监放在最前面，后面才是其他人员，或者老板不想看的你可以放在“抄送”里面）。
至于会议确定了什么内容，其实不太重要，你就写一些会议上比较重要的东西就可以了，并且可以在邮件上@开发的大佬要开发的排期（几号可以把这个功能上线啊？），这就很专业了。
好啦，注意到以上四点，需求评审会就不会再感到害怕了，其实最关键的还是练好一把嘴，积极踊跃的参与到会议中，千万不要少说话，你宁可多说一些也不要少说，这不仅可以让你更能把握会议的主动权，还能让你进步，锻炼你的口才。
看一名产品经理是否优秀，只需要看他需求评审会开的怎么样就知道了。
老板一般会去参加需求评审会，但很少会看你的需求文档，所以这是你事业晋升很好的表现机会。
