需求评审的目的是为了搞清楚：
1、需求是什么，从哪里来，对业务的影响是什么，价值在哪里，
对开发的要求是什么。
2、需求是一次性的，还是需要分期实现的，是解决一个问题，还
是解决多个问题，扩展性如何，通用性如何。
3、需求如何实现，边界划分，业务方面有无配合的部分，开发方
面哪里有风险，哪里是难点，哪里是重点，有没有可以复用的部分，
周期如何，优先级怎样。
4、需求实现之后，可以达到的效果，对业务的帮助，等等
所以一般需求评审前，要做几件事：
1、和相关人员沟通，确保这个需求是具有可行性的，对现有业务有帮助的。
2、明确会议的重点，是沟通好目标还是确认细节实现的过程，准备好相关的
文档、模型、低保真的演示demo，和开发人员沟通需求实现的复杂度，需要
召集哪些人员，架构要不要参与、测试可能要几个人力、风控是否要介入，
在会议中承担的角色和职责分别为何。
3、准备好需求检查单需求评审中，要增加交流，阐述明确，让参与评审的人。
员尽可能的明确的多次提问，把需求讨论清楚，并在会议中达成共识，形成
决议，通过需求检查去确认遗漏。最后就是实施。
总结：5w1h
what why who where when how
需求是什么？为什么？细节和特殊情况是否全面。
什么时候做？即优先级，是否分期实现。
放到那个组、那个模块做合适，由谁做？划分边界
最后，才是怎么做？
how，重点考虑下面两个问题
针对用户量的增长
针对数据量的增长
