平安程序员和产品经理互殴

① 产品经理如何避免被程序员殴打

首先，从做人方面 产品经理还是要以身作则，虽然从职能上就已经决定了程序员和产品经理肯定是有一定矛盾在，不管是谁都是能够相互体谅的。在我做程序员之前，我做过一段时间监理，对于刚刚毕业的毕业生来说，施工队肯定是看不起我这样的小孩的。所以在指出问题 或者 想要检查的要求时，或多或少，他们都会有点反感。这个时候除去交流的技巧外，还要注意要尽可能参与其中，比如你要检查楼顶的设备是否安装完善，但22层的大楼，电梯也没有，这个时候，你就应该和他们一起一楼一楼的爬，只有你参与进来，也付出汗水，其他人才不会说什么。也不敢说什么。产品经理也是如此，对于软件产品的开发，不仅仅只是发号司令，我觉得更应该参与的整个环节中去；
另外，就我本身程序员的身份，我觉得程序员最苦恼的问题，无疑就是需求不明确或者不合理。这个时候产品经理不仅仅要服务好需求方，也应该为后续可能出现的情况做评估，减少需求改动并合理的拒绝一些不能接受的需求。

② 论产品经理和程序员的关系

我所理解的产品经理可能是更加高级的东西，可能是在程序员的基础上去做的，只有从技术转到产品经理你才能更多的运用你的技术来为你的产品宣传造势，如鱼得水，而且作为一个产品经理来说你可能考虑的东西会更多，以前只是局限于代码，而现在更多的是用户的体验，你需要的知识和眼界更开阔，综合能力需要更强，希望能帮到你。

③ 程序员和产品经理究竟哪条路更好

如果你本身喜欢写代码，那么我觉得程序员的工作挺好的，未必要做产品经理。程序员主要是和机器、代码打交道，工作难，但是边界清晰、可控，事情比较聚焦。我并不建议大家都要去做产品经理。
写代码是纯手工业劳动，大家平时用的各种互联网产品，都是程序员一行一行代码写出来的，还要考虑代码的逻辑，解决各种Bua等等。如果想做好程序员，就一定要热爱写代码这件事。优秀的程序员，都能够从自己的工作里获得乐趣。我认识很多优秀的程序员朋友，我非常尊重他们，而且也特别佩服他们的能力，还有对于工作的热情。

产品经理要解决的问题的要更综合、更广。例如要考虑用户需求，考虑市场、业务情况，还要考虑和设计、运营、研发之间的配合。

有一些人适合做产品经理，有一些人不适合。我也不太建议大家一窝蜂都去做产品经理。我建议就像做产品一样，你要大胆假设、小心求证。如果要做产品经理，就多了解这方面的信息，多试试，然后看看自己适不适合。

无论是学生，还是想转行的人，往往的问题在于纠结太多，想的太多，尝试太少。如果你想做程序员，那你先写写代码，先做出一些东西，除了看你自己适不适合之外，也能够成为你找工作时的筹码。如果你想做产品经理，那么多试试做做产品，哪怕是虚拟的项目，增加自己的经验和感知，也能够成为找工作时的筹码。

所以，并不存在说产品经理或者程序员到底哪个更好，相比很多行业和职位，产品经理和程序员这
两个职位都应该是非常好的了。做的事都有意思，工资待遇也都高。
关键在于你自己适合哪个，这个问题归根结底别人没法回答你，得靠你自己通过了解更多知识来做出判断。

④ 产品经理与程序员矛盾的本质是什么

产品的功能、质量、发布时间和需要投入的资源这四者不能都是封闭条件，否则可能无解。需要投入的资源和发布时间一般是大老板定的，所以产品经理、开发经理和质量经理只能在“砍功能”、“降低质量要求”和“程序员加班加到死”这三个选择上相爱相杀了。根源是：高层放卫星玩大跃进，那下面只好群众斗群众了。佛曰：与人斗其乐无穷。对于程序员来说，很多时候问题是 PM 不能证明自己存在的价值。PM 要证明自己的价值有几种可能性：

1、色的产品记录，自己的名字就是个品牌，程序员知道跟着你做事能成功。

