假设产品经理突然跑过来跟你说，【明天需求评审】，你应该如何处理？【拒绝】业务需求不能从天而降，而【需求评审】就更加不能从天而降，我文档都还没看呢，评审时间就定了。另外需求评审前是得做一些准备工作的。1、先跟研发对，这个强调很多遍了；2、提前发需求文档：注意文档一定要提前发，但不是发了就完事了，那么长的需求文档，文字一大推，图片又多的，谁会耐心去看呢？产品经理是绝对不能指望提前发文档，大家会细看，这个是绝对不可能的。那可以怎么做呢？要引导。【例如：Sam哥，这块是这个需求里中后台相关的，这块我的理解是这样子的，麻烦你【重点】【优先】看这块。】一个项目，不同业务线的人都会涉及到，不同的人关注的点也不同，那就让相关的人优先重点看相关的部分。3、小范围讨论。意思是说，也不用在需求评审前，把前端、后端、测试等拉到一起开会对一下，那成本太高了。比较好的做法是，针对一些细节点，单独去找对应的人，深入的讨论一下。比如说，今天我就跑去跟前端对一个图片的细节，然后又跑去跟产品讨论了一下，某个功能点的成本问题，接着也跟组内的童鞋讨论实现成本，一路串下来，很多地方可以达成一致。这样做的目的是：【避免在需求评审的时候，陷入细节以及出现一些意外的东西，导致需求评审失败】当然我觉得应该是产品经理去串，而不是开发。【小结】 需求会议要想成功，听到凯旋的声音，产品经理事前的准备很重要。千万千万不要指望提前发文档或者希望大家在需求会议上给出什么建议（大家未必会认真的听），然后就能成功。