产品经理,请尊(bie)重(keng)你的队友!

26 评论 28343 浏览 153 收藏 10 分钟

想做一名产品经理简单吗?在国外一些大公司,例如谷歌,产品经理的职位通常需要3年以上的研发/交互设计/测试等工作经验。再看看国内的“大”产品经理:张小龙、马化腾、周鸿祎、雷军,哪个不是在做产品前有着丰富的研发经验。之所以如此,目的就是为了在这个产品经理泛滥的年代,保证产品经理的专业性。

这是一个产品经理泛滥的时代

目前在国内,仿佛只要会用Axure画画原型,写写需求,再参加几场线下活动,研究研究为什么购物车内的商品不能从1减到0?,就可以称得上是产品经理了。据人人都是产品经理网站不完全统计,国内有超过60万名的产品经理。

而在国外一些大公司,例如谷歌,产品经理的职位通常需要3年以上的研发/交互设计/测试等工作经验。再看看国内的“大”产品经理:张小龙、马化腾、周鸿祎、雷军,哪个不是在做产品前有着丰富的研发经验。之前还看过一篇文章,小马哥要求产品经理必须都是研发出身。这些都表明,做一名合格的产品经理没那么容易。

不过既然国内的大环境是这样,那么当你有了这个头衔后,请认真对待这个头衔。

大部分人的水平低到意识不到自己水平低

几千年前,古希腊人就将“认识你自己”作为最高智慧的象征,可见认识自己到底有多难。而现在这个浮躁的时代,多少人在得到“产品经理”这份头衔后开始沾沾自喜,自以为是。

只要是别人提出的问题,不管过没过脑子,先不耐烦地回一句:你说的我都知道;

只要团队犯了错误,第一反应:这是谁谁谁的问题,殊不知只要团队有错误,产品经理就有责任;

自己瞎想的需求,不经过论证,统统认为是绝对正确的,别人提的需求,不经过考虑,统统归于“伪需求”;

常常为了批判而批判,等等。此类情况,不胜枚举,而这些情况总结起来,就是当事人没有能清晰的地认识自己,过于自以为是。我的经验表明,研发最讨厌产品说的话就是:这个功能好简单,需要做这么久吗?跟段子“我有好想法只差程序员”有异曲同工之妙。

产品经理,请尊(bie)重(keng)你的队友!

通常来说,一个产品经理有大概以下队友:1名设计师,3到5名研发,1名测试,2名或更多市场人员。而且为了保证项目的质量,通常会有一名经验丰富(5年以上)的研发作为项目经理或技术经理。

这些人作为产品经理的下游人员,实现着产品经理的需求。所以产品经理的水平,将决定整个团队的发挥以及产品的质量。而这一切的前提,就是产品经理尊重自己的队友,那怎么样尊重自己的队友呢?结合这几年的工作经历,总结出以下3点:

1.保证输出件的质量

产品经理和其他队友的配合通常有一系列的输出件,而其中用的最多的还是PRD。总结了以下几点新手比较容易踩的坑:

1.想不全。只考虑了基本流程,没有考虑异常流程,导致研发不知道怎么去处理。举个例子,我一个同事设计了一个“活动”的功能模块,此功能要求选择开始时间和结束时间后提交。当时他定义的时候没有考虑选择的开始时间晚于结束时间的情况,到测试时测试提出这是个bug,研发表示是按照需求实现的,这个时候产品经理没有定义清楚就是bug产生的原因。特别是现在的PRD往往不要求严格的文档,而是原型图+注释的形式时,这个坑特别容易踩。

2.想不深。一个功能点,先不考虑怎么做,而是看看微信怎么做的,支付宝怎么做的,竞品怎么做的,完了直接模仿一下写文档里。更有甚者,“此处交互参考支付宝/微信/淘宝”。研发此时的内心已经是崩溃的了。反问一下:支付宝是干什么的,微信是干什么的,你的产品是干什么的?再问一句:支付宝多少用户,微信多少用户,你的产品又有多少用户?再问一句:支付宝和微信一定是值得模仿的吗?所以说,在处理一个功能的时候,从场景出发,多做调研,实事求是才是可取的。

