引用：http://blog.sina.com.cn/s/blog_9c34449701013qmb.html?sudaref=www.baidu.com
产品经理和程序员这两个都是苦逼的岗位，但有时候两个苦逼还经常在一起较真，成为了2B，今天我们来聊聊产品经理如何搞定程序员，使两个苦逼不再苦逼，下面我们来看一个案例：
小A是个程序员，小B是个产品经理，
小A：
1.事儿都是程序员干的
2.产品经理不会干还指挥我们干
3.还嫌程序员干的慢 ……
小B：
1.这个程序员水平好烂，比我编的代码还要差
2.如果我不告诉程序员方向是什么，程序员就是瞎子
3.程序员就一写代码的苦逼，要什么想法，按我说的做
小A VS 小B，一段2B的传说就这么展开了。
在互联网公司或软件公司，产品经理和程序员这两个角色是互相依靠，唇齿相依的，他们不是对立的，而是一个操作线上的两个环节，小A离开小B，则小A就变成了操作工，反之则小B成为空想家。
如何赢是尊重，前提是得有共同语言、得有共同的想法、共同目标。
1.别干涉程序员的工作
产品经理用你的沟通、用你对于产品的理解赢得程序员的尊重，而不是在技术上对于程序员有过多的苛求，术业有专攻，专业的人做专业的事儿 ，产品经理不要去干涉程序员开发的事儿，因为那不是你产品经理的专业领域，产品经理把“做什么”弄清楚，那就GOOD！
2.别轻视程序员的工作
有些产品经理往往会在有意无意之间透露出：“这个功能实现好简单，按这个弄”，他却不知道这么简单的无心之语已经触动了程序员那颗幼小的心灵，火爆点的随之争吵，阴险点的准备十年后报仇，从此结下了良子。
产品经理你可以狂，但狂一定要有资本、你够专业、够坚强，同时是低调的张狂，让程序员跟你一起狂，那才是真正的牛B。
3.帮助程序员找答案
有些功能程序员做不出来是常有的事儿，做为产品经理，你不要去打击程序员、更不能去嘲笑程序员，作为一名优秀的产品经理，应该与程序员一起想办法，用产品经理自己强大的人脉去找到专家帮助程序员去解决问题。
如果解决不了，那就用产品经理的专业技能，换个方式实现功能，你们是一起的，绝不是2个2B。
4.别动不动变需求
需求变更在很多企业里都普遍发生着，这一点经常是导致产品经理和程序员PK的导火索，有的时候，始作俑者却是运营方，产品经理是个炮灰，由此而发生了“内战”。
作为一名合格的产品经理，这个时间应该先做需求的梳理，对于无理的需求变更要坚决干掉，自己提变更时要慎重，不要随意。如果确实需要变更，必须先要征服程序员的心灵，再谈变更的事儿，哈。
下面有一段是来自于知乎上的产品经理的见解，分享下：
先肯定一个前提，你作为PM，你的工作你的决策你的制衡你的项目行为都是为了让项目按时按量更好更快完成。所以不论对项目团队还是虚拟团队的控制，都应如此。当然特定环境下你可能要考虑立威、拉拢、人际制衡等项目之上的问题。但若没有，请不要热衷于斗争，你不是来寻求尊重的。
不说PM的职业技能，只针对团队管理说几点：
1.产品经理要了解美术/前端/后端工作原理。
如果你知道美术设计主菜单悬停二级的不规则投影会浪费前端大把的时间调试，你还能想像前端看到了多难过，你就及时建议改用规则统一透明度的投影。如果你知道后端用for循环输出20条左右结构的新闻列表，你就让前端用css控制自动左右布局，而不是左右拆成两份。
他们去到其它团队时，会怀念你的。
2.产品经理要给团队成员足够的信息和空间。
这三个职业都不是工具，尤其后端攻城师。再初级的程序员也会向往人月神话，他们能为你提供合理的高效的架构设计。你要给予他们足够多的信息，给他们留出恰当的时间，让他们完成合理的架构。前后端工程师大多对复用和高性能保有成就感，你尽可能提供多的信息，由他们来处理。这也是为他们后期维护和迭代提供便利，你不要有所保留！如果你真的思维不缜密，藏不住的，最后连朋友都交不成。
3.产品经理要勇于沟通和学习。
工程师跟你说以后用velocity来编辑页面，你不理解，那么就问。如果他鄙视你，那么是他的问题，也可能是你的问题。大多数工程师愿意给你讲解的，他们也害怕表达，这是双方的修为。
如果工程师说必须从mysql换成oracle了，你问为什么，他说无法承载了，你问要多久，他说要两周，你崩溃了但是问为什么，他说要写数据转换脚本，你问为什么，他说两个数据库之间数据类型不同需要有一些转换，索引规则也不同，你问什么是索引……这都是可以的，你要带着学习的心态而不是问责，否者他越答越反感。最后你若懂了，他会觉得你理解他。
4.产品经理要小心处理需求变更。
这是个永恒的话题，出了各种凡客体爱情买卖体来鄙视需求变更。你可以坦诚表达：需求变更是难免的，是不断探索和调整而来的，作为PM我自认无法一次性想到最好，很抱歉。
接着就是技巧活了，原则是尽可能避免反复修改。如果有一个页面的数据呈现，你无法想象怎样更好，你可以用chrome开发者工具先去调整查看，别直接让技术修改并当作你的参考。如果你不会用工具可以去学，实在复杂你就恳请技术输出两份效果给你比对，而不是改了说不好再改回去。
第二点就是，如果有的数据呈现模块要裁剪，但有可能日后换个形式换个地方呈现，你就要跟技术说明白，让他只是注释暂时隐藏。你不知道一个简单的数据呈现它用了缓存还是别的什么。
5.产品经理,成就感是你能给予的共鸣。
你要知道各位同学都在意什么，物质需求可能你无法给予，吃个饭之类的其实是顺理成章，不必刻意。各位同学踏入互联网江湖，大多想在各门个派混出个名堂。如果你有机会，不要吝啬这样的称赞。代码注释，产品主创介绍，向上汇报各同学的技术成果，鼓励同学往各渠道分享技术心得。同时适当认同各位在架构性能上的新想法新思路，包括交互体验上也应该给前端人员发挥空间如果他们愿意。
其实最根本的，你要热爱产品并竭尽所能，产品的受众范围和影响力是个天然的成就感。
6.产品经理要勇于担当。
产品经理要多承担一些考核压力和物质压力，同学们才能更有精力投入到工作中。同为打工的你，能做的不过如此了。特别是当项目失败时，怎么可能跟你没关系，该推的不该推的都不该推，早干嘛去了？若出现项目成员能力问题和态度问题，尽早反映，说按此下去结果最好只能如何，把问题丢给你的头。那么他要么换掉你，要么换掉该成员。
其实很多产品经理的想法是一样的，想让程序员尊重你，你得先尊重程序员，请高呼：哥们，让我们彼此尊重吧！！！