提到需求评审，绝大多数产品新手都会联想到自己熬夜伤肝写出的产品需求在评审大会上被开发、测试、项目经理、UI、运营等轮流攻击更有甚者可能会骂你傻X。但事实真的是这样吗?

非也、非也。是你想太多。

产品需求评审，可以说是在产品经理职业生涯中极其重要的一个环节，这也是团队合作最重要的一步，那为什么重要呢?且听我一一道来。

1.  产品需求是产品开发、测试的源头，技术团队会按照你的需求文档、原型，原模原样的开发出产品。你想想，要是你将自己关在小黑屋7天7页写出3000页的需求文档，一句话不说就丢给程序猿，他能有耐心看完3000页的文档么?就算硬着头皮看完了也会有各种各样的问题，你不解决他的这些问题，就让他直接开发产品。他敢开发，你敢用吗?

2.  三个臭皮匠顶个诸葛亮，个人能力再厉害也难免会有遗漏之处，集合大家的智慧，查遗补缺，才能将产品的需求尽可能的完善不?不然产品上线后处处是漏洞，用户跑了再也不来了，你也该打包下铺盖，出门度度假了。

3.  产品、开发、运营会抱团战斗，必须要做到信息同步、职责分工明确，需求评审时就将各个岗位的分工和任务时刻表定下来，确定好协同行动时间表，各个部门按照计划行动，效率极高。也不会出现有人掉链子而影响你产品效果的事情。

4.  锻炼自己演讲和应对突发提问的能力，作为产品经理会吹水不是本领，会正确的吹水才是真本事，而需求评审大会就是极佳的练兵场，难免会遇到形形色色的人提出各种各样额问题，而你作为评审主持人，需要一一化解，应对的多了也就成了老司机了。平时多流汗，战时不流血。哪天新品发布会你要上台介绍产品，再也不会慌了。

5.  方便后期甩锅，你懂得。评审大会，各个相关人员都在现场，细致的评审你的产品方案和需求，各种问题会当场提出解决方案，这就是大家一致决策的哦，会在会议记录中详细记载的。比如：有些产品功能需要大量的开发力量，评审时程序猿们都是很清楚的哦，后续再说实现不了，会议记录可是白纸黑字记下了当时的结论哦。

说了这么多，作为产品经理的你，不能再害怕产品需求评审了，需要迎难而上，主动的开展大量评审，快速的提高自己的产品设计能力。