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