3.太纠结。这其实不是一个写需求文档容易踩得坑,而是一个在处理需求时容易踩的坑。今天想这样,明天又改成那样,后天又改回来。关键是还天天push研发,让研发做了很多无用功。怎么处理好这点,还是自己要坚定,从产品的战略层面出发,看需求的变更是不是服务于产品战略的,而不是今天觉得这个好就做这个,明天又变回去,这样时间一长,你在研发心里的地位就会降低,就不利于产品的实现。

其他的就不展开叙述了,网上有很多这方面的内容,而且有些坑,只有自己踩过后才会注意。

2.减少队友不必要的工作

第二点就是有的工作内容,不需要研发解决时尽量自己动手。

现在有许多toB的产品经理,往往需要对接一些客户,客户会提各种各样的需求,比如今天跟你要你们出一个你们产品的服务器的架构图,明天又要立刻设计一个banner,不一而足。你作为一个产品经理,连接客户和研发,客户的需求你也不管合不合理,统统输出给你的队友。

队友的时间都在给你满足这些不是产品需求的需求,你们整个产品的节奏都被拖慢,到了交付的时间,研发拼命的加班,那他们能喜欢你吗?以后的工作进展起来难度都加大了。

所有这些客户的需求,第一,能挡的先挡掉,客户有时候也是一时脑子发热,说不定过几天就忘了。第二,告诉客户你提这些需求可能会影响工期,最好邮件留证,到时候就有了争取时间的筹码。第三,自己能做的就自己做了,你作为产品经理,很多东西其实是你工作范围内的内容。

这样就可以保证你说的话在研发心中的分量,大家工作起来都轻松很多。

3.用队友喜欢的语言

设计师,研发,测试都有自己的语言,所以他们内部交流起来效率会很高。在他们看来,你就是个外行,和你交流还得把他们的语言翻译成你能听懂的,但不是所有人都这样,很多人没有同理心,所以经常出现沟通的漏斗,导致各种问题。

对于这种问题呢,平时多了解,多学习,平时注意观察,这是一个慢慢积累的过程。有时间的话也可以系统的去学习一下,慢慢你会发现和队友们合作越来越轻松愉快。

总结一下,尊重队友算是一种软实力,根本目的还是做出更好的产品,这种软实力的修炼,当然不止以上的内容,还要靠自己平常多思考,多总结。

 

作者:wenjie(微信:wxid_jeremy_),左邻产品经理,荒漠中野蛮生长,关注用户体验/商业模式/新媒体运营。欢迎交流~

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

