5个产品对阵20个技术，我们公司产品经理和开发打起来了...

今天一大早，群里有个小伙伴说他们公司的产品经理和开发打起来了，5个产品经理对阵20个开发工程师，结果把公司打了个稀巴烂。打架中，有个人扔杯子，直接砸到老板眼镜，老板眼镜不仅***碎，同时眼部也被划了一道口子，这时众人才停手，一部分人去派出所，一部分人去医院。

说真的，这种事我也就在新闻上看到过，在我的实际产品经理生涯中，很少和开发闹矛盾，自认为相处的都还不错。

接下来，我就把我的一些经验分享给大家，大家可以选择性借鉴一下：

1、不要抱有对立的心态

产品经理和程序员都是打工的，哪来的深仇大恨呢？！不应该是互相合作，共同完成产品开发的战友嘛？！如果彼此抱着对立的心态，那你在言语和工作中不自觉的会表现出来，而你表现出来的态度和行为会被对方敏锐的神经察觉到，最终小事酿成大事。

也不要被网上一些渲染产品经理和开发对立的文章、段子给迷惑到，那就是图大家一乐。真的要抱的心态是战友的心态，互帮互助，而不是彼此指责，前者可以让项目尽快完成，后者只能拖彼此的后腿。

2、专业能力要到位

如果想让别人尊敬你，你的专业能力肯定要到位，不说能带领大家做出一款成功的产品，但至少产品经理的专业能力要到位，不能老是更改需求，尤其是因为产品经理自身的原因更改需求。

这一点我感受很深，我曾经待过的一个创业团队，当时的产品总监是从ui设计师转过来的，思考方式都是设计师思维，导致文档逻辑漏洞百出，后来我加入团队没多久，帮助他梳理业务流程、撰写产品功能需求文档，每一份输出物，我都尽量考虑周全，因为我知道考虑的不周全，肯定会被喷。那个时候，我对产品经理抱有极大的热情，下班了，当公司的人都走了，自己还在加班，反复的看自己的需求有没有写全，因为自己当时也是新人，也怕评审的时候被DISS，我甚至写好文档以后，找比较好的技术人员帮我把把关，当他说没啥问题的时候，我才放下心。

后来评审会上，技术也会刁难，提出各种场景，但这些场景我都考虑到了，我也不怕他们提，最终他们找不出毛病，也就会信服你。

后来公司看我能cover住公司的需求，也就让那个产品总监走人了。在以后的相处过程中，我和开发、运营相处的都还不错，一起吃饭，一起开黑，一起打球，现在回想起来，那段时间也是人生中一段不错的旅程。

3、懂技术

产品经理最好懂点技术，这样和基础沟通的时候，才不会有障碍，否则，很容易产生矛盾。就比如之前新闻报出来的说某产品经理提出一个需求，要求开发要根据用户手机壳的颜色变换产品颜色，稍微懂点技术的产品经理，就知道，如果用户不主动告知手机壳颜色，我们是很难通过传感器去探测到的，提这个需求没有意义，会让技术觉得你在为难他。因为双方的理解偏差，再一话赶话到哪，很容易情绪上头，导致双方大打出手。

再者，对于数据产品经理和B端产品经理而言，懂技术也很有必要。因为规划设计此类产品需要讲究体系架构、抽象模型，这就需要产品经理站得更高，看的更远，最好能懂一些架构设计、数据库等方面的知识，这些和公司的架构设计师做的活有点像，而这些需要懂技术才能做好的，因为很多架构和技术体系架构是一脉相承的。

当然，我这里说的懂技术，不是要让你去写代码之类的，那个是工程师的活，你只需要有技术思维就行了。比如，登录注册功能模块，你知道是前端把用户名和密码数据传给后台，后台和数据库中的用户相关信息做比对，信息符合则登录成功，信息不符合则提示信息有误，这就行了，不需要你把该功能模块的代码写出来。