产品经理跨部门协作与需求评审流程纲要

产品经理如何有效地进行跨部门协作，并详细介绍了组织和执行需求评审会议的流程与技巧，旨在提高产品开发过程中的沟通效率和成果质量。

产品经理常见沟通对象

产品经理60%工作是在沟通

细数了一下，在现在的日常工作中，我需要协作、沟通的部门包括: 

1.老板:也可以把老板当做产品总监，本质上是我的非公司体系架构上的直属领导，负责帮我指引梳理产品的发展方向。

2.研发:这个不用细说了，日常沟通最多的就是研发,我们共同推进产 品的迭代。

3.设计师:因为是B端的产品，对于用户体验的要求没有那么高，所以沟通不是特别多，但也很重要。

4.售后:在SaaS公司，售后角色- -般是指客户成功部,除了研发之外,我与他们沟通最多的，也是产品获知客户需求，了解客户需求最主要的来源。另外,产品上的决策、进度、计划，也都会定期同步给他们。

5.技术支持:客户反馈的bug,或需要的支持，- -般都是先由技术支持部门]处理，他们无法处理的，再由产品接入，决定后续的处理方式。

6.销售:与销售的沟通,和与售后的沟通类似。区别在于，产品对于这两个角色的支持的侧重点不- -样，就不在这里展开说了。

7.市场:沟通相对较少,市场部主要负责宣传、推广，所以产品提供的支持更偏向于- -些产 品基本功能的资料。

8.客户:客户是不可忽略的一个角色，与客户的直接沟通，虽然不多,但却是非常重要的，每-次都要做细致的准备工作与总结，我个人是非常珍惜这种与客户的亲自沟通，并且非常重视客户提出的一手的需求。

需求评审精简流程

产品经理完成业务流程图、产品原型图、产品需求文档后应组织项目相关人员参与需求评审会议确定最终需求，需求评审会议应以正式会议的形式开展。

参与人员：项目组全体成员，技术开发负责人，产品部负责人

（1）会议中，研发人员根据产品经理的描述发表疑义，产品经理进行解答；

（2）对于产品设计过程中考虑不全面或存在更合理设计方式的点，产品经理需记录并在会后进行更改，更改完成后项目小组内部沟通确认需求。对于较大规模的变动，产品经理更改后需重新组织需求评审会议进行二次评审；

（3）需求评审后，UI进行产品设计版本原型展示，确定产品整体外观样式，或提出更改意见，UI进行修改，修改后项目内部通过后方可使用此版本设计风格；

（4）需求评审完成后，研发负责人会议对产品功能进行拆分，拆分后将各功能模块进行开发责任人划分，并评估工期。除此以外，产品与开发负责人应共同制定产品各个时间节点，包括：产品整体功能开发完成时间点，产品联调时间点，产品测试时间点（包括测试环境测试，预生产环境测试，生产环境测试），产品上线时间点。

（5）产品需求评审通过后，项目小组成员需要签署需求确认书。

需求评审其余具体内容：

1. 产品经理自己讲解产品原型图，详细阐述产品功能需求；
2. 需求讲解后，产品与开发人员共同确定产品数据库关键字段；
3. 研发人员需确定产品具体功能点的接口，并详细记录；