2、假会导致产品方向混乱项目失控，这很容易证明为什么你需要存在。

3、通过程序员可以理解的方式把道理讲明白，让程序员信服为什么你管理产品的方法是对的，以及为什么程序员自身不可能做得跟你一样好。

可能还有别的方法让一个 PM 证明自己存在的价值，但如果证明不了的话程序员就会把 PM 看作纯粹的 overhead（额外负担）。PM 对产品团队带来的价值和负担是不可能客观测量的，别人的主观评价是什么就是什么。如果程序员对 PM 的主观评价是负担大于价值，那这个 PM 就没有存在的意义了。核心原因是——好的产品经理永远缺货。当然，优秀的程序员哥哥也缺。既然都缺货。产品经理是决定公司效率高低的关键，产品经理在一个成熟的公司成熟的团队意味着灵魂和中枢，程序员哥哥不过代表着执行力和能力的边界（想不明白就瞅瞅乔帮主马化腾周鸿祎）：1个不知天高地厚的产品经理，2个不经过思考的决策，他的工作量也许只增加了3倍，但他赋予程序员却是10-1000倍的工作量。

⑤ 我们经常能看到在互联网公司，产品经理和程序员们因为产品需求变动而引起的斗争，这到底是怎么回事呢

在互联网创业公司，如何轻易地让苦哈哈的程序猿们疯狂起来呢？我在媒体待过好多年，这两年在互联网创业公司，见过不少程序员和产品经理之间的争夺战，笔者认为，这种争夺太常见了，原因是双方的不理解，产品经理不了解技术人员工作的辛苦，所以经常会闹出笑话来。

好了，下面笔者列举一下，最会得罪程序员们的几句话。

产品汪：这个页面儿怎么做的这么烂，赶快改。

程序猿：不能找人设计好了再让我做吗，我一个编程的还要管设计？

产品汪：为什么别人家的app没有bug而你怎么就这么多，把这些代码复制粘贴过来不就行了吗？

程序猿：你以为别人家的代码伸手就能拿到？

经理：哈罗，你又在写bug吗？

程序猿：（假装没听到）

所以笔者认为，作为互联网公司的产品经理，需要了解一点程序员们的工作，尽管不懂程序，但需要稍微知道如果变动网站或程序多大幅度，会给程序员们带来多大的工作量。

⑥ 程序员的悲哀是什么

“码农”这个词，不管是不是从事IT工作的人，都略有耳闻。这个词的诞生无从考究，不知是程序员的自嘲，还是外行带有颜色的嘲讽。总之，对于这个词，我是既无奈又无力反驳。确实，工作中，我们大多数底层程序员每日做的工作相当于流水线的作业。

大部分程序员是悲哀的，不是情商、衣着、自黑之类，悲哀的是没有决策权。项目做成什么样，那是领导和产品经理的事；用什么技术框架，那是架构师的事；数据库的设计，业务那是项目经理和产品的事；而作为一个普普通通的底层码农，我们只需要拿到需求，然后等设计给图子，流水化的写出实现代码。我们只是一个执行者，别人叫你干啥就干啥。最后项目做坏了，裁员的是谁？程序员。

这就是一个普普通通的“码农”。读书那会，我的老师跟我说，“如果从业十年，你依旧在写最基础的代码，做一个码农，那么就不要做程序员了，转行吧”。现实中，每个公司存在最多的就是这些“码农”，那种掌握核心技术，产于项目设计，技术架构的毕竟是少数，大多数程序员都处于被动接受，按需求完成代码的任务。

做程序员越久，越是感到：我们就是新时代的手工艺者。只有少数的人，从手工艺者，变成了发明手工艺制作机器的人，少部分人变成了设计手工艺品的人，少部分人变成了车间主任罢了。

“码农”这个词有着深深地悲哀。

见过太多刚入行的菜鸟，像极了曾经那个满怀激情，梦想的自己。当第一次接触Java的面向对象思想时，那种兴奋，仿佛能用Java描述整个世界，仿佛自己就是上帝一般，在现实世界，创造出另一个虚拟世界。而现实中，一两年的流水化作业，冲淡了一切。

