有些公司产品需求主要是自上而下逐级传达而来，也就是大家常说“一句话需求”。产品经理接到来自上级的需求后，为了保证对需求理解的准确性，需要了解需求的背景、用户场景，拆解需求，挖掘需求的本质。转化成产品需求后，再去跟上级汇报确认产品需求是否正确。
沟通过程中，需求评审会就简化成了“需求确认”。这种方式的好处就是参与的人数少，比较容易达成一致。但是由于评审范围只是局限在产品经理和直属领导之间，很难收到更广泛的、大众的意见。尤其是有些需求并非来自直属领导，这种方式就无法保证需求的准确性。
我就曾经经历过这种情况，本以为需求已经确认过了，不会再有大的分歧了。但是沟通范围扩大后，仍然有不同的意见，甚至从根本上推翻了产品需求。
所以对于一些小需求可以简化需求评审的形式。但是对一些重大需求，还是要拉上相关的评审人员，尤其是需求提出人，这样才能达到评审效果，避免后期出现不必要的扯皮。