前段时间，公众号的一名粉丝给我们留言：我现在也在用W3Cschool学编程，将来打算成为一名程序员，可有时候我逛社区时，经常看到产品和开发的一些梗。好像他们俩关系不太好，天天勾心斗角的，这不是我需要的生活，我都不敢往下学了。

其实，这只是个别现象，现实工作中，产品和开发的关系并没那么糟糕。将来学完编程，成了一名程序员，你一定会遇到一名非常二货的产品经理，甚至有那么一刻，你都想打他一顿。

事情远远没有你想象的那么简单，也许以下三个方法，可以避免你与产品经理的许多矛盾。

试想着下面两个场景：

产品经理要改需求，明明就是错的，死活就是不听劝；

需求太离谱，执意要做，好不容易完成了，还一脸嫌弃；

写程序一辈子，想打死的有两类人，一类人是甲方，另一类是产品经理。

本着“有奶便是娘”的原则，甲方就算是再过分，只要能给口饭吃，该忍还是得忍。但产品经理算什么？

我不懂你

产品经理：

这死写代码的，老是说需求太多，各种找借口说做不完，这么简单的功能，还要做一个礼拜？昨天还说要找人砍我？来吧，要砍就砍我，别砍我需求。

程序员：

昨天产品经理说这些需求都很重要，不给排个优先级，一周统统要完成，还说砍死他，他也不会砍需求，呵呵，我是这么没素质的人吗？这件事我就不跟他计较了。

对了，今天我网购了个杯垫，你看这东西美观吗？

产品经理没有程序员，一堆好点子就没法落地，程序员没了产品经理，写出的程序也只是个花架子。按照道理，产品和开发，应该像是鱼和水的关系，谁也离不开谁，怎么就变成得水火不容了呢？

这个锅得快速发展的互联网背。在互联网兴起之初，只存在两种职业，一个是老板，另一个就是程序员，既没有产品，也没有运营和其他岗位。随着互联网发展的需要，一部分程序员开始充当产品经理的角色，除了写代码外，还需要对功能进行规划和设计，这时，产品是了解程序员的，因为他们本身也是程序员。

直至后来，产品相关岗位需求量大增，越来越多的非程序员出身的产品，登上了互联网的舞台。

程序员不再需要考虑产品问题，专注于功能的实现；产品经理不需要会写代码，只对产品负责。

两极分化，你不懂我，我不懂你，干架就不可避免。

关我什么事

曾经有一家纽约电话公司，做过这样一项调查，他们想要研究在电话中，人们最常用到的是什么字，这个答案也许你已经猜到，这个字就是我、我、我...在五百次的电话谈话中，用到了“我”字一共有3990次。

公司去旅游，在景点拍了一张团体照。回到公司拿到照片，你第一眼看的是谁？

对，所有人都只会关心他自己，而对让人的事情无动于衷，哪怕是碍于情面的改变，也是短暂的。这也是为什么你苦苦哀求产品：“不要再改需求了，我很累的。”产品表面应承，却依然不做出实质性改变的原因。

某一日，某开发人员对产品经理说：“我求求你了，能不再改需求了吗？你看我天天加班，身子骨都受不了了，以后提需求能考虑清楚一些吗？”

产品经理连连点头哈腰：“行行行，实在不好意思，我以后考虑周全一些。”

然而，事情并没有发生任何改变，产品经理还是一味的提需求、改需求，似乎他拿你的话当个屁，给放了。

试着这么沟通：“你看，最近你的改需求有些频繁了，市场在不断变化，我能理解，可如果你经常这么干，每一个需求都需要一定的时间实现，很容易影响进度，到时候老板追究你责任，太不好了，我不希望这样的事情发生。”

这才是有效的沟通。

就是你错了

星星监狱是美国最大的监狱之一，在这里关押着许多重刑犯。卡耐基曾经和监狱长华赖·劳斯有过一次有趣的通话。监狱长这样说道：“在我们监狱中，很少有罪犯说自己是坏人，他们和你我一样，有这样的见解或者解释。他们会告诉你，撬开保险柜，枪击他人都是情有可原，不应该被囚禁起来。”

美国百货大王华纳梅格有一次这样承认：“三十年前我就明白，则被人是愚蠢的事，我即使不抱怨上帝没有将智慧均匀的分配，可是我对克制自己的缺陷已感到非常吃力了。”

我们从来不喜欢承认错误，哪怕是真的错了，也会找各种理由让自己心安。如果你指责某人犯的错误，只会激起他的反抗，对于解决事情，于事无补。

产品经理：“做个功能，根据手机壳改变主题的颜色。”

程序员：“做不了。”

产品经理：“为什么做不了？”

程序员：“实现上没法实现，你这个需求也不合理，要是用户手机壳太丑，主题颜色换了一样的，不也变丑了？”

……

我！@#%！&@￥*，你个！@#￥

如果你是这么说的：

“这个功能挺难实现的，你看，按照逻辑……”

这么回应，又犯了前面的一个错误，即“你的事，关我什么事？”，人们只会在意关乎自己的事情。

或许你可以这样回答：“这个主意很棒，可是我们开发这个功能的时间会很长，会影响到产品的开发进度，进而导致你那些更棒的功能延期，提这个功能的目的是什么呢？也许还有更好的办法。”

如果你还不能感同身受，看看产品经理是怎么对你说，你的代码有bug的。

永远不要对程序员说你的代码有bug，他们的第一反应是，你的运行环境有问题吧？

如果你说：“这个程序和预期的有点不一致呀？你看看是不是我使用的方法有问题？”他们就会认识到错误，赶紧查看自己的代码是不是出了bug。

程序员的修炼之道

程序员和产品经理打起来，无非有三种原因：

1.产品经理不知道实现的逻辑

2.程序员一点儿也不懂业务

3.产品和开发沟通出现了问题

冰冻三尺，非一日之寒，真到了动手的地步，说明已积怨颇深。

也许你会想，为什么程序员就一定要懂些产品？

沟通不是产品经理的必备技能？这些关我什么事儿？

不可否认，的确存在着不少低劣的产品经理，但事实上，日常工作中与产品经理闹矛盾，80%的矛盾都源于自沟通问题。

身为一名开发人员，我们同样要掌握一些沟通技巧，沟通是产品经理的必备技能，程序员也不可或缺。

因为你永远也不知道，跟你打交道的产品，到底是一只大猛虎，还是一只三脚猫。改变别人太难，还不如试着改变自己来得简单些。

我们想，借着本文能够给还在学习编程、或者在职的程序员们一些启发。埋头专研技术很棒，但软实力也同样重要。

也许还可以避免一些无辜的产品经理命丧开发之手。