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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

..............................<wbr/>.............. 我是口沫横飞的分割线......<wbr/>..............................<wbr/>.......

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

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

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

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

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

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

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

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

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