坊间流传很多产品经理和程序员之间的段子，大部分的主题都是产品经理被黑(谁让程序员数量更多呢)。而前段时间的这则新闻把这种关系推向了最高潮：
当然，这件事情的流传跟事情本身是有出入的(看这里读一遍就知道了)，但明显反映出“程序员讨厌产品经理”的社会认知。
作为产品经理，如果得不到程序员的协作配合，工作将难以顺利进行。想要处好这个关系，必选先弄清为什么程序员讨厌产品经理。
你浪费了我的时间
1.经常变更需求
这点是最常被提起的。往往需求的变更意味着工程师之前对于需求的实现是白费的。之前倾注的思考和感情也都是白费的。
2.产品定义不清导致的问题
一些文档不清，逻辑不顺的问题，会导致工程师的实现跟产品经理的设想不同。这往往意味着推翻重来。
你伤害了我的自尊
1.拿老板来压人
“老板说这么改”，“总监说这么改”。这个行为就是把上司搬出来，压制程序员可能出现的质疑。这是很不友好的。
2.怀疑我的技术或工作
最典型的就是：“这个功能实现很简单吧”。有时候产品经理会有意无意表现出对技术上的质疑，推测等等。但工程师会认为你作为一个技术外行不应该这么做。
3.把自己放在至高无上的位置
有些产品经理会把自己当成高于工程师的一个决策者，可以随意对工程师发号施令。但其实产品经理跟工程师不存在谁领导谁的关系。
所以工程师其实是崇尚高效，权威和专业的人群。相处之道就要从他们喜欢的和讨厌的事情当中提炼。
1.做好份内的产品设计工作。
维护好产品文档，想清楚功能的逻辑和流程，协调好设计资源，等等。这些份内的工作是工程师工作所要参考的基础，产品经理必须认真对待。之前就有写过一篇关于文档的文章来说明产品文档的重要性。
2.建立信任
程序员靠技术吃饭，同时技术又是程序员的面子。当被一个外行质疑技术的时候，他一定会不爽。虽说产品经理必须所有方面都顾及到，但技术上的东西还是放心交给工程师们吧。信任是相互合作的基础嘛。
3.更多，更多，更多的沟通
永远不会出现沟通过多的情况，只会出现沟通过少的情况。保持足够频率，足够质量的沟通，产品经理可以更加及时的发现问题，比如需求实现的偏差，工程师理解的偏差等等。早发现早处理，趁着工程师还没有倾注太多的时间和精力在有偏差的方向上面。
4.真诚对话，有凭有据
避免出现使用老板压制这种不负责任的行为。其实需求的修改是不可避免的事情，但这件事必须跟工程师说清楚。为什么修改？之前的问题在哪里？修改之后有什么好处？为什么到这个阶段才想到的这个修改？真诚的将这些答案告诉工程师，我相信工程师可以在一定程度上理解需求变更这件事。
总结完毕！还是以自己的经历作为基础的分享。希望能跟更多同学交流~现在流行说一个好的产品经理应该具有“无授权领导力”。这就是跟工程师友好共处的下一个进阶。往后我会专门再写相关的文章。
