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