怎样成为一名受RD欢迎的PM

现在，RD（研发）和PM（产品经理）之间的矛盾与协做，时常成为互联网行业里的热门话题。PM方面文科出身偏感性的居多，时常看到他们分享经验（RD通常直接骂PM是傻X），但考虑到他们的知识体系和思惟习惯，这些分享大多没啥养分，缺乏参考价值。

我从入行起就作一线开发，并且是前端，离用户近，工做大多围绕界面、交互进行。创业这两年挂职“产品总监”，作产品经理的同时也在作开发，本身给本身提需求。接下来，由我来告诉你，怎样成为一名受RD欢迎的PM。

告别愚蠢

不少PM的最大问题是愚蠢而不自知。

就目前来看，RD可能是科班出身，受过系统的计算机相关知识和技能培训（包括学校和自发），头脑清晰逻辑缜密，平时多半有点宅，人机交互甚至多余与人交互；而产品经理则是三教九流各色人等都有，知识技能工具也缺乏统一标准。这种状况下，RD有些优越感再正常不过。总结起来，初始状态下，RD眼中，PM是这样的：

• 学习成绩、学习能力、学习习惯都有问题，惟独嘴炮很厉害
• 用（移动互联网）产品的时候还不如我多（宅么……），竞品观察的还不如我细（要抄的这个产品我用大半年了）
• 假传圣旨狐假虎威

恰恰不少PM还特别喜欢用“我以为……”这种句式跟RD交流，遇到挑战每每也无法拿出数据、竞品设计进一步讨论，只能说“总会有人……”“像我这样……”，甚至继续“我以为……”。他们忽视了一个问题：你们的命运都和产品息息相关。RD对产品的关注程度，倾注的情感，并不比PM少。RD对产品的指望，也不比PM低。这个时候，若是PM拿来的一份说不清好坏甚至脑残设计，那被抵制或消极对待就是天然而然了。

如何才能不让本身显得愚蠢呢？其实也不复杂。

• 多用竞品，多用互联网产品。没办法，吃这碗饭，就得有投入。时刻了解界面交互的新潮流新尝试。
• 能找到数据，尽可能多用数据。
• 除了直接合做的RD之外，争取交几个RD朋友，提需求以前，请他们先帮忙评估下开发成本，再去跟本身的RD沟通时会有准备的多。

PM必定要树立本身的专业性权威性，要让RD相信，这个需求是有利的，是有效的，是能够给本身带来奖金的，那么积极配合就是水到渠成的事儿了。

理解RD

每一个人都有本身的小确幸，RD天然也不例外。

多是用某种模式巧妙地重构了代码，使之清晰好读便于扩展；
多是妙笔偶得的正则，效率比以往提高了数倍；
多是学会一个新技术找到一个新框架……

理解RD，就是理解他们在发现身边的小确幸以后，给予他们足够的空间去知足。好比，不要把项目进度填得太满；或者适当调整功能需求，把RD自发提出的需求加进来。

另一种温柔理解，就是不打扰。有些PM控制欲较强或者项目出身，热衷于“对进度”，简直愚蠢到使人发指——你对不对进度，进度就在这里，不进不退。程序开发不是线性的，不是每小时12.5%，一天8小时100%；也不是写了200行，再写200行就完成了；甚至我都没办法告诉你我作了多少，还要多少时间才能作完。有些PM更是不知道从哪儿喝的过时鸡汤，居然认为只要够坚持够忍耐，坚持询问耐心询问，就能和RD在对进度这件事上达成共识——这除了让RD确信ta是个无可救药的蠢材以外别无它用。

最后的理解，就是“PM动动嘴，RD跑断腿”了。能理解这一点，其它也都好理解了。任何需求都有开发成本，这个开发成本，每每连同是RD的其余人都没法准确估测，更况且缺乏技术背景的PM。因此不少PM提需求提得很随意，明显没有通过深思熟虑（或者明显没有和更高阶的PM进行讨论，或者没有和其它需求方确认）；改得更随意，并且经常伴着一句：“你就那个那个啥一下，很简单。”坦白告诉你，听到这句话RD没拿出刀砍死你说明他爱你。想改善的话，开工以前多沟通，下降返工可能性；提出需求时尊重RD的判断，共同拟定阶段性目标；开工后尽力维持计划，等等。

理解RD的PM，真的好迷人。

避免误区

第一个误区是打嘴炮。

为了写这篇文章，我简单google了下“产品经理 自我修养”，搜出来一堆心灵鸡汤。这些文章几乎能够做为产品经理“假大空”的表明，正是这些文章误导了不少初入行的新人。

做为有必要时常和RD打交道的PM，必定要务实，想法要落地，提出的东西要有具体执行细节，有考量标准。不能满嘴跑火车，动不动战略布局就，动不动就拽名词（“破坏式创新”），动不动就引名言。咱们的目的既简单又统一，把产品作好，把运营作好，提高用户体验，抓住用户，增长活跃用户，最终流量变现，你们分钱。这之间，须要的是一个又一个具体的需求，一点又一点持续的改进，合理规划的统计点，用数据支撑的每步选择。并且前面说过，RD可能嘴笨，其实很聪明，而且有点优越感，PM拿不出真材实料只靠嘴炮很快就被归到不靠谱那类了。

第二个误区是想说咱俩是一伙儿的结果表述错误。

常见于老板或者某领导提了个不咋样的需求，交给PM，PM劝RD：“我也不想的，但是老板他非要。”前面说过了，PM动动嘴，RD跑断腿，最后开发成本要RD扛，因此你说服不了老板，苦果得我吃。因此你嘴上想说咱俩是一伙儿的，其实你正在出卖我……正确的作法是先尝试说服领导或者老板，若是没法作到，就试着理解老板的意思，用道理说服RD，同时及时修正项目进度。

总结

其实PM和RD不是仇人，相反，两者的切身利益息息相关。PM但愿找到给力RD的同时，无数RD也在期盼上天赐予一个靠谱的PM。RD不善表达的居多，也懒得跟“外行人”废话，因此经常只表现出对PM很冷淡甚至敌视。其实他们并非不肯意作功能或者不接受改需求，只是须要一些更说的过去的理由而已。

获取RD信任以后会发现他们都很好相处，而只要作到以上几点，受到RD们欢迎也是必然的。