产品经理的战场：需求评审会

你还记得自己参加过多少场「需求评审会」吗?不管自己是作为主机主导，还是作为僚机配合，「需求评审会」的现场都是让人不明觉厉。而产品经理就是在这一个又一个的「需求评审会」中磨练过来的，是一个真正刷怪升级的过程。据说「需求评审会」又名「撕逼大会」，你可以感受下这其中的画面感。

产品经理组织的「需求评审会」类似多方会谈，与会人员很容易进入角色后产生「自主」情绪，形成正反两派甚至是多派，最后由「讨论」演变为「辩论」，有点类似「奇葩说」的形式。产品经理在这个「辩论」的过程中，不断展示自己的观点，希望获得更多的认可，可不少产品经理都在这个「辩论」的过程中把自己搞的伤痕累累，十分狼狈。

关于「需求评审会」的个人目标

产品经理需要明确自己在这次「需求评审会」的个人目标是什么。这个目标是制定给自己的，而非给团队制定的，说白了就是通过「需求评审会」达到什么效果。

比如：让开发团队、测试团队的同学能认同自己本次迭代的产品方案，这是一个非常务实的目标。

比如：让开发团队、测试团队知道自己和设计师在产品策划阶段尽了多大的努力和尝试，这是一个展示设计团队的目标。

比如：向开发团队、测试团队展示自己严谨的思维逻辑和出色的产品设计能力，这是一个偏个人的目标。

虽然出发点不同，但这些都算是一个前置条件。

关于「需求评审会」的原则

一、「不要试图将自己的想法移植到别人的大脑中」