《产品经理常见面试题解析》2.8：产研沟通

上篇文章，我们从需求管理的视角，谈到产品经理在与业务交流的时候是倾听者的角色，与研发侧的交流是牵引者的角色。这篇文章，我们就展开谈一下，产研沟通时，产品经理为什么是牵引者，以及如何牵引。同时，也浅谈一下，很多同学关注的，产品经理与研发日常撕逼其现象背后的原因等话题。通过这些话题的剖析，我们可以更为全面的了解产研经理与研发同学相爱相杀的日常，也就可以从容的面对一些面试中可能出现的送命题：产品与研发产生冲突怎么办？研发拒绝做产品提出的需求怎么办？

------------

有关产品经理实习、简历、校招、面试以及产品经理职场进阶的内容会陆续更新至《产品经理常见面试题解析》专栏中，欢迎订阅；或者给我私信、留言，一起交流、讨论产品经理相关的话题，在牛客创建我们的产品经理互助成长圈子，我们将组织产品原型点评、产品案例分享、产品实战任务观摩、产品相关问题答疑、产品经理职场发展等专项指导，陪伴大家持续提升产品经理岗位能力，成长为一名优秀的产品ers。

------------

1、信息对称是基线

产研沟通，务必确保需求表达的准确与完整。工作日常中，产品经理要将业务侧的需求，全面&细致的通过产品语言（流程图，原型，PRD）给到研发侧。产品向研发传达需求，切忌像挤牙膏一样，今天给出一部分原型，明天再加点，PRD也是持持续续，补补钉钉。如此的产品输出节奏，会让研发疯掉。因为研发在做新的需求，尤其是从0~1的起步阶段，需要结合产品化设计，进行数据表设计，研发架构设计，前端框架选型……。

就如同，预期建造10层的大厦，需要的底座深度和宽度是一个量级；如果是100层的摩天大楼，那对底座的设计就完全不一样了。试想一开始计划建10层，建到半截，有追加需求，说要加高到100层，呃……

所以，在面试时，遇到询问需求完整性相关的问题时，产品同学一定要认识到需求完整的重要性，结合自己的实习项目经历，具体例证说明，自己对于需求完整性的重视和管控方式，如：N轮评审、同理心、高保真Demo对齐、版本管理、邮件备忘……。

2、逻辑正确是底线

产品同学在表达需求的时候，界面不是那么太好看，交互可能还需要优化，这些都是可以接受的。但是如果业务流和数据