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

编者按：本文是来自X小姐的第四篇投稿，第一篇文章《 一个至今没做出靠谱好产品的产品经理是这样活着的 》，第二篇文章《 一个初次创业的互联网P民是这样被投资人拒绝的——写于没有拿到任何投资意向书的某清冷夜晚 》，第三篇文章为《 针对女性开发的互联网产品还敢再男性思维一点么——来自白富美女票们的哭与泪 》。

最近有位刚做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，只有一种：比自己牛的人。

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