一个程序员想对产品经理说的话

专为互联网人打造的365天成长计划,500门视频课程随便看,构建你的产品、运营知识体系。查看详情

产品经理,你觉得你在程序员眼中是怎样的角色?

先自报家门,我是一个开发人员,对产品也有一定了解和见解,从业三年,工作上对接过的产品经理&项目经理前前后后有五六个,有资深,也有助理级。在工作中被产品虐了千百遍,性格也被锻炼的随和了不少,在此想对广大产品经理朋友们说说心里话。

PS:你我素昧平生,生活中扮演的角色不同一些观点自然不同,不喜可喷,碰撞才有激情。

1.不是我为难你,真的是你听不懂“人话”

产品经理如果一点编程技术不懂,我们这些程序猿只能说一句“宝宝心里苦,但宝宝不说”。因为说了你不懂,不说你又觉得我们不配合工作。就算耐心给你解释了,你还总是摆出一副可别忽悠我不然弄死你的架势。这样就有了交流障碍,工作效率怎么能高。

你如果是刚入行产品经理,也意识到了学习一些基础编程技术的必要性,这就是你职业路上的一大步也是必经的一步。简单的技术很容易学,想学习有几个常见的方式,找人学,自己看书,网上找视频。我这里只说说如果你想通过向技术人员请教技术问题的应该注意的点(针对产品菜鸟)。

这一种可能是最快捷的方式,但也可能最麻烦,我给两点建议助你达到更好的效果。

1.切忌不懂装懂:如果有可能要虚心向关系不错的开发请教,不用害羞觉得问了显得自己什么也不懂,其实你一张嘴我们就知道你的水平是什么级别的,没必要隐藏,重点是学知识。

关键点是:

  • 要找关系好的开发,要找比较实在不会把一个简单的技术说的很难很复杂来炫技的“傻”开发(爱吹逼的人不在少数,尽量不要找他们。如何找到实在的“傻”开发,只能随缘了,为什么说他傻,因为你已经侵占到他们的业务领地了他还没有警惕,不是傻就是真爱)。
  • 还有一点最重要就是在开发心情好而且时间空闲的时候去问。

2.适度夸奖:人都是这样的,都很希望得到别人的赞美。你把老师弄舒服了,老师才更卖力的给你讲知识,更别说咱们这种义务教学了。而且开发人员都比较简单没有那么多事,多几句真心的赞美,适度吹捧,要是觉得有收获偶尔请吃顿盖饭足以。

如果想同事请教无果你就只能自食其力了,看一些技术相关书籍,高效快捷,其实我更推荐这种。

产品经理懂技术好比流氓会武术。这句话知乎上看到,很是到位。产品小伙伴快来学好武术虐开发吧!额…突然觉得我站错边了。

2.不需要你装孙子,更不要在我这装大爷

听过一个老师说:“产品经理从某种角度看像是一个君王”。君王是一个统筹全局的角色,他不需要什么都精通但是必须具备带领下属促成正确的事的能力。产品经理确实与君王有相似的地方,要决定什么是正确的事,并且让这件事按自己的想法完成。但不一样的是,君王有不容他人置疑的地位和权威,但产品经理就呵呵了,有名无分。如何才能很顺畅的推进项目就要看产品经理的专业素养、情商和个人魅力了。还有一点就是要明白,你们是合作关系都是为了公司为了产品更好,不要以领导口吻交流,也不要让不懂事的开发觉得他是在为你做事。

不同的产品经理在工作中处理方式也不尽相同。有的产品经理个人能力强,同事信服他,带领团队完成任务水到渠成。如果是小产品经理,频繁犯错是事实,这个时候开发的情绪自然不好,如何能避免开发对你的反感到达影响项目推进的地步?就得看你的情商了,因为这也是你工作内容的一部分。可以抽空套近乎(想想你是怎么和美女同事套近乎,这不用我多说了吧),这样开发加班给你“擦屁股”心里也能稍微舒坦些。如果你是女孩子就更有先天优势,拿下开发so easy。如果你是专业能力不行外加矮穷矬,情商奇低而且一副领导的架势和开发沟通,你被暴击的概率接近百分百。最可怕的是这种低情商的产品此时心里想的是“老子就是要跟你刚正面,就是要让你们这帮无脑码农听我的”,我只能说小子,小心夜路,然后你可以关了这个页面了。

