程序员吐槽产品经理段子

① 程序员和产品经理相爱相杀，打完架再“牵手”，全公司都沸腾了

在某个职场论坛里，有网友发帖爆料，大方晒出自家公司 产品经理 和 程序员 相爱相杀的照片。画面中，两个大男人手牵着手，面朝墙壁背对众人，浓浓的基情感扑面而来，让人忍不住浮想联翩。

这可不是他们成功“出柜”了，而是公司对两个人动手打架的惩罚措施。因为在产品项目上沟通不顺，产品经理和程序员起了争执，两个认死理的人互不相让，一言不合就打了起来，拳脚相向好不激烈，费了老大劲才把他们各自拉开。

程序员和产品经理的矛盾，早已经不是什么秘密了，在 互联网公司 里， 要论程序员 最讨厌谁，产品经理绝对能排进前三。要求多还奇葩，反反复复变动，指手画脚叨叨个没完，让程序员们苦不堪言。只是虽然彼此间矛盾多多，但还算克制，真真动手的还是比较少的，像这种大庭广众之下互殴的，就更不多见了，也难怪公司要当众惩处了。

两人动手打架的影响非常恶劣，公司要求要么一起辞职滚蛋，要么牵手一下午。终究胳膊拧不过大腿，虽然这个要求很诡异，但为了不被辞退，也只能捏着鼻子认了。本来还剑拔弩张的两人，在众人的见证下，大手拉小手整整牵了一下午，画风都歪了！

其实无论是产品经理还是程序员，大家最终的目的都是为了整个项目能够完美交付，为公司完成这笔业务。只是两个人的侧重点不同， 产品经理 要考虑客户考虑市场， 程序员 则更关心产品本身的合理性。当关注的重点不一样，难免会产生分歧，引发彼此之间的冲突。

而且都是公司的同事，平日里抬头不见低头见，大打出手确实不应该。在有着共同目标的大前提之下，即使两人的立场不同，但也应该彼此互相体谅，只有精诚合作，才能事半功倍不是。

公司的处理决定也很机智，辞退可能只是玩笑话，要他们牵手和好才是真的。毕竟都是为了公司的产品项目才弄得这么大火气，把他们安抚好了，项目也能更顺利完成。而且这种方法虽然看起来尴尬，但也冲淡了矛盾的尖锐，尴尬总好过对立，诙谐才更容易让人接受。

这不，还有网友打算效仿呢！嗯，都是人才！

② 什么仇什么怨，程序员设计师与产品经理的爱恨纠

哈哈哈，程序员和产品经理可以说是死对头啦。
1、频繁改需求
如果项目经理想要整死程序员，频繁改需求是最快的办法。特别是做了一半硬是改掉需求，scrum里的表现就是sprint内的非受迫需求变更，太狠了，技术同学表示不能忍。
2、拿老板和运营做挡箭牌
不说清需求价值，当技术童鞋问“为什么要做”的时候，支支吾吾，或者说“老板要的、运营要的”。最绝的就是说，这个功能老板说必须要做，那个功能老板说明天就得上……
3、扮用户
程序员会产品经理沟通的时候，比较经常就是听到，“关键字是用户不会这么觉得，如果我是用户。”
这种产品经理通常关注点会有问题，比如更多的时候讨论的是这个按钮是这么颜色，应该放在哪里，文案应该怎么写等，如果把这些问题当做核心，那难免会让人啼笑皆非。

4、口头禅——不就是xxx
有些产品经理口头禅：不就是xxx，这也引来一些程序员的反感。
比如“这个问题不就是在数据库里加个字段就可以解决了吗?你要是没时间，我给你写个SQL 语句，你执行一下吧。”结果程序员一脸懵逼。
其实，如果是在你的非专业领域里，最好少用这种“不就是XXX”这样的句型为妙。
5、不懂装懂
特别是对技术一窍不通的产品经理，会不停让程序员加班赶工。
“开发大哥，我代码写的不多，你可别骗我，这么简单的需求，明明一下午可以搞定，你跟我说一个星期?”
此时，想必程序员口袋里50米大刀已经饥渴难耐......这种产品经理叫程序员哭笑不得。
希望可以帮到你，谢谢！

③ 产品经理和程序员,如何避免矛盾

产品实现是你的目的，为了这个目的不必太讲究。

做了一阵子之后我有了自己对于与程序员相处的方法论，对这句话并不苟同，我还是倾向于把事做好的同时也能把话说好，虽然我现在也能深刻的领会到当时leader的核心意思是产品本身是第一位的。

接下来我就阐述下自己的一些心得：

• 产品经理与程序员最大的矛盾在于——改需求。这牵涉两个问题，一个是如何尽量地做足前期工作，尽量把需求细化，需求做的足够扎实就会大大减少改需求的次数，这是产品本职工作，不属于沟通问题；另一个问题就涉及如何沟通了，就是需求无论如何确实要改。这个时候有一点很重要就是努力与程序员（或者开发经理）达成共识，比如“我们的目的是要做最好的xxAPP”、“这个功能对于我们的目的来说是必不可少的”等，然后再来谈详细的需求点，程序员也就会逐步认可改需求这件事情。（还有一点很重要的就是，如果无论如何也达不成一致，也有必要反思这个需求是否真的有改的必要？）

• 用数据和客户来帮你增加底气。在谈论某项功能实现的时候，产品经理经常会碰见程序员消极被动不愿意做，或者质疑这么做有没有道理的时候，采取需求依据的数据和真实的客户需求是能有效推进的好办法。比如“80%的同类产品都有这个功能”、“每周都能收到几个客户对某某问题的反馈”，一般来说程序员是能够接受这种说服的。

