需求评审会对于产品经理的意义

参与方：

需求评审会议拉领导、开发、视觉、测试等多方参与。

评审内容：

评审内容以原型图为主。

多轮评审：

第一次需求评审会议，需要给团队介绍产品目标、目标用户、设计思想等等这些问题，确保大家目标一致，思路统一。会后同样也要输出原型修改点和争议点等等这些内容。

是否输出PRD文档：

一般需求评审会议开个几轮都是正常的。有的公司要求在需求评审阶段就要输出PRD文档，有的公司不鼓励写PRD文档。毕竟写PRD文档也是一项耗时的工作，开发还不一定看。当然，这因公司而异。

我还是建议写一下PRD文档，一方面可以更深刻的梳理自己的思路，让逻辑没有死角。

一方面PRD文档也是公司知识库的沉淀，人员变动时，方便传承。

另外一方面，方便测试同学写测试用例，开发也可以作为查阅手册，避免重复回答同样的问题。

当然也有人说这是甩锅专用文档。

但需求评审大体都要包含两个方面：
评审点1：需求的背景、目标、价值、可行性、思路等
评审点2：需求的具体产品方案，包含交互、规则、逻辑、分支等。

根据需求情况判断是否合并评审还是分别评审，但是，很多东西要改不是浪费时间的根源，而在于为什么发生很多东西要改，以及减少不必要的修改。