如何不被程序员(RD)们嫌弃--写给那些血气方刚的产品经理(PM)

5 评论 2689 浏览 2 收藏 12 分钟

最近有位刚做 PM(产品经理)的小伙跑来跟我控诉,说公司技术部的 RD 们(程序员)个个不给力。需求过了千百遍还是理解错,或者就是简单回一句“做不了”,表情如死灰。

这位 PM 血气方刚,张牙舞抓,脑子里总有一千万个新产品需求的想法扑腾着。他咄咄不停的抱怨 RD 们不配合,能力差,懒惰,没思考能力,没品位,顺带连抠脚味儿太大这种事也强烈谴责了。“擦,老子明天就去学编程!” 哎,我发现 PM 们都特喜欢说这句无比励志的话呢!

面对他,我的心突然惆怅起来。几年前的自己也差不多是这个模样,懵懂如白纸,但谁又知道这样的 PM,在很多 RD 的眼里就是个笨蛋吧。身为一位女性 PM,我至今为止并肩合作过的 RD 团队超过 8 组共 200 多人(动荡曲折的职业生涯啊),受过的委屈流过的泪就不在这里赘述了,打算留着以后写小说。今天我只想浅谈一些自己总结的 PM 与 RD 相处之道,所谓人艰不拆,希望大家看完后能更理解彼此“都不容易”的立场。

PM眼里的RD分成两种:能沟通的,和不能沟通的。后者占90%。(呵呵)

如果你跟我一样,是个没有技术背景的 PM,估计你会觉得世界上 “不能沟通的 RD” 占九成以上。难道不是吗!每当你斗志昂扬讲完一个伟大的产品计划,期待看到 RD 激动的眼神,却发现他们真的一点儿不兴奋。给面子的 RD 会干巴巴的问:“什么时候要 什么时候开始 设计稿确定了没 产品文档写完整了没。” 不给面子的 RD 则会当场质疑你,“这个新功能你到底想清楚了吗?!老板又风花雪月拍脑子了吧?!这么做有数据依据吗?!做过市场调研吗?!老用户会因此流失吗?!能保证上线后不再改了吗!?@$%^^%%$$@% #$%^^% ” 真的是没法儿做朋友啊!

曾经有一个自以为很牛掰但其实能力已经跟不上时代的 RD 总监,在 kickoff 会议上把我所有的需求都推翻了,让我差点在十几个老男人面前哭鼻子。话说人在经历苦难后,要么变乖,要么变坏。这种迫切想要搞定 RD,让他们听命于我的心情,实在太强烈,于是我学会了通过非正规途径收买 RD 的心--比如请他们吃 KFC 啦,陪他们聊黄色笑话啦,穿低胸装秀黑丝大腿啦。在这些努力之下,我和 RD 的关系改善很多,他们开始敞开心扉,解释他们对于新需求的负面情绪到底从何而来:有时是因为实在忙不过来,有时是因为实在无法理解这个功能有什么意义(至少他们自己肯定不会用),有时是因为 PM 不但不调解现有项目的优先级,反而还每天做梦,想些有的没的,让他们极为恼火。而负面情绪最大的根源,则是他们对这个项目失去了信心,觉得反复改版却一直没有大的突破,老板和 PM 都应该去吃 shi。

正当我沾沾自喜,认为自己靠美胸美腿赢得了这场战役时,一个 Ruby 程序员幽幽的跟我说 “我好喜欢你的门牙。” (鸦。。。你们果然是无法沟通的生物。。。)

RD眼里的PM也分成两种:有脑子的,和没脑子的。后者占90%。(呵呵呵)

没脑子的 PM,RD 们是打心底森森嫌弃你的。嫌弃你的理由可能有以下三点,欢迎对号入座,我们一起舔伤口:

嫌弃理由1:你没有自己的想法。听清楚哦,我说的是 RD 们“认为”你没有自己的想法。这个话题实在很辛酸,哪个 PM 会没有自己的想法呢,就是想法多的溢出了脑门儿才跑来当 PM 的啊魂淡!!但是 PM 的生存环境无比艰辛,很多决定都身不由己(尤其当你有一个心思活络的老板时)。于是,有些 PM 选择推卸责任,两手一摊 “老板说必须做” ,急着撇清关系强调只有老板是傻逼哦我不是哦。此言一出,你在 RD 心里的形象全毁。

PM 必须是产品的灵魂,无论老板决定闹哪样,你都要把这个决定翻译成大家能接受的理由,建立你自己的口碑和信任。在跟 RD 沟通的时候,不要说“我和老板争论了很久他就是不听我的”,这样更凸显你的无能;也不要撒谎说“其实我觉得老板的想法挺好的”然后硬掰些白痴的理由,这样显得你特别虚伪。比较好的应对方式是开诚布公,说你自己真实的想法,如果你觉得老板真是玩过火,也要解释下老板为何会有这样的执念(是被投资人逼的,还是被老婆逼的,还是看到竞争对手做的什么事情眼红了想抄袭),然后安慰体恤下 RD 们的辛苦,并表现出和他们同甘共苦的决心。

