前言：我不是做产品的，只是对产品设计颇有兴趣，所以个人并不代表产品经理的立场;我是技术出身，但不热衷技术，所以也不能代表研发工程师的立场。我所说的可能会比较中立，也可能带有极强的个人偏见，不过我也只是个无知无畏的学生，所以十分乐意接受大家的指正。

　　PM(产品经理)VS RD(研发工程师)

常听业内人士说起，产品经理(PM) 和 研发工程师(RD) 之间是很喜欢互相掐架的(知乎上的讨论)，对个人而言感同身受，因为自己内心的技术小人和产品小人也是常常互相掐架的，感觉更像是一种是思维模式上的互 掐。当然这并不代表这两种思维模式是相互对立的，好的产品显然不是掐出来的。PM 和 RD 之间需要的是一种建立在尊重和理解上的有效沟通。不过铺砖垒石的朴实研发工程师们还是比较倾向于被动的，所以我的建议是，产品经理主动去了解技术。

　　为何 PM 要懂技术?

不得不说，技术人员是很傲娇的。PM 虽然并不是凌驾于 RD 之上的角色，但遵照着 PM 的设计来进行实现多多少少会让 RD 生出低人一等的感觉(不乏 PM 本身也是这么认为的)，这可能是让骄傲的技术流不爽的地方。所以 RD 不待见 PM 可以说是自然而然，如果 PM 还不懂技术，那么 RD 就更加可以在自己的长处上放心大胆地鄙视 PM 了。这倒也不是 RD 的小人得志，几年的技术经验会让他们觉得这更像是一种自我保护，保护自己引以为豪的知识领域不被非专业人员指手画脚。所以如果 PM 懂技术的话，是会在一定程度上赢得 RD 的尊重的。这么说似乎有点绕，说白了就是，如果我是 RD，我会更尊重懂技术的 PM。

　　与被“指点”的设计师不同的是研发很难被“指点”

懂技术解决的不仅仅是心理层面的问题，事实上，这会让 PM 和 RD 之间更容易交流。我们常常觉得 RD 出于对技术的自负而难以沟通，如果 RD 开始甩术语、甩原理，那么多耗费一些时间和耐心也还是能够理解的，有时候，更可怕的就是 PM 会觉得自己和 RD 的对话完全发生在两个次元里。其实 RD 们在这样交流的时候，并不是在企图彰显技术的 NB，这似乎更多的是一种习惯，是技术流长期和技术流交流所养成的习惯。所以，PM 懂技术，可以更好地去理解和适应这种习惯，至少也可以让自己不被 RD 们忽悠了，PM 如果被 RD 绕得云里雾里，无法反驳、无力判断，那也是一件很可怕的事情，如下面这个来自 xkcd 的漫画。

　 　另外懂些技术可以把 PM 从高屋建瓴拉到脚踏实地。很多时候 RD 会消极配合 PM，很有可能是 PM 的设计在技术可行性上出现了问题或制造了麻烦。于是在 RD 看来，PM 就是天马行空不负责任的 YY，却把落实的各种不靠谱问题都抛给了他们。就好像建筑师不可能对土木工程毫无了解，PM 有时候也需要在技术层面上了解一砖一瓦是如何落实的，才能让设计变得踏实。

　　PM 也许可以不懂技术?

行文至此，也该中庸一下，其实 PM 懂技术，也未必是必须的，比如我个人内心的技术小人就会把这三种情况排除在外。

　　1. 这位 PM 有着非常成功的产品经验

技术流虽然骄傲，但也有着崇尚权威的谦卑。如果你有着非常辉煌的历史，即使你对技术一窍不通，但凭借着“PM 将再一次带领大家走向产品成功”的信念也足以令 RD 们信服。不过能够做到这种程度的 PM，不懂技术的应该是凤毛麟角吧。

　2. 这位 PM 有着非常敏锐的产品直觉

如位 PM 有着非常敏锐的产品直觉，尤其对新技术可能带来的产品革新有着灵敏的感知的话也是被排除在外的。好的 sense 是能令其他人都跟着拍手叫好的，RD 再顽固，也是能够嗅到方向的，所以也会愿意跟着你的直觉走。不过，sense 这种东西，有时候跟天赋一样可遇而不可求。

3. 这位 PM 有着很强大的逻辑思维能力。

技术流都是逻辑控，如果你的设计出现了逻辑上漏洞或者问题，将会让 RD 们无比鄙夷，如果已经令 RD 们做了很多无用功，那更可能招致怨念。正是因为 RD 们对逻辑的执着与看重，PM 的逻辑思维能力就更加成为了一个巨大的考验。另外学习技术其实可以锻炼人的逻辑能力。当然，懂技术到逻辑强大，这不是充要条件。

　　小结

说了这么多，倒也不是要标榜懂技术的种种好处，其实技术有时候反而会给设计思维带来限制。例如，PM 看产品可能首先考虑的是产品定位，而 RD 看产品首先想到的是功能。个人以前就很喜欢拿功能攒产品，做出来的东西基本不能称之为产品。这也许就是前面所说的思维模式上的差别。PM 的思维模式其实是很宝贵的，所以学习技术，还需慎重。

总而言之，PM 应该是懂些技术的，或许不需要懂到技术的细枝末节，但至少要有常识，再次也要对技术表现出尊重和热情。只有这样才有可能成为一个优秀的产品经理。