㈠ 论产品经理和程序员的关系
我所理解的产品经理可能是更加高级的东西，可能是在程序员的基础上去做的，只有从技术转到产品经理你才能更多的运用你的技术来为你的产品宣传造势，如鱼得水，而且作为一个产品经理来说你可能考虑的东西会更多，以前只是局限于代码，而现在更多的是用户的体验，你需要的知识和眼界更开阔，综合能力需要更强，希望能帮到你。
㈡ 程序员好转产品经理吗
我是做技术出身的，其实在是否转产品这个问题上纠结了很久。因为技术岗和产品岗的思考问题唯独差别很大。我自认为转型需要进行系统学习。三节课P1，P2，P3的课我都听过，说实话，比较偏基础。适合小白科普产品知识，不适合拔高。在熟悉整个产品工作流的同时，我比较欠缺的是产品思维和产品方法论的掌握。后来，无意间了解了传智播客的课。我就来试听了一下。这块的老师讲的东西确实不是划水的。有干货！现在我已经入职一年了，薪资18K，我自己也比较满足，并且对后期转管理层也是有很大的帮助的。
㈢ 为何大多数程序猿会转行做产品经理的背后的原因有哪些
产品经理这个工作对之前的工作经历或者学历没有太高的要求，再加上这两种工作有联系，作为程序员了解产品的属性或者性质，程序员的沟通能力很强，所以可以好好的胜任产品经理这个工作。
㈣ 产品经理和程序员,如何避免矛盾
产品实现是你的目的，为了这个目的不必太讲究。
做了一阵子之后我有了自己对于与程序员相处的方法论，对这句话并不苟同，我还是倾向于把事做好的同时也能把话说好，虽然我现在也能深刻的领会到当时leader的核心意思是产品本身是第一位的。
接下来我就阐述下自己的一些心得：
产品经理与程序员最大的矛盾在于——改需求。这牵涉两个问题，一个是如何尽量地做足前期工作，尽量把需求细化，需求做的足够扎实就会大大减少改需求的次数，这是产品本职工作，不属于沟通问题；另一个问题就涉及如何沟通了，就是需求无论如何确实要改。这个时候有一点很重要就是努力与程序员（或者开发经理）达成共识，比如“我们的目的是要做最好的xxAPP”、“这个功能对于我们的目的来说是必不可少的”等，然后再来谈详细的需求点，程序员也就会逐步认可改需求这件事情。（还有一点很重要的就是，如果无论如何也达不成一致，也有必要反思这个需求是否真的有改的必要？）
用数据和客户来帮你增加底气。在谈论某项功能实现的时候，产品经理经常会碰见程序员消极被动不愿意做，或者质疑这么做有没有道理的时候，采取需求依据的数据和真实的客户需求是能有效推进的好办法。比如“80%的同类产品都有这个功能”、“每周都能收到几个客户对某某问题的反馈”，一般来说程序员是能够接受这种说服的。
试着多用询问的语气。让程序员感到他是专业的，他是能够解决这个问题的，要依仗他才能做的更好。这会无形中赋予他一种责任感（因为你把问题抛给了他，他就隐形中负有解决这个问题的责任），在传达出意愿的同时也避免了话语的生硬，让程序员感受到对其职业技能的尊重。
注重日常交往。日常生活中交个朋友，比如一起打球、打游戏，聊聊电影和漫画，实在是没有共同语言就经常冲他卖个萌、搅个基、撒个娇、讲个笑话。这样，大家都是朋友了，不看工作职责的那一半看交情的那一半，沟通起来也会顺畅很多。
总结：有很多时候产品的产生不完全是靠严格的流程和规章制度诞生的，也需要很多沟通的润滑。能够开开心心地把产品做出来最好，但是最终我们还是不能离开产品实现这个 标的物。
㈤ 产品经理如何避免被程序员殴打
首先，从做人方面 产品经理还是要以身作则，虽然从职能上就已经决定了程序员和产品经理肯定是有一定矛盾在，不管是谁都是能够相互体谅的。在我做程序员之前，我做过一段时间监理，对于刚刚毕业的毕业生来说，施工队肯定是看不起我这样的小孩的。所以在指出问题 或者 想要检查的要求时，或多或少，他们都会有点反感。这个时候除去交流的技巧外，还要注意要尽可能参与其中，比如你要检查楼顶的设备是否安装完善，但22层的大楼，电梯也没有，这个时候，你就应该和他们一起一楼一楼的爬，只有你参与进来，也付出汗水，其他人才不会说什么。也不敢说什么。产品经理也是如此，对于软件产品的开发，不仅仅只是发号司令，我觉得更应该参与的整个环节中去；
另外，就我本身程序员的身份，我觉得程序员最苦恼的问题，无疑就是需求不明确或者不合理。这个时候产品经理不仅仅要服务好需求方，也应该为后续可能出现的情况做评估，减少需求改动并合理的拒绝一些不能接受的需求。
㈥ 程序员桌子上放菜刀是什么梗
产品经理:这个需求再改改。程序员拿出一把刀:刚才说啥?产品经理走了。
㈦ 做产品经理还是程序员
产品经理没有实权，基本上很多小公司产品经理就是一个人，要与设计，程序，市场，销售，客服，各个部门沟通，而且如果产品没做好肯定产品经理是责 任第一人。如果有一个好老板撑腰还可以，否则很难混下去。所以这也是很多国外ceo就是直接就管产品的原因，否则根本没有执行力， 同级别如何管？ 这也是国内很多企业产品做的烂的重要原因， 产品经理实际就是打杂的。
技能要求高。 技术肯定要，设计其实也要，否则无法做原型设计。还有就是细节要求，最重要的就是大方向要把握好。否则一个完美的产品没有市场也不行。word ppt excel 精通更是家常便饭、思维导图、原型工具/还要不停的研究新产品。如果遇到思维活跃经常变化的领导，做PPT做到吐，本来如果写程序写的多还有点用。PPT做那么多根本没用，浪费脑细胞。
产品经理前途渺茫，除非你自己想创业，否则产品经理实际没有太多升职空间，国内的产品总监很多都是市场或运营的人来管的。做产品的很少会做到总监级别。当然国内腾讯还是很看重产品这个职位的，但其他的公司基本没有看重产品的。
产品经理加班的确比程序员少，但是产品发布测试的时候，也是忙死，否则自己设计的产品非功能技术性问题其他人测不出来问题在哪。
程序员以前的地位不行，但现在很多公司已经意识到技术的重要性，程序员的薪资范围实际上限比产品高很多，60万年薪不算什么，国外公司年薪100万也是有可能的。产品职位基本没可能。
现在世界已经不同了，程序员不再是苦力了，以前国内是渠道，销售、市场为王，产品、程序、设计都是苦力。现在产品做不好根本没人用，销售在忽悠也 不行了。最后实现都是技术问题。而且现在例如 apple store 发行渠道成本很低，只要能做出来好产品不愁卖不出去，微博上一传就一大堆用户。程序员自己创业不是梦想，程序员一个配合一个设计产品就能做出来，产品经理 就不行，毕竟自己不会技术就做不出来。
不创业也可以靠编程序活一辈子，一个团队可能只有一个产品经理或没有，但程序员肯定要有两三个，程序员市场需求比产品大很多。随着年龄提高程序员的经验壁垒比产品高很多。
程序员可以对产品经理说 “这个因为技术问题做不出来” 但产品经理无法对老板说“这个ppt因为我能力不行做不出来”。
最后还有程序员可以靠自己想做的技术，例如NB的技术到达人生梦想，而产品实际上都是从抄袭，在抄袭，最后创新也是技术创新带来的产品。
㈧ 为什么程序员分分钟想砍死产品经理
产品经理是不懂技术的，所以需求方面也不知道工作量有多大，自然在工作中问题会很多，而且产品经理常改需求，这是让程序员不能忍受的。但也没有什么办法，有时候这个需求也是来自老板的。
㈨ 程序员和产品经理究竟哪条路更好
如果你本身喜欢写代码，那么我觉得程序员的工作挺好的，未必要做产品经理。程序员主要是和机器、代码打交道，工作难，但是边界清晰、可控，事情比较聚焦。我并不建议大家都要去做产品经理。
写代码是纯手工业劳动，大家平时用的各种互联网产品，都是程序员一行一行代码写出来的，还要考虑代码的逻辑，解决各种Bua等等。如果想做好程序员，就一定要热爱写代码这件事。优秀的程序员，都能够从自己的工作里获得乐趣。我认识很多优秀的程序员朋友，我非常尊重他们，而且也特别佩服他们的能力，还有对于工作的热情。
产品经理要解决的问题的要更综合、更广。例如要考虑用户需求，考虑市场、业务情况，还要考虑和设计、运营、研发之间的配合。
有一些人适合做产品经理，有一些人不适合。我也不太建议大家一窝蜂都去做产品经理。我建议就像做产品一样，你要大胆假设、小心求证。如果要做产品经理，就多了解这方面的信息，多试试，然后看看自己适不适合。
无论是学生，还是想转行的人，往往的问题在于纠结太多，想的太多，尝试太少。如果你想做程序员，那你先写写代码，先做出一些东西，除了看你自己适不适合之外，也能够成为你找工作时的筹码。如果你想做产品经理，那么多试试做做产品，哪怕是虚拟的项目，增加自己的经验和感知，也能够成为找工作时的筹码。
所以，并不存在说产品经理或者程序员到底哪个更好，相比很多行业和职位，产品经理和程序员这
两个职位都应该是非常好的了。做的事都有意思，工资待遇也都高。
关键在于你自己适合哪个，这个问题归根结底别人没法回答你，得靠你自己通过了解更多知识来做出判断。