如何做一个人见人爱的产品经理?

31 评论 13529 浏览 78 收藏 9 分钟

为什么你的研发团队不愿意给你干活?为什么你每次提需求都满怀愧疚开不了口?为什么让设计师改稿都要被狠K一顿?为什么你觉得自己是背锅侠无所作为?如果你有这些类似的疑问,我建议你认真读一下下面的内容。

产品经理是一个需要个人魅力、号召力、气场的岗位,我们都很羡慕那些在台上挥洒自如讲着PPT的产品,那些和研发设计打成一片的产品,那些得到大家尊重和信任的产品,但是要怎么做,才能人见人爱呢?

俞军老师有一个理论就是:

产品和各个团队的关系指数是需要维系的。

比如刚入职可能大家第一印象还可以,都给你打60分。那么每次你做出一个好的决策、好的沟通方案,可能大家给你加一分;但是反过来,你做错了一件事,可能大家会给你扣10分。

如果你放任关系指数下降,最后就会变得混不下去,各个团队见到你都嗤之以鼻,不服不忿,那么你作为一个产品经理其实是失败的。

所以关键是:哪些事是对的,哪些事是错的呢?哪些事能给我们加分更多?哪些事会让我们关系指数直接降到冰点呢?

我讲几个案例,大家看一下。

一、尊重你的设计师

我以前其实做过很多对设计师不敬的事情,或是有意或是无意。有些人可能会说:我很尊敬设计师啊,每次都会给他买吃的,笑脸相迎。但这其实解决不了核心问题,核心问题是:你能不能让设计师在自己的领域有足够的话语权。

我对设计师第一次的不尊敬是在新人期,有一次设计师做了一个无分割设计,我当时的认知认为这很偷懒,在前端要切图色号的时候,我直接说在内容直接加上灰色的分割条,后面设计师走查的时候为了避免尴尬,没有跟我挑明这个问题。

第二次不尊敬是我要做一个项目视觉方案给领导汇报,而设计师给我的方案是一个看似离经叛道的设计,所以我当场跟她讲:你这个方案在领导面前肯定是不会过的,到时候还要重新改。

在第二次不尊敬后,设计师跟我讲了一个道理,让我豁然开朗。

他说:

  1. 你不要否定我的设计方案,我的设计方案是在你给我的信息前提下我的专业水平,如果是我没有考虑到你的设计要求、或者你的顾虑,你可以跟我沟通改稿。
  2. 就算领导那里不会过,我也可以再做一版,但是这版设计如果没偏离你的要求,我是一定要保留的,因为这是我的专业成果。
  3. 你作为产品经理,要跟我一起做出一版方案,知道这版方案的好坏,传达给领导,我们一起摸清领导的喜好,享受作品上线的成就感。
  4. 如果你感性的在这里否定,不能把我的专业性讲解给领导,恐怕任何方案都不会过的,我们连被否定都不知道原因。

他这一番话让我羞愧难当,跟他道歉之后,我总结了两点设计师相处的原则:

  1. 给他足够的信息,让他知道自己在做什么。
  2. 不在他的专业领域上指指点点,给他空间。

这两点才是对设计师的尊重。

二 、帮你的研发放松

对于研发来讲,很多时候容易和产品陷入紧张的关系。比如:

  1. 产品的方案一改再改。
  2. 做出来的东西没人使用,没有后续迭代优化。
  3. 给出的方案不合时宜、不合理。

在这种情况下,研发是不可能笑脸相迎去接受的,他们不但要在代码层面统筹测试交付给你一个成品,还要费心思跟你扯方案,任何人都会陷入烦躁的。

正常情况下,运营都会给产品较大的压力,要做什么功能必须上线。但是运营往往针对于一个功能点的突破,而不是全局版本规划的考虑,如果产品经理跟运营站在一起去倒逼开发,就会导致开发很被动,每次都被催着急急忙忙上线一些功能,有纰漏还要负责。这样的结果就不是在工作了,是在做人情。

那么要如何做呢?我建议产品还是跟研发统一战线,为他们做好tradeoff方案和优先级,让他们知道要的是什么,可以先后做什么,为什么这样安排。用一个个长远的规划,代替一个个紧急的需求,让他们对未来的工作安排和走向是有预期的,而不是每天紧张兮兮地怕产品来敲门。

这样的关系相处下去,研发其实是比较放松的,因为他们知道产品经理已经在为他们挡掉一些需求,做一些处理工作,他们只需要安心写代码,无条件信任就可以了。

让你的研发在你身边放松,把后背无条件给你,你就成功了。

三、沟通而不是闭门造车

为什么很多招聘要求跨团队协作沟通能力?是因为产品经理来说:多一个团队,就多一倍的沟通量。道理很简单,如果是内部团队,大家天天早上在一起开站会、每天沟通进展,自然其乐融融;但是如果是外部团队呢?需要关联排期呢?每天进展不同步,很容易就会导致测试不匹配、工期延误、效果不理想。

