产品需求评审的意义和作用，远大于想象！

产品需求评审的意义和作用，远大于想象。要说清楚这个问题，还要从以下几方面说起。

一、到底什么是需求评审？

产品需求评审是已设计完成产品进入正式开发之前必须要面对的重要一环。需求评审的目的是要让项目组所有人都认为需求已经没有什么可挑剔的问题了，这样才算需求评审最终通过，所以需求评审也是一个“鸡蛋里挑骨头”的过程。需求评审工作做得好，对于后续产品开发、测试、上线、交付等都有很大的帮助。

二、为什么要做需求评审？

进行需求评审的目的是要让参会者清晰地了解产品需求是什么，产品需求从哪里来，当前产品需求的实现对现有业务有什么影响？预期收益是什么？让技术方（前后端技术人员）及测试人员对产品有详细的了解，以便后续高效地开发及将产品方案落地实施。同时，需求评审做得彻底，将细节问题都考虑和解决后，对于后续测试人员编写测试用例很有帮助。同时，产品评审会议做得彻底也会避免在开发阶段再反复沟通确认，最终导致在开发过程中频繁改需求甚至返工，对项目造成很大影响。所以，产品需求评审彻底、有效、注重细节问题的解决对于后续开发工作来说是很有帮助的。

当然，很多时候，就算是在需求评审过程中将能考虑的问题都解决了，也不能完全排除在项目开发过程中出现一些特殊情况。在这种情况下，在遇到特殊情况时，就只能按照项目管理过程中的风险识别方案，尽早识别并提前规避或通过其他方式进行解决。

同时，在项目评审过程中，要让参会者清晰明确地知道自己在整个方案落地过程中处于什么位置？自己的职责是什么？自己需要做好哪些准备，需要提前做好什么准备工作能够很好地帮助或推动产品需求会达到一个不错的结果。只有项目组各成员都对各自负责的事务及工作有一定的预期了，最终在产品实现和工作落地时就会达成心理预期并最终实现各自工作的完美落地。

在需求评审时，主要要讨论：产品实现的方案及实现逻辑、评估产品方案的技术难度及实现范围。如果项目比较大，功能比较多，需要分期实现产品开发功能，还需要考虑分几期实现，每一期具体实现什么功能。每一期的投入和产出比怎么样？

在产品正式落地开发之前，如有必要，还需要进行多轮的验证，毕竟互联网产品讲究小步快跑，快速升级迭代的方式，通过这种方式来快速验证和权衡产品设计是否合理，产品体验和商业价值是否能真正完美落地。

三、需求评审的参与者有哪些？

产品需求评审涉及到项目组所有成员，所以不管哪种情况，产品经理务必保证核心负责人到场，个别干系人可私下再沟通协调。一般的项目成员包括：产品经理、项目经理、UI设计师、交互设计师、前后端开发人员、测试人员、运营人员。特殊情况下，还需要相关干系人参会，比如：公司老板、其他相关业务人员等。

四、需求评审前、中、后各要做什么必要工作？

（1）评审前，需要保证对应的资料信息是齐全且完整的。

在产品需求评审会议正式开展之前，需要各相关责任人提前准备好相关资料信息，包括：PRD文档、UE设计稿、UI设计稿等。

在正式进行需求评审之前，产品需要提前与项目团队人员沟通，将一些问题尽量提前解决，避免闭门造车导致在正式评审时出现很多大的问题，最终导致开发中后期大量修改或调整需求甚至是重新设计并开发产品。

在需求评审会议正式召开之前，提前将评审方案发给项目组相关人员，让大家提前查看。在需求评审的前1-2天可以把产品内部确认好的方案以邮件的形式发出来（可通过邮件的方式统一发送），并在邮件中备注清楚请与会者提前查看产品方案并做好问题备注，如有可能可以让与会者提前将问题反馈给产品经理，产品经理可提前补充完善，以便后期在正式进行产品需求评审会议时可以高效完成需求评审。至于怎么让与会者能够将过程中的信息及时反馈给产品经理并及时告知产品经理进行修改和调整，这就有点考验产品经理的沟通功力了，不管是私下请吃饭还是通过其他方式，这就需要产品经理自己考虑了；同样需要注意的是，很多产品经理习惯把没有经过产品内部确认的方案发出来，会让团队内部人员有异议。其实大可不必这样，因为产品需求评审方案最终还是会发出去，提前发出去一对一沟通并在团队内部和相关人员进行沟通并提前将问题落实解决，最终在正式产品需求沟通会议的时候就会相对顺利很多。

除了主要要准备的文件之外，产品经理还需要考虑其他参会文件，同时对于无法参会的团队核心人员及时通过邮件和单独沟通到位，保证团队每一个人都能够清楚地知道需求评审的内容；产品经理不要让自己成为【产品需求评审这件事】本身的瓶颈。

（2）评审中，需要明确会议评审的目的和最终需要解决的核心问题

明确会议背景及会议目的。产品经理组织并召开需求评审会议首先就要给项目团队人员讲述清楚此次会议召开的目的、项目背景、核心业务逻辑和主要要解决的核心问题。

切勿立刻进入方案细节讨论环节，先要将项目背景、流程、角色讲清楚。

主动掌握节奏，切勿引发不必要的争论。

在会议上及时告知项目组人员，需要项目团队人员及时给予什么样的支持，在什么时候给予什么样的反馈。

评审会议主持一般是项目经理或产品经理，需要在正式主持之前先自己过一下流程和评审过程。提前预判可能会出现的问题并提前给出解决方案。在整个评审过程，请仔细倾听每位与会者的问题及反馈做好备忘，能及时解决的，当下解决即可，不能及时解决的，会后再处理。在需求评审的末尾，产品经理可以把会议备忘信息和会议纪要整理好，以备在项目会议之后核实完善后及时发给项目组成员。在会议过程中，特别要听取并记录项目组每个团队成员的反馈，并及时修正反馈。

（3）评审后，再次完善并检查会议纪要并根据会议纪要内容进行问题解决并反馈。

整理遗留问题，及时找相关项目组成员及时沟通解决。

及时完善方案，更新产品文档并上传到公司相关管理系统，比如：将评审通过的产品文件上传至jira/禅道等。

发送会议纪要时，特别忌讳一点就是：不要争论某个事情是该项目组某个人来做还是产品来做。最好在会议准备文件中就已经做好明确分工，并在会议过程中根据团队人员实际讨论结果进行调整并经过相关人员确认，最终确认无误后同步以上信息给项目组对应成员，及时跟进和反馈。

后续工作计划，明确责任人，后续持续跟进并反馈相关信息。持续优化，持续迭代。

产品需求评审对产品开发落地非常重要，所以一定要多加重视，为产品后期工作顺利开展和实施落地打好基础。