互联网产品研发中，需求作为输入部分，要想提升质量，那就必须要做好评审。互联网的需求评审，真的还会有评审委员会，评审专家这样的角色吗，我想大部分互联网产品研发人员应该是没有这样的配置的，核心就是产品人员，设计人员和开发人员共同来确定需求质量是否符合要求，这就需要多方共同来推动质量的提升了。
评审前
会议邀约，附上需求地址。
作用：提前了解需求
评审中
需求的是否完整，是否有交互稿，需求逻辑是否自洽等等
评审后
需求的返讲，这个返讲的过程，是一个梳理逻辑的过程，不需要你把需求复述一遍，但是必须要清楚，这个需求的调整需要我从技术实现上做哪些改动。
由技术负责人来初步评估，返讲内容的正确性，也督促大家在需求评审之前熟悉需求，也同时推动产品在需求评审之前准备好需求。
结语
讲了需求评审的三个时间点，我在实践中的一些经验。