更多精彩内容,请关注人人都是产品经理微信公众号或下载App
评论
评论请登录
  1. 我最近也感触很多啊,公司就我一个产品经理,要面对8、9个开发,两个 UI,3个测试,而且要带两个产品,有时候真心力不从心,很多逻辑都想不清想不全,一到开发手里就需要重新理逻辑。 不过还好大家都合作得比较顺利。ps:左邻好像离我住的地方很近啊 ,我就在深大附近 ,有空多交流,哈哈

    来自广东 回复
    1. 咳咳,兄弟你太幸福了,我们公司就我一个产品经理,同时在做的项目有五个,另外技术支持、运维、商务、平面/UI设计、招聘都是我的事

      来自四川 回复
  2. 小马哥可没要求产品经理是研发出生,鹅厂产品基本都不是研发出生,当然有一些要职是有研发经验的,也并不是全是,这里修正一点!

    来自广东 回复
    1. 之前不知道是在哪看的一篇文章说的,不是完全确定

      来自广东 回复
  3. 说的好

    来自北京 回复
  4. 简单来说就是一句话:不要在神马都不懂的情况之下,胡乱评论这个社会,和这个职业。
    谁都没有资格去评论别人,或者别人做的事,或者评论这个社会的每一个角色,哪怕别人做鸡都不关你的事,你的心态也应该尊重职业的心态去对待。
    只需要做好自己本身,你自己只有评论你自身的资格。
    我气愤的也是这一点。我觉得你没有尊重这个岗位。

    来自广东 回复
  5. 何止是产品经理泛滥啊,之前2年左右经验的程序员只是刚能干活的水平,现在2年经验的都叫经验丰富了。还有相应的UI、测试。这是一个IT泛滥的时代

    回复
  6. 善于沟通 能够把握全局 不是只看眼前 只处理眼前任务的产品经理会越变越好

    来自重庆 回复
  7. 没有研发经验,协调研发交互运营测试等各方,确实有较大的阻碍,当然产品经理自身的修养和自学能力更重要。也不能说你没做过研发,一辈子别想做PM了。另,不管到哪low人都很多,强者更多

    回复
  8. 最近做的事情确实让我有这方面感悟,很多异常真的很有可能没想到,然后开发就会问过来这样的异常怎么办,测试也会提出这里的逻辑不严谨。有时候光想一个复杂逻辑的比较大的逻辑的时候,想清楚就很头疼了,再输出成PRD,再把每个细节异常都考虑到 真的很难。任何开发都会写出bug,任何产品经理也会犯错。出了错第一时间把产品经理揪出来鞭打也是不对的。一个团队要学会互相包容,产品经理要学会“炫耀”自己的作用,不然开发就会认为你啥都没做一样。我始终认为之所以是一个团队,不是个人,就要懂得相互尊重,

    来自广东 回复
  9. 比喻一下,产品经理就像中间人,而这个中间人有一定的实力的话,对于两边都好讲话。产品会跟着市场变化,所以产品经理在接到项目后首先分析这个产品大概的市场,以防客户增加需求。

    来自北京 回复
  10. 我是一个程序员,经常碰到产品考虑不周全的事,我会尽力补全,给他讲解很多bug和利弊,然后让他决策并为之负责。很多事情大家都是要负责的,不建议分的那么清楚,因为有时产品经理并不一定比开发更了解之前的逻辑和实现。上述说的开始时间、结束时间的bug,虽然产品有疏漏,但我觉得开发应该做的更好。

    来自北京 回复
    1. 工作中敢于承担责任是一种很好的习惯

      来自广东 回复
    2. 感觉很有道理,说实话产品经理有时候不可能什么都考虑的那么周全的

      来自江苏 回复
    3. 好有爱和责任心的程序员,这才是程序员的人格魅力

      来自湖南 回复
    4. 产品汪和程序猿要相亲相爱才是真~哈哈哈

      来自北京 回复
  11. 研发坑产品的情况多了去了,很多时候下面的研发内部之间没有传达沟通好需求(其实各研发部门内部需要多加强沟通),就开始搞,结果搞出来的东西不是产品经理想要的东西;另外产品经理挡住了很多需求,但是下面的研发并不知道,研发可能还是一直抱怨需求多,吧拉啊拉一阵抱怨;产品经理觉得一个简单的功能,也有可能是参考了很多同类产品也都是很快就实现了的产品哦,这种情况就不好说了;其实互相之间及时沟通及时反馈是比较好的处理方式;

    来自北京 回复
  12. 其实这个事情也是相对的,有的时候是技术去坑产品,或者美术去坑产品。这个东西就是一个相爱相杀的过程。所以为了尽量避免这类事件发生,产品真的需要去至少初步了解一下你们的开发技术,大体有一个美术基础。

    来自上海 回复
  13. 版主,首现看完你的文章我点赞了(真的),其次文章错别字,我怀疑你是故意留下滴(因为能读你这文章的多数都是PM或者做产品的,做产品的EQ一般都属于正常范围以上),还有版主 下次写文章阔部阔以不要在弄这么有点小烧脑的标题?讲道理的说,我读了两遍明白标题什么意思了,感悟就是:中华文字博大精深,非番邦可及也,忘记说了,版主你得配图我很喜欢 不错有点深意。。。

    来自北京 回复
    1. 哪个字写错了。。?

      来自广东 回复
  14. 产品经理的定义在每个公司就不一样,“1.想不全。2.想不深。3.太纠结”这三个都是相对的概念,基本上找不到人能够完全想的全、想的深、不纠结,这也和产品经理所负责的模块大小有关,这篇文章在大型的互联网公司适用,而小型的创业公司可参考性弱一些。

    来自广东 回复
    1. 有道理,这三个概念如果总分是100分的话,80分以上就算优秀了,但很多人做不到60分

      来自广东 回复
  15. ego,懂么,不管什么样的产品经理,懂得和技术沟通,最起码给个及格分

    来自河南 回复
    1. 不太明白ego,自我?

      来自广东 回复
    2. 自负的意思,就是听不进去别人说话

      来自河南 回复
    3. 我如果反驳作者,是不是也会被喷啊?
      还有就是这篇文章怎么感觉是吐槽啊。。。
      你要抛出问题,不能不解决问题就跑了啊。。。

      来自重庆 回复