对于产品，仿佛是自己的孩子，从无到有，一点一滴，看着一个网站，产品，在自己的手下，满满长大，那种满足感，自豪感，油然而生，但是最后你希望它变得更优秀时，却发现它不受你控制，仿佛养了好几年的儿子，被人教唆去做坏事，你不能说任何话，因为抚养费不是你出的。

决定你有没有决策权的是你的纵向位置，也就是在本行业金字塔的位置，出类拔萃者说话就响。过惯了咸鱼生活，但谁又甘心做一个“码农”，我们希望发出自己的声音，成为那个有权利选择的人，这一切需要提高自己的技术，能力作为支持。在国外，程序员被称为程序设计师，而国内“码农”，区别可想而知。

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

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

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

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

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

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

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

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

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

⑧ 产品经理为何遭开发人员暴打

8月2日，一段“办公室打架”视频消息在网络流传，并引起热议。该消息称“据称某互联网公司产品经理提了个要求，要求APP开发人员可以做到根据用户的手机壳来改变软件主题颜色，然后就干起来了”。然而，南都记者调查发现，打架的真相并非如此。

瞅了一眼发生争执 一周后两外包人员再次见面发生扭打

谢某称，上周一（7月23日）午休时，他趴在座位上休息，起来的时候，看了一眼经过的李某，结果被李某无端挑衅，“他冲到我的座位面前，指着我问，‘你瞅啥？！’”，随后二人发生争执。

谢某说，在发生争执后一周，李某都没有在公司里出现。7月31日，谢某在公司再次见到李某，想上前与他理论，结果两人就开始扭打，也就有了视频里的那一幕。

两人均已不在平安工作通告对两位当事人予以除名

谢某告诉记者，这件事已经结束，他与李某也已达成和解。网上有消息称，两人已被中国平安开除。不过该消息尚未得到中国平安的官方确认。目前，涉事二人均已不在平安工作，至于是被辞退还是主动辞职，谢某表示“不方便透露”。

此外，南都记者从中国平安内部人士处获取到一份由“科技中心人事行政室”发出的通告。通告称，“7月31日上午，科技中心外包员工谢某云和李某胜因个人原因在PAFC19楼职场发生强烈肢体冲突。该行为严重违反公司制度，对职场秩序造成恶劣影响。根据相关规定，现对两位当事人予以除名。人事行政室将进一步加强职场秩序和员工行为管理，对于违规事件，严惩不贷。”不过，截至记者发稿尚未得到中国平安或者平安产险的官方核实。

平安产险技术人员达1500人

南都记者注意到，此次打架事件事发平安产险科技中心，而近期该中心亦因技术人员数量直线增长而备受关注。日前，平安产险首席科技官顾青山在接受媒体采访时透露，平安产险每年会拿出利润的10%左右投入到整个科技技术方面，技术团队在人力上已经增长了三倍左右达到了约1500人。

延伸 · 回顾

深圳一产品经理被曝要app随手机壳变色 与研发互殴

7月31日，深圳某公司产品经理与开发人员互殴，爆料者称起因是产品经理要求app颜色能随手机壳颜色自动调整。该公司回应@时间新闻称，打架者为公司外包员工，已予以惩戒。一份内部处罚通报显示，两人已被公司除名。

本文来源：南方都市报

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

以前确实碰到过一个比较奇葩的产品经理，对方做出来的事情给员工的感觉就是非常不专业，给人的印象就是毫无能力的那种，感觉对方就像是走关系才当上产品经理一样。我在对方手下做事的时候，期间发生过一件事情让我印象特别深刻。那件事情发生之后，我职场生涯中第一次产生了“还有这么烂的经理”的想法。

两个月之后，赴韩整容APP开发到尾声了。结果在网站和APP同步方面出现了问题，在网站发布的一些内容，没办法直接同步到APP上。必须要重新填充到APP上才行。当时恰好领导又下了一项任务，要重新开发一款类似的APP。结果产品经理打算推出的赴韩整容APP就直接夭折了。也就是说，产品经理让办公室所有人白忙活了两个月。

当时，产品经理说出这个决定时，我的第一反应是“这是在开玩笑？”，这种不靠谱的事情居然会出现，确实让我目瞪口呆。