需求评审会是项目中最容易撕逼的会议。本文分享如何让需求评审会从
根源是：业务方提的需求模糊、开发说实现不了、产品在中间当传话筒。三方信息不对称，会上一碰就炸。
关键在会前准备。1) 评审材料提前3天发，会上只讨论不读文档；2) 明确评审标准——需求完整、逻辑自洽、可实现、可测试；3) 分级处理——核心需求必须会上过，优化需求线下了；4) 会后出书面评审结论。
最有效的是提前让技术和产品对一遍——确定可行性和排期范围。评审会只过"达成共识后的需求"是否跟各方的理解一致。会前多花2小时，能省会上4小时。
以前开需求评审会，产品经理读了一小时文档，然后技术说"这个做不了"，全场白费。后来改了流程：会前让技术和产品先对一遍可行性，评审会只过确认后的需求是否各方理解一致。
试试在线工具直接生成：访问工具站