一位美女PM亲述：如何不被程序员嫌弃

最近有位刚做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.给他们加薪，给他们加薪，给他们加薪。

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