所以越复杂的项目,要有越多的沟通。产品经理加班不是因为工作多,产品经理可以随时随地的思考,想清楚就算是做完了工作,而不是每天研究文档、原型。产品经理加班是因为沟通多,在上班时间要和大家互通有无,占用了很多时间,所以只能在下班时间完成自己的个人工作。

如果不沟通,就会出现问题点,问题点要么造成延期,要么造成需求方的不满意。需求方的不满意就会传达到合作团队,就会导致各方的猜疑和烦躁,如果没有一个人站出来指挥交通,结果就是堵塞。

产品经理就像交警一样,诚然你要懂道路指挥,你要学交通调度,但是你最主要的工作是站在街上,看清楚一个个问题点,把他们疏通起来。再好的产品经理没有落地能力,也是徒劳。因为落地这件事的门槛并不高,只要你站在全局的位置,去看看哪一辆车应该倒车、那一辆车应该等待,就可以做好,而不是赖在工位闭门造车。

所以,别再问什么样的产品经理有魅力了,好的产品经理不需要颜值、不需要好听的声音、不需要多才多艺。只要你能站好你的位置,拿出你的态度,对待好你的伙伴,你也可以人见人爱。

#专栏作家#

花生酱先生,人人都是产品经理专栏作家,微信公众号:产品之术。金融业资深产品经理,对职涯规划与个人发展有丰富经验,产品涉猎广泛,ERP、金融领域较多。

本文原创发布于人人都是产品经理。未经许可,禁止转载。

题图来自 pexels,基于 CC0 协议

更多精彩内容,请关注人人都是产品经理微信公众号或下载App
评论
评论请登录
  1. 都是干货,谢谢分享!

    来自浙江 回复
    1. 谢谢!

      来自广东 回复
  2. 我就说怎么感觉名字这么熟悉,原来我已经订阅了你的文章 😉

    来自广东 回复
    1. 客气啦

      来自广东 回复
    2. 请问tradeoff方案是什么

      来自广东 回复
    3. 拒绝伸手党,自己去查

      来自广东 回复
    4. 正义!

      来自广东 回复
    5. 就是优先级,如果砍这个、如果砍这个啥的

      来自广东 回复
  3. 我就是设计师,我就没有话语权,前端同事还说我要主动争取,前提是有人愿意放手啊,做个图都要审核好几遍,内容甲方还总修改,样式肯定有变动,前端作图还不按原设计稿来,上头确认的稿子,到前端那总是随意的给我修改,还不通知我,他认为他的号,改完了就通知我,既然这么有主见还做我的设计稿干什么,结果领导问,怎么跟终稿不一样,又说是经过我同意的,我让修改就给我拖,领导一发话就改

    来自北京 回复
    1. 没办法,如果不是设计驱动,其实很难有话语权。这种情况下只能靠自己争取,说服老板说你的设计给公司增加了多少收入等。

      来自上海 回复
  4. 挺好的写的。

    来自辽宁 回复
    1. 谢谢鼓励!

      来自上海 回复
  5. 我的一贯理念是产品尽可能的做好前期一切需求,充分的考察一个功能开发的可能性,开发成本,以及实际存在的意义,这样面临多个岗位的人对你发问时才能有让人信服的理由回应他们

    来自四川 回复
    1. 是的,但是前期工作可能是个无底洞,而且闭门造车也是不好的。关键是要把每个人的诉求都满足到。

      来自上海 回复
  6. 突然很惭愧,上次运营给我压力的时候,我把压力转嫁给开发。当时就觉得这不是一个良性循环,但是不知道如何妥当的解决。看到这篇文章,豁然开朗

    来自陕西 回复
    1. 每个团队的风格不一样,不妨试一试我的方法,也许管用。

      来自广东 回复
  7. 花生酱先生,感觉你是一个好好先生温文尔雅。之前跟设计师沟通的时候,也有一次偷偷换了他的设计,当时从心底里觉得这个设计师我已经懒得跟他沟通了,觉得再沟通改出来的东西都是不能用的,又没有能决定开了他的权限,懊恼很久。实话说读完都没觉得我错了,没有品质真的忍不了。

    来自辽宁 回复
    1. 懒得沟通就歇歇再沟通,合作很重要,不要情绪化。

      来自广东 回复
  8. 想问一下楼主,如果跟技术沟通不畅怎么办?技术总说一写奇葩需求,别人没这么做的,但是需求是领导发布的,这个怎么处理呢~

    来自北京 回复
    1. 做好桥梁呗,领导要做的也需要需求分析,别全盘接受。

      来自广东 回复
    2. 领导会说你只管去实时就行,这就是想做的 😀

      来自北京 回复
    3. 那就做咯,尽量理解呗

      来自广东 回复
  9. 很喜欢这篇文章,对于小白来说简单易懂 😎

    来自北京 回复
    1. 谢谢!

      来自上海 回复
  10. 感谢分享,尽量别犯错误

    来自广东 回复
    1. 加油!

      回复
  11. 忽然就看到了更多自己之前的错误 🙄 谢谢

    来自浙江 回复
    1. 客气!

      回复
  12. 不错。

    来自上海 回复
    1. 谢谢!

      回复