需求评审的目的是为了搞清楚：
1、需求是什么，从哪里来，对业务的影响是什么，价值在哪里，对开发的要求是什么
2、需求是一次性的，还是需要分期实现的，是解决一个问题，还是解决多个问题，扩展性如何，通用性如何
3、需求如何实现，业务方面有无配合的部分，开发方面哪里有风险，哪里是难点，哪里是重点，有没有可以复用的部分，周期如何，优先级怎样
4、需求实现之后，可以达到的效果，对业务的帮助，等等
所以一般需求评审前，要做几件事：
1、和相关人员沟通，确保这个需求是具有可行性的，对现有业务有帮助的
2、明确会议的重点，是沟通好目标还是确认细节实现的过程，准备好相关的文档、模型、低保真的演示demo，和开发人员沟通需求实现的复杂度，需要召集哪些人员，架构要不要参与、测试可能要几个人力、风控是否要介入，在会议中承担的角色和职责分别为何
3、准备好需求检查单
需求评审中，要增加交流，阐述明确，让参与评审的人员尽可能的明确的多次提问，把需求讨论清楚，并在会议中达成共识，形成决议，通过需求检查去确认遗漏。
最后就是实施。
以上为个人经验，仅供参考。
作者：张亮-lee 来源：知乎阅读
