如何开好需求评审会并做好需求评审？【附需求评审会核心检查清单】
UI设计师：为什么页面结构这么复杂，跟我们目前根本不是一个风格的东西。
研发人员：你确定要这么做？开发难度很高啊，周期可能会很长！
运营/市场人员：你这样的目的是什么？你确定用户会喜欢？我觉得没有卖点啊。
然后就需要产品经理一个个耐心的解释需求，然后耐性消失开始卖萌耍贱，直到被逼死后大家勉强达成共识！
需求评审
什么是需求评审？
简单来说就是一个评议、审查、明确需求、统一思想并确定实现过程的会议；俗称挑刺大会，撕逼大会，逼死产品经理大会。
是产品经理阐述自己的需求设计思路和结果的一个重要环节，也是需求从设计环节到开发环节转化的中间桥梁。
需求评审可以起到承上启下的作用，如果在这个环节不能让相关方理解你的设计思路，要么需要进行二次评审，要么在后续的开发测试过程中会出现很多待确定的事项。
为什么要需求评审？
让所有人相关者都明确需求的背景和目的。
向需求的提出方确认需求，向需求的相关方（前后端开发的小伙伴，相关产品线的产品）确认需求，避免产生理解不一致的情况，也能及时发现并修正评审过程中的疑问和新的建议，完成更优方案迭代。
需求评审的目的是什么？
1、与相关方达成统一认知：
认知一致，大家在才能为了共同的目标讨论解决方案。系统设计人员、开发人员来说，需求理解的越透彻，开发实现的完成度就越高，越不容易偏离需求设计结果。
2、需求评审过程本身也是一个知识传递过程：
相关人员可以与产品经理一起讨论需求设计的前因后果，这有助于相关人员获得用户需求的前期认识。
需求评审过程中可能发现不明确的或者遗漏的需求，此时需要产品的二次确认。
需求评审很多时候也是一个迭代过程，很多情况下不能一步到位，事实上，这并不是什么坏事。
我们都知道，需求失真发现的越早，修复成本越低。评审人员在多次迭代的评审过程中，或许能够发现解决现实问题更好的方案，而且他们对每次评审中出现的情况也比较清楚，知道哪些问题导致评审不通过，哪些需求可能还会有进一步变更等等。
3、需求评审过程中可能发现某些间接需求或隐藏的问题：
此时需要与会人员共同讨论，根据项目的目标来挖掘对组织价值更大的需求，善于去利用问题，在最开始的时候尽量沟通全面清楚，避免后续返工。
需求评审需要做什么？
评审前
将需求文档、流程图、原型提前发给有关人员，让大家知道评审的内容；
和核心参会者确认可出席时间并提前发出会议邀请，定好会议室；产品经理可提前到会议室进行准备。
评审会上
讲解流程：需求背景-用户与需求-功能模块-流程-原型与交互-数据指标-资源和上线时间；
先从需求背景或者用户故事说起，不要一上来就开始讲功能
在需求评审的开始阶段，首要讲解的不是具体的需求设计结果和功能点，而是要让参与评审的相关人员先明确需求产生的背景。要让大家知道需求产生的来龙去脉，这有助于大家建立初步的认知。从用户那边收集过来的，老板提出来的，业务部门提出来的，还是产品经理团队自己发掘出来的，以及需求产生的过程。
其次要让大家知道需求实现的目的和价值，这时更多都是预估的，若有相关的数据分析支撑，会更有说服力。价值能够量化的情况下尽量量化，用相对科学的方式去计算预估。不能量化的情况则需要定性的描述，把实现的目标和完成的标志说明清楚，这样大家就清楚的知道去实现的意义，价值越大，实现的必要性越高。
将需求文档内容分模块输出。有节奏和条理，控制好时间，阐述功能、流程和方案，并开展讨论“总分总”的方式。可以先说明白整体步骤，先做什么，再做什么，最后做什么。然后再按步骤细评各个环节的细节，都评完后再阐述一下总的流程。
阐述逻辑时也一样，先讲述通用逻辑，后补充特殊逻辑以及一些异常情况。
控制时间：作为评审会主持人，除了交代清楚需求，控制评审的节奏和效率也是十分重要。一些与会议无关的话题，要及时收住，提示大家回归正题。（有时开发会陷入技术细节讨论，如果与会人员较多时，细节讨论时间过长时可以提示对方会后私下讨论）。
记录重要争论点，评审中与会场所有人讨论做决定，如果会议中无法得到结果或者需要数据支持，则可以会议后通过下次评审或者通过书面形式进行；
确认需求目标，即功能上线达到什么目的，相关数据指标；
确认项目预计的上线时间和需要什么资源；
评审后
整理遗留问题，并拿出解决方案；
发出会议记录，使每个问题都有具体行动计划；
发出修改后的需求文档，并更新到内部系统中；
如有需要可约下一次的评审时间；
需求确认后，追排期；
做好需求评审会核心检查清单V2.0
1. 产品定位和目标是否明确，符合目标用户的实际需求？
2. 是否有足够的市场和竞争分析，对目标用户和市场环境有更深入的了解？
3. 产品的主要功能和特性是否可以满足用户的需求和期望？
4. 产品界面设计和交互是否符合用户体验和使用习惯？
5. 产品的性能和稳定性是否足够可靠，是否考虑到了提高性能和稳定性的方案？
6. 是否有关于数据安全和用户隐私保护的规则和措施？
7. 是否有充分的计划和方法，以确保对产品进行全面的测试和验证？
8. 产品推广和营销的策略是否充分考虑，是否充分利用了各种渠道和资源？
9. 是否有完善的用户反馈和改善机制，以不断提高产品质量和用户满意度？
10. 是否有充分的风险评估和应对方案，以应对可能出现的问题和挑战？
11. 是否有明确的产品规划和路线图，以支持产品的持续改进和扩展？
12. 是否有达到财务业绩和盈利目标的策略和规划？
13. 是否有满足法律和法规要求的措施和规定，以确保产品的合规性？
14. 是否有实施敏捷开发方法，以支持快速迭代和灵活性？
15. 是否有明确的产品质量和安全标准，以确保产品的质量和用户安全？
16. 是否有建立完善的数据分析和监控机制，以全面掌握产品的使用情况和用户反馈？
17. 是否有定期的产品评估和审查机制，以识别和改进存在的问题和不足？
18. 是否有与合作伙伴和客户进行密切的沟通和合作，以满足用户需求和要求？
19. 是否有明确的产品管理和运营方案，以确保产品良好运营和维护？
20. 是否有建立健全的团队和协作机制，以确保项目的成功和团队的稳定？
21. 是否有满足可访问性要求的方案和规范，以确保产品在不同设备和平台上的可访问性？
22. 是否有明确的用户群体和用户画像，以支持产品的针对性设计和开发？
23. 是否有符合GDPR等隐私保护法规的方案和政策，以确保用户数据的安全？
24. 是否有建立完善的服务和支持机制，以满足用户的需求和反馈？
25. 是否有进行过市场测试和用户调查，以对产品进行精细化和改进？
26. 是否有建立明确的文档和知识库，以支持产品的培训和用户支持？
27. 是否有明确的跨部门沟通和合作机制，以提高效率和协同工作？
28. 是否有针对产品的特点和市场定位，进行了多种营销和宣传手段的分析和实践？
29. 是否有建立完善的用户反馈处理和用户投诉机制，以持续优化产品？
30. 是否有明确的产品升级和维护计划，以确保产品的可持续运营和开发？