需求评审只是定义了需求是什么，但是实现方式有多种。B 端产品经理对需求理解更深入，为了方便沟通，减少需求传递过程的认知偏差，会直接产出产品原型。完成设计方案后，需要通过评审会确定设计是否满足产品需求，以及设计的合理性，这就是“需求设计评审”。
设计评审侧重于需求设计方案和实现逻辑的评审，一般包含团队内部评审和产品线评审。
内部评审主要是通过团队的力量查缺补漏，减少正式评审时可能遇到的阻力。对于 B 端产品，系统之间的关联性比较强，通过内部评审还可以拉通、对齐关联系统，实现系统间的有效联动。
产品线评审主要是面向业务方、技术团队，目标是确认设计方案，推动设计落地，评审中包含了大量设计细节的澄清。
需求设计评审是从设计转到开发非常重要的环节，如果方案问题较多，修改后需要进行二次评审。如果评审不充分、不到位，后续的开发测试容易出现各种意外，产品经理则要不断地填坑。