嫌弃理由2:你风花雪月没有逻辑。都说能做出很厉害产品的 PM 要感性和理性兼备,因为优秀的产品能直戳人性,满足用户多层次的生理和情感需求,这就要求 PM 对生活细节敏感,情感丰富。可是情感丰富的 PM 通常思维比较跳跃(艺术家嘛都这样),情绪波动幅度巨大,郁闷时会在阳台发呆抽一下午的烟,兴奋时连坐在马桶上都拿着手机写文档,这样的节奏 RD 们真心吃不消。他们觉得你丫的赶紧吃点儿脑残片吧!(插播吐槽:我的上一篇文章发布后,就有人建议我服食脑残片!)因此,论起 PM 的自我修养,你必须有收放自如的情感,还得有理性的逻辑思维去支撑起每一次的灵感乍现。

你可以问自己三个问题:一、这个功能是否服务于产品的主线业务,比如一个听歌的软件是否要有日间/夜间模式切换?如果只是锦上添花,使用场景不足整体的 10%,那劝你还是等自己学会写代码以后在家做着玩吧;二、这个功能的技术实现成本有多大,如果用工时或天数来预计工作量不够直观,请去 HR 部门问一下 RD 全员每天的工资总额,再乘以所需要的开发时间,哈,这个金额应该足以让你好好思考“需求性价比”这件事了!(这招在创业公司尤为实用)三、这个功能的效果是否能被评估,这样至少你能检验自己的判断是否正确,无论如何都能积累宝贵的经验。

嫌弃理由3:不信任RD的能力。呵呵呵呵呵呵,说起这个真是百感交集。每一个有血有泪的日子里都在重复上演这样的剧集:PM 问 RD 这个功能要做多久,RD 说至少 3 周,PM 于是去问自己做技术的好基友 “真的需要 3 周吗?”,基友拍桌子说 “这有什么难的,换了我 3 天就搞定!” 然后两人忿忿不平的拍案皱眉,开始讨论公司里的 RD 们到底是能力差还是在偷懒。我曾经也这样,因为不懂技术害怕被骗,于是勾搭各种民间技术大牛让他们给我做狗头军师。军师们为了维护自己伟岸的形象,通常会拍胸脯各种夸大各种保证。更糟糕的是,军师们也变相破坏了我和 RD 之间原本就已经很稀薄的信任。(哦多么痛的领悟~~~)

最后,RD 眼里的 RD,只有一种:比自己牛的人。

剩下那些能力不如自己的,他们的存在早已消失散尽在雾霾里了。

…………………………………….. 我是口沫横飞的分割线…………………………………….

让RD觉得你很优秀的方法…

1. 眼观四路耳听八方,知识渊博,掌握行业内的各种动态,分析市场趋势,没事就盯着友盟的数据看,各种国外新推出的产品统统用起来。RD 们会觉得你什么都知道,那你的判断八成是靠谱的。

2. 混对圈子,积攒几个厉害的人脉,难得和大人物有饭局的时候一定拍照发朋友圈,时不时去知乎回答些问题,去各种活动刷脸,撮合各种合作,尽一切可能把公司推到聚光灯下,这样也更容易招聘到优秀的程序员,产生良性循环。RD 们大多不喜欢抛头露面,所以他们会觉得你的付出无可取代(不然他们老觉得 PM 每天看看文章聊聊天,简直是悠闲的废物)。

3. 无论是口述的需求还是撰写的文档,文字和原型图的呈现都要有逻辑,有条理,最好用写代码的思路来写产品文档,功能细节上的逻辑处理无一遗漏,实乃 RD 们的心头好。

4. 在老板责问为什么还没上线的时候,冲上前去说,“都是我的错,前几天又改了个需求”。

5. 在 RD 们被各种部门的需求同时袭击的时候,为他们安排最合理的优先级,并承诺担起一切后果(包括被某部门主管批斗责骂等)。

6. 招到漂亮的实习生妹子给 RD 们养眼。

7. 给他们加薪,给他们加薪,给他们加薪。

文章的最后,我想对所有还在拼搏的产品经理们说,就算你的行业环境不断限制你的创新和畅想,就算你身边的程序员总是打压你的积极性,攻击你的决策和判断,就算你觉得全世界都没有人肯定你的努力,没有人理解你的无奈,你都不可以放弃。勿忘理想,勿忘初心。你们是美好未来的希望。

来源:36氪

更多精彩内容,请关注人人都是产品经理微信公众号或下载App
海报
评论
评论请登录
  1. PM的新产品想法分两种:自己想出来的,和借鉴国内外各种现成案例的。后者占90%。

    而就算是完全照抄任何一个功能,RD的代码都是实打实的,其中有些逻辑算法也不是PM能想到的/理解的/看懂的(可能根本都不知道这些算法逻辑的存在)。

    这就会让RD认为:你丫一边拉屎一边刷微博看到一个不错的idea,于是擦了屁股洗了手稍作修改就化作自己的产品需求,整个过程耗时2h、耗脑5%。我把需求用代码写出来又是几天加班,最后延误了上线你和boss来一句“都是我的错是我改了需求、boss让我们一边吃着宵夜一边聊天刷微博一边坐RD边上看他写代码发布上线吧,反正别的我们也不会了”。

    来自北京 回复
  2. 哎 都多了都是泪

    来自北京 回复