产品圈总是说开发木讷,一根筋。你如果真这样觉得,我先不反驳你,就这样的单纯无脑的的人你都玩不转,你还有什么资格当产品经理?我是开发,我身边也有很多很多开发,只通过职业界定人是很不智慧做法。产品经理和开发人员其实没有什么根本性的矛盾,一没有晋升竞争,二没有利益竞争,而且目标都是尽力做出一个出色的产品。所以我认为产品经理和开发人员比较容易产生隔阂的主要原因是产品一开始就画地为牢把开发人员定为假想敌,如果是这样自然不能一起愉快的玩耍。可恨的是你们产品圈总是在强调两者之间的矛盾,让一些刚入行的产品开始就背上这个包袱。还有很大一部分产品自以为是瞧不上开发人员,认为开发人员就是一群无脑的编码机器,关系不好是必然,项目不好推进也成了必然结果。

说了这么多人际关系,其实都不是重点重点还是你的专业水平。你提需求不要那么随意,不管是多小的需求都落实在文档中。写交互文档的时候认真些,尽力不要有逻辑上的错误,不要缺流程。对UI的审核严格些,不要看都不看就发给开发人员。多和项目的相关人员多沟通,如果有可能适度的与开发人员说点产品未来的走向,让开发人员早作准备。总之让开发干的舒服了感觉跟你合作很愉快,自然没有人与你为难。与同事关系融洽你自己干的也自在,而且你的能力也会更容易得到同事的认可。如果你是这个节奏,相信用不了多久你就会升职加薪、当上总经理、出任CEO、迎娶白富美、走向人生巅峰。想想,是不是已经有点小激动了。

需求

3.我们也是人,给我们点“同理心”,好不好?

好的产品经理一个重要的能力就是要有很强的同理心,有了这个才能了解用户,做出真正满足用户需求的好产品。这一点我觉得不入流的产品经理都应该知道,而且同理心也是你情商高低的重要指标。产品经理应该把我们开发人员看成你需求文档的用户。所以你也要站在我们程序员的角度来考录下我们的痛点,我们使用你这个产品(需求文档)的体验如何。我知道有时候你工作量比较大,但也不要觉得最苦逼的是你们,你们的一个新想法,一个没想到,一句“忘了说”,就会让开发的数个小时甚至更长时间的工作彻底推翻重新来过。总是说“我以为你知道呢”,“这个我没想到”,“我忘了”等话的产品,你要好好检讨下问题出在哪里,一定要改正才能有所进步,才能成为更称职的产品经理。

写这篇文章的目的不是为了单纯的吐槽,更希望告诉刚入行的产品经理我们开发希望与什么样的产品经理一起工作。你可能也感受到了,我全文透露着对与产品经理和谐共事的渴望。最后想说的就是求产品“爸爸”们不要再拿程序员去祭天,并没有卵用,谢谢。

以上仅个人观点,如果不对之处欢迎指出^_^。

 

作者:xcodelife

来:http://www.jianshu.com/p/fdee6b1dfa38

本文由 @xcodelife 授权发布于人人都是产品经理,未经作者许可,禁止转载。、

题图来自,基于CC0协议