• 试着多用询问的语气。让程序员感到他是专业的，他是能够解决这个问题的，要依仗他才能做的更好。这会无形中赋予他一种责任感（因为你把问题抛给了他，他就隐形中负有解决这个问题的责任），在传达出意愿的同时也避免了话语的生硬，让程序员感受到对其职业技能的尊重。

• 注重日常交往。日常生活中交个朋友，比如一起打球、打游戏，聊聊电影和漫画，实在是没有共同语言就经常冲他卖个萌、搅个基、撒个娇、讲个笑话。这样，大家都是朋友了，不看工作职责的那一半看交情的那一半，沟通起来也会顺畅很多。

总结：有很多时候产品的产生不完全是靠严格的流程和规章制度诞生的，也需要很多沟通的润滑。能够开开心心地把产品做出来最好，但是最终我们还是不能离开产品实现这个 标的物。

④ 如何向外行解释产品经理频繁更改需求为什么令程序员烦恼

某产品经理经过多年努力，终于研制出可定制多层冰淇淋，可以根据顾客的需要现场定制。开张第一个顾客是聪明可爱的小汤姆，指着摊位的冰淇淋机问：我可以要多个自己喜欢的口味吗？产品经理：当然了，你可以自由选择4种口味来叠加哦。汤姆：那太好了！那我第一层要巧克力味的。产品经理：好嘞，巧克力味的。第二层呢？汤姆：我还喜欢吃奶油，那就要奶油的吧。产品经理：奶油，OK了。汤姆：第三层要花生酱吧。产品经理：搞定，花生酱。汤姆：嗯...叔叔，我能不能把花生酱的换成草莓味的呢？我刚想起来，隔壁小妹妹花生过敏。产品经理：啊，这样啊，那我帮你换掉。汤姆：谢谢！那我还要原味的...产品经理：好，原味的...汤姆：等，等下，我觉得还是橙子的吧产品经理：怪我手快...橙子的汤姆：嗯...好像我妈妈不让我吃奶油，能不能帮我把第二层换成梅子的呢？好不好~产品经理：...好吧，看在你是我第一位顾客的份上，帮你换。汤姆：太感谢了！...哎呀！狗狗不能吃巧克力对吧？！产品经理：狗狗确实不能吃巧克力。汤姆：我怎么忘了呢，要是我家布丁吃了巧克力死掉怎么办呢？产品经理：那就不要给狗狗吃呀。汤姆：那怎么行，这么好吃的冰淇淋怎么能让它就这样看着呢？帮我把巧克力换成抹茶的吧~叔叔~产品经理：...小兔崽子，怎么学成这样了，你爸也是个产品经理吗？！汤姆：不，我爸是程序员。

⑤ 产品经理在工作中的哪些不足最容易引起程序员的反感

1.自以为是
2.没有很好的把产品的理念和规划传递给程序员，让程序员感觉不到其存在的价值
3.需求不明确
4.沟通主观性太强，总是以客户就是这么说的为借口，忽悠程序员
5.前后不一致

⑥ 为什么产品经理工资比程序员高

产品经理是一个备受争议的行业。经常会遇到一些产品经理，他们实际上只掌握了Axure等工具的使用，对产品的用户需求和习惯并不深入了解，就开始规划一个产品的生命周期。实际上，很多时候是老板在掌控产品的方向。在观察中，发现十个产品经理中，只有1-2个是真正优秀的，而大部分则是平庸之辈。然而，他们的薪资要求并不低。因此，整个行业缺乏的不是产品经理，而是优秀的产品经理。
这就导致企业在招聘产品经理时非常谨慎。他们一边面临不断上升的成本和大量求职者的高要求薪资，另一边则面临找不到合适人选的困境。产品经理这个岗位需要3-5个月的时间来磨合，以便看出求职者的真正能力。
在招聘市场上，产品经理的薪资大致可以分为三个层次：
1. 基础层，月薪约万元左右，主要是针对工作时间较短的产品经理或产品助理。这类人员基本上只能做一些辅助性工作，难以承担重要职责。
2. 骨干层，月薪在15K~25K之间。这类人员通常拥有五以上的产品经理经验，非常熟悉产品经理的工作工具，但对行业的认知相对不足，或者在某些方面存在一定的不足，无法全面掌控产品的整个过程。他们中的很多人成为了老板实现产品目标的工具。
3. 核心领导层，月薪30K以上。这个层次的产品经理通常是产品的主要构建者，对行业和产品有深入的了解和认识，具备良好的理解、沟通和表达能力，能够全面管理和运营产品的生命周期。这类人才相对较少。
而且，核心领导层的产品经理对编程和产品方面的知识可能比一些程序员还要熟悉。因此，他们的工资有时可能会高于程序员。

⑦ 你见过哪些奇葩的产品经理，他们都做过什么“雷人”的事

说到奇葩的产品经理，我想到几个网友曾经说过，他们遇到的奇葩经理。

奇葩经理一，网友小明是一个客户，他想让项目经理在一个网站中添加几个小功能，但是项目经理却要求他写一个需求书，客户也是很无奈，心想需求书不应该经理给我写吗？

奇葩经理二经典语录，"你偷偷把些需求做了，我去大老板那给你美言。"

奇葩经理六，还有些奇葩经理特别不负责任，甚至出卖团队。当遇到一些困难的时候，临阵脱逃抛下团队。或者出现什么问题推卸给他人。这都是一些很奇葩的事情。但当然这样奇葩的经理还是少一点的好。一个团队还是希望会遇到一个负责任认真有规划的经理。