产品经理怎样“活着”走出需求评审会?

要想”活着“走出需求评审会？

那就需要我们作为产品经理在评审前、评审中、评审后各个环节体现自己的专业性。

1、需求评审前一定要做好的准备工作

为了取得更好的评审效果，产品经理在进行需求评审前需要做哪些准备工作呢？

第一：确保PRD已经撰写完成。对产品经理新人来说，拥有撰写完成的PRD是对自己最低的要求，也是对同事的尊重，因为你连PRD都没写完就评是在浪费大家的时间。对产品负责人来说，一定要做好把关工作，确保手下员工的PRD是撰写完成的，这也是一个领导的职责。

第二：提前找核心人员进行小范围的沟通，消灭大问题。在撰写完PRD之后不要急着进行需求评审，要先找有经验的产品经理或者相关研发人员研究一遍产品方案，要提前解决产品逻辑问题，不要带着问题去进行需求评审。

第三：与需求评审会的相关方提前确定他们可参加需求评审会的时间。在实际工作中，每个人都处于多线程工作状态，所以产品经理一定要提前与需求评审会的相关方确定他们可参加需求评审会的时间，这是最基本的职业素养。当然，类似于京东这种采用敏捷迭代项目管理方式的公司，为了提升效率，会在固定的时间进行需求评审，在这种场景下产品经理一般不需要提前与参会者确认时间，但是这对产品经理的项目管理能力提出了很高的要求。

第四：提前定好会议室。由于需求评审会的相关方较多，因此需求评审会一定要在相对安静的地方进行，否则需求评审会的相关方可能听不清产品经理讲解的内容，从而导致需求评审会比较低效。最好选择在会议室中开需求评审会，在大型公司中，会议室属于稀缺资源，所以产品经理一定要提前定好会议室。

第五：至少提前两天发出会议邀请，会议邀请中要包含会议的时间和地点。在大型公司中，几乎所有的事情都是通过邮件完成的，所以产品经理在与需求评审会的相关方确定好会议的时间之后，最好再通过邮件会议邀请的形式让需求评审会的相关方再次确认，这样一是比较正式，二是邮件有会议提醒功能，可以极大提高会议出席率。

第六：在会议邀请中附上PRD。PRD是产品逻辑的详细体现，一般内容较多，如果需求评审会的相关方在需求评审会上才开始看PRD，就会导致会议效率低下。在会议邀请中附上PRD，是为了让需求评审会的相关方提前看产品逻辑，并标注出有疑问的内容，然后在需求评审会上直接提出他们的疑问，这样可以提高需求评审会的效率。

第七：提前到会议室进行演练。我建议产品经理新人提前半小时到达会议室，把投影设备调试到最佳状态，并演练一遍宣讲流程，这样有助于缓解自己的紧张感；当然对于产品老鸟来说可以忽视这一步。

2、需求评审中的注意事项

说完评审前需要注意的事项后，接下来我们说一下需求评审过程中的注意事项

第一：在进行需求评审时，要先讲需求背景。产品经理要讲清楚为什么要做这个需求，在做完以后预计会取得什么效果，让需求评审会的相关方从心理上认同这个需求。只有他们从心理上认同了这个需求的价值，才能保证最终的实现效果。如果别人都不认同这件事，你觉着他们能做好吗？领导想忽悠我们做什么事的时候，是不是也是先画大饼？都是一样的套路。

第二：在讲具体需求时，建议按照对应的责任人进行拆解。例如，在讲解功能A的实现逻辑时，我一般会说前端需要完成的工作是1、2、3；服务端需要完成的工作是1、2、3；算法侧需要完成的工作是1、2、3……这么做的好处是可以让需求评审会的相关方更加明确自己的工作内容，从而保证产品方案在实现过程中不失真。

第三：把存在争议的地方记录下来，在评审结束后再与相关人员进行讨论。在需求评审会上经常出现一种情况，产品经理研发人员、UI人员等在某一个点上产生争议，这时产吕经理可以把存在争议的地方先记录下来，在评审结束后再与相关人员进行讨论，而不要在需求评审会上争议，以免耽误其他人的时间和打乱需求评审会的节奏。

第四：评审会常见问题以及应对策略

1、研发说实现不了。

这个问题是在实际工作中非常高频出现的，所以在以后面试中面试官考察你沟通能力时也经常出这道题。在实际工作中遇到这种问题教大家一招。

如果我们做的某一个功能或者某一种交互是竞品已经实现了的，那就说明当前的技术发展水平是可以实现的，如果你的研发说实现不了，只能说明他自己的技术水平不行，这时候你可以拿竞品怼他；那如果由于其他一些原因确实实现不了怎么办呢？是不是这个需求不做了呢？那肯定不行的我们前期做了这么大量的工作去收集需求验证需求并最终输出解决方案怎么说不做就不做了呢？这时候我们要问一下有没有替代方案，如果采用替代方案会有什么影响，那如果研发说采用替代方案会导致项目延期三天，那这时候我们再评估延期我们是否接受，如果接受的话就采用替代方案即可。

2、研发、测试等人说你的产品方案不好，还不如XXX方案好。

其实这种场景在实际工作中也会经常遇到，就连张小龙都说每天有一亿用户教他怎么做产品。

所以如果评审会遇到这种问题不要慌，我最不推荐大家说的是：哎你这个方案太好了，我怎么没想到呢？大家想我们产品经理的核心职责就是出方案，如果你输出的方案还不如研发、测试他们临时想出来的方案，那你存在的意义何在呢？你在整个团队的威信何在呢？所以即使你也觉着他们说的有道理也要说，这个等我评审完评估一下。最理想的回答方法是什么呢？就是你这个方案其实我也想到过，虽然有一定的优点，但是缺点在于XXX，所以经过综合比较我最终采用了咱们PRD中的方案。这样说就能让其他人对你刮目相看，说明你思考全面逻辑严谨，当然这也就要求大家一定多思考多花时间打磨自己的产品。