评论
有话不说憋着难受!
  1. 我,一个PM,看了文章感觉索然无谓,给点建议:
    1.沟通能力是产品必备,没有沟通能力不能称之为pm,一个传话的就算态度不好装个逼也没问题,这一类人你归类为产品,实在侮辱pm,感觉全文在说的都是礼貌方面的道德问题,并非是沟通,切入点并不完全符合。
    2.别以为见过几个自称是产品的弟弟,就尝试定义pm,你对pm的理解还不到位!
    3.文章里第一子标题就得罪了一堆人,也可以预见你的评论区会是什么样,同样也证明了你情商很低。
    4.公司整体环境就是这样,你抱怨pm不行,是因为人家真的不行还是你不行?你用pm当个引子还是想去吐槽pm,你在这个公司解决不了的问题,你去下一个公司还是解决不了,就像你现在以为pm渣,下一个公司还会这样认为,事在人为,改变不了别人那就尝试改变自己。
    5.抱歉说了这么多,你一个三年的研发,对你还能要求什么?代码写完了么?

    回复
  2. 作为产品新人,我也挺理解你的观点。以后工作中多注意

    回复
  3. 劳资要是能在用户用都没用过的时候,就特么知道坑在哪,还当个屁产品经理,我当上帝好不好

    回复
  4. 哈哈。。。感觉此程序猿是被奇葩的产品汪给虐过。作为产品新人,本文的观点我挺能接受的,以后自己得注意这些方面,开发人员和产品人确实没有利益冲突,大家的一致目标就是对产品负责。

    回复
  5. 写这篇文章的开发,在职场与甚至未来的发展,断定不会有大的作为。

    回复
    1. 为啥这么说呢?

      回复
  6. 你算个屁 傻 x 开发

    回复
  7. 产品经理应该是有分无名

    回复
  8. 说得好,产品汪已受教

    回复
  9. 这种引战文有什么好发的。就一句话,活不好就别有脾气

    回复
  10. 我是开发转产品。。。感觉只看每段标题的话,也可以是产品经理对程序员说的话,哈哈。。。换位思考吧,都不容易

    回复
    1. 哈哈哈哈 你这同理心才真是到位呢

      回复
  11. 个人现实中程序员在产品面前多数是高高再上的,我还真很少见过脾气很大的产品。程序员和产品撕逼的根本是有一方的情商太低。会写个页面就牛逼到天上的程序员太多,人格不健全的产品也很多。归根结底有冲突大多半斤八两,你吐槽他技术素养不够,他吐槽你情商太低,关键是技术真没多高,脾气不小,动不动脸红脖子粗,请问这是同事间相处的方式吗

    回复
    1. 中肯

      回复
    2. 中肯,太过分的就是欠干

      回复
  12. “我全文透露着对与产品经理和谐共事的渴望。“ 兄弟,能稍微指点下在哪里透露出来的,真找不到哎。对于一个刚入行的程序员,产品经理又何尝不是这种想法呢。

    回复
    1. 此文就是引导程序员面对产品要有吊炸天的态度!有脾气的人、没有本事;有本事的、没脾气;适用各行各业。产品能力不行,技术可向上级反映,而不是争吵,撕逼。再者能引起二等人的回复,作者多少也会有点窃喜吧

      回复
  13. 呵呵,本汪并没有感觉出全文透露着对与产品经理和谐共事的渴望,本汪感觉出你对菜鸟产品汪的厌恶和不屑。每个人刚进入职场时总会有各种磕磕绊绊,对业务的不熟、技能不够精通、个人能力不够强等,但这总会过去。如果你的以上这番话对一个产品老汪说,分分钟喷死你,让你连喘息的机会都没有。换位思考,初级的程序员研发能力不行、沟通不行、理解能力不行等,我们产品是不是也能想你这样无所顾忌的抨击他?大兄弟,仔细反思下吧,毕竟一个巴掌拍不响,你作为程序员有期盼的产品经理人员,我们产品又何尝不是,我们也有一堆想吐槽的话,但是…呵呵,宝宝心里苦,宝宝不说 :smile:

    回复
    1. 文章作者大概是被产品喷过,没想到发出来被更多的人喷,文章看了第一段就觉得这人情商低的可怕

      回复
  14. 我觉得你说的很对,我现在也在想学点编程,方便和开发人员的沟通,却总是不知道学哪些好,可否推荐一些适合看的一些书,🙏

    回复
    1. 学点数据库会对你有很大的帮助

      回复
    2. 谢谢🙏

      回复
    3. 学一个web framework你就知道后端大致的一些内容,其实我挺推荐Ruby on Rails的;可以看看Grady Booch的《面向对象分析与设计》,学点面向对象思维能提高抽象能力

      回复
    4. 非常感谢🙏

      回复
  15. 祭天啥的是产品上线迭代的首要步骤啊,亲

    回复
  16. 我是由程序员转的产品经理,对于你说的我是感同身受啊

    回复
    1. 我现在也在准备由开发转产品,有什么建议嘛?

      回复
    2. 我现在还是一个产品新人,刚刚转型,我的看法就是要改变以前的思维方式,不要太过于专注技术的实现,而是从目标人群的需求和易用性方面考虑,另外最好会点ps,培养下审美,哈哈

      回复
    3. 开发是从实现视图去看产品的,产品需要从业务和用户的视图去看产品,开发不用关心研发的工时,产品还需要从技术方案中选择一个最符合ROI的技术解决方案,需要权衡和取舍

      回复
  17. 最后一段不厚道的笑了,点个赞

    回复
  18. 这种也叫有新颖的观点?

    回复