编辑导语：在日常工作中，沟通是一直被大家所强调的一件事。作为一名产品经理，与研发的沟通就显得尤为重要，因为你们是同一条生产链上的战友。作者总结了自己的一些经验，反思该如何与研发处好关系，做到相互尊重，有效沟通。

刚入职一家初创公司时，作为产品负责人，希望能改变现有的乱麻般的产品体系及交付质量。于是耗费了一周多时间梳理了产品、项目，与关键岗位的同学进行了较为深入的沟通。

最终输出了一份关于问题及解决办法的材料，但满怀信心的沟通结果成为一场菜市场般的喧嚣，个人瞬间down到谷底。在冷静后，开始反思该如何与研发处理好关系？

一、自我反思

我是一个爱反思的人，我更愿意相信别人是善意的。我将整件事从头到尾进行了一次复盘，发现我的问题主要有以下几点：

1. 空中楼阁

我还未从上家公司走出来。上家公司在研发体系的建设上，质量不一定有多好，但岗位分工、人员配置等都是完整和充足的。而现在公司因为初创的缘故，有些岗位是缺失的，人手是不足的，这就导致很多在岗位明晰、人员充足时候不存在的问题就暴露出来。

比如研发人员不足，研发同学没有足够的时间去review自己的代码，写完后就提交，而运维人员缺失又使得测试同学只好自己拉取代码，很多问题就在这里出现了：代码质量低、测试反反复复、交付时间改了又改。

我在分析的时候，未考虑这些实际情况，导致提出的解决方案就像是空中楼阁，研发同学自然有意见。

2. 推己及人

我忘了反思产品团队的问题，我只关注了研发同学。我没有将产品团队自身的问题暴露出来。很多产品的设计文档都是缺失的，难以想象研发同学是怎么理解并完成开发的！

就像那句老话一样：当你用手指指着别人的时候，别忘了其他几个手指指着谁。未言明产品自身的问题，将沟通变成了单方面的指责，引发冲突就是必然的。

3. 只有问题

最重要的一点是我只找出了问题，我没有归纳总结出好的地方。比如有些研发同学能力可能不一定多强，但能为了交付主动加班加点，能在发现问题的时候第一时间从自身找问题，找寻解决办法，不推脱。

一个摸爬滚打了几年的团队肯定是有其闪光点的，而我作为一个刚来的新人却对他们进行了如此严厉的指摘！一句话：你谁啊？

二、应对方法

1. 道歉

反思自己及团队的问题后，我就开始找研发同学私聊，先诚恳的道歉，获取对方的谅解。

这里需要说明的是初创公司不存在什么领导、下属一类的说法。自然也不存在放低姿态之类的，就是很直白的道歉，而研发同学的简单也是很共通的，但道歉的时候千万注意自己的表述方式和用词，以免造成再次误会。

2. 先解决自身的问题

先对产品内部的问题进行梳理和总结，并向上延升到商务——产品需求和项目交付的发起和终止者。

制定了新的流程，明确了各个岗位在整个流程中责任边界，对各环节的交付物及交付方式进行了明确的定义和要求。比如客户需求沟通环节、产品需求评审环节等。

3. 再帮助研发同学解决问题

首先是对研发同学需要参与的环节进行了新的界定，将可参与可不参与的环节去除，例会改为按项目而非按部门，无需全员全程参与，让研发同学有更多的时间干活。

其次是按项目设置技术PM，尤其统一对接和管理项目，协调研发同学工作，而非大家都参与（不是所有研发同学都喜欢管理），看似扁平管理，实际却是人人都在管理和被管理。

产品经理只能找技术PM沟通，禁止直接找研发同学。再者将工作量评估这一关键工作重新放给研发同学——不再由产品或商务界定，让专业的人做专业的事，保持尊重的同时，也保证了合理。

最后分享业内比较成熟的代码质量管理方法，当然最终如何采用由研发同学内部确认——保持尊重！

三、理想的共处方式

1. 共情

对研发同学的工作保持足够的respect。产品经理可能多多少少都知道些功能的难易程度，绝对不能因为研发同学实现不了某些产品经理以为的简单功能而对其冷嘲热讽。

好的产品经理应该想想还有没有别的设计方案或者反思自己的设计方案是否存在问题。简而言之，是奔着解决问题的目的去沟通，而非其他。每个人都有一个成长过程，每个人都有自己不擅长的内容。

2. 共生

无论是项目还是产品，大家都应该是其负责人，目标应该是一致的——成功完成！而非刻板的界定：我是产品经理，写好PRD就好了。

我是研发同学，写代码就好了！作为产品应该有意识的去引导研发同学：你不是在写我的产品需求，你是在完成你的作品！我们是互利共赢的一条船上的战（ma）友(zha）。

3. 担当

千万不要在遇到问题的时候甩锅。无论什么岗位，喜欢甩锅，没有担当的人都是很难赢得信任和认可的。

当然也不是让你麻木的全部承担，我职业刚开始的时候就曾经天真的承担了不该承担的责任，幸好遇到了一个好领导，否则职业生涯可能刚开始就结束了。

但如果有可能的话，你可以适度的多承担些，说实话多数情况下，多承担并不会有多大影响，但这行为很可能让研发同学更认可你。

我在某公司当产品经理的时候，获得研发同学的认可，就是在一场公司层面的大会上有理有据的为研发同学发声，据理力争的我，不仅仅为的是研发，其实也是在为我自己——毕竟我们是一个team。当然这种发声是需要承担一些后果的。

4. 底线

不可避免的，我们可能会遇到不想好好写代码的研发同学，甚至甩锅很溜的，一言不合就要离职的。

个人以为，作为产品经理，必须有自己的坚守，有自己的底线。绝不能为了迁就研发同学而抛弃。respect必须是相互的，单方面的是跪舔。

本文由 @陈孔荣 原创发布于人人都是产品经理，未经许可，禁止转载。

题图来自 Pexels，基于CC0协议