产品经理在各个流程中（评审-开发-测试-灰度-全量）的职责

在一个产品从设计到上线的过程中，产品经理大致需要经历：「需求设计」-「产品内审」-「工程评审」-「开发过程」- 「产品验收」-「测试过程」-「灰度发布」-「全量上线」这几个流程，我刚开始实习时，对于自己在各个流程中应该扮演的角色认知其实是很模糊的。所以，这篇文章主要讲解各个环节的内容、目的以及产品职责，希望对产品新人能有所帮助。

一、需求设计

简单来说就是写PRD，这部分大家都比较熟悉，就不作展开。

二、产品内审

产品内审即产品经理内部的评审，有可能是同级互评或者上级评审。一般是辨别需求的真伪，设计的合理性。有时也会有多个项目PK的情况。

产品内审的目的其实就是让你的产品同事为你的产品方案把关，保证最终输出的PRD的下限。通过产品内审，即认为该需求在产品内部达成共识，这个需求就不再是”xx产品经理的需求“，而是”产品部门的需求“。产品经理的一大禁忌，就是在工程评审时（产品内审已通过），在研发和测试面前，产品经理之间互相质疑需求的合理性和严谨性。

在这个环节中，产品经理主要要做的是将自己”为什么要这么做“”为什么不这么做“表达清楚，合理听取意见，会后改进文档。

三、工程评审

工程评审是产品功能涉及到的研发和测试们评审需求的环节。有以下几个目的：

一、工程师了解需求，遇到疑惑随时提问

二、前端、后端等不同研发工种间讨论如何配合实现

三、测试同学了解需求，便于写测试用例

我刚开始实习时，对于工程评审是十分恐惧的，很担心在会上被研发或测试同学当面质疑，或者找出PRD里的漏洞。同时，我是属于思考比较慢比较稳的类型，所以临场反应往往很慢，当他们提出问题&#x