如何做一名受开发者欢迎的产品经理

（给 伯乐在线 加星标，看经典文章 ）

来源：翟路佳（@Meathill）

https://segmentfault.com/a/1190000000621058

我从入行起就做一线开发，而且是前端，离用户近，工作大多围绕界面、交互进行。创业这两年挂职“产品总监”，做产品经理的同时也在做开发，自己给自己提需求。接下来，由我来告诉你，怎样成为一名受 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，真的好迷人。

避免误区