标签：style blog c ext http color
进入微软、亚马逊，谷歌等美国IT企业工作人才项目，起薪40万，百度搜索（MUMCS）
最近有位刚做 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. 给他们加薪，给他们加薪，给他们加薪。
文章的最后，我想对所有还在拼搏的产品经理们说，就算你的行业环境不断限制你的创新和畅想，就算你身边的程序员总是打压你的积极性，攻击你的决策和判断，就算你觉得全世界都没有人肯定你的努力，没有人理解你的无奈，你都不可以放弃。勿忘理想，勿忘初心。你们是美好未来的希望。
如何不被程序员嫌弃——写给那些血气方刚的产品经理,布布扣,bubuko.com
标签：style blog c ext http color
原文地址：http://blog.csdn.net/mumcs/article/details/25965357
