产品经理培训课程：技术

　　课课家统计“产品经理需不需要懂技术”的讨论很火，那么技术之于产品经理到底如何呢?

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

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

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

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

　　well在产品管理中，产品经理是领头人，是协调员，是鼓动者，但他并不是老板。作为产品经理，虽然针对产品开发本身有很大的权力，可以对产品生命周期中的各阶段工作进行干预，但从行政上讲，并不像一般的经理那样有自己的下属，但他又要调动很多资源来做事，因此如何做好这个角色是需要相当技巧的。

　　如果把产品开发当做赛艇运动，在最前面擂鼓喊号的是产品经理，他不但要每个参与者都使足力气，而且要协调所有的参与者，将他们的力气往一处使，他还要保证所有人的方向都是一致的，都知道朝哪个方向走，不能出现有人用力不对的情况。

　　在很多企业里面，会跨越行政管理的部门，以跨部门的虚拟产品团队方式来运作，产品经理是这个虚拟团队的Leader，虚拟团队的其他人大部分都不是全职只负责这部分工作，但是有约定比例的时间投入。根据公司的情况，也可以约定产品经理对每个虚拟团队成员在这部分的工作表现进行考核。

　　在快消领域产品经理的角色更侧重于产品包装和品牌推广。而在研发生产型企业里，产品经理的角色通常要关注生产的周转率、产品的故障率、版本更新情况、推广计划、财务数据等方方面面的事情，对产品经理的个人能力要求也更强。

　　而在互联网领域，产品经理通常最关注用户价值，用户体验，以及与用户体验相关的所有事情，都需要产品经理发起或者参与。在一些互联网公司里，商业模型和财务部分的核算有单独的商业产品经理负责。

　　PM 也许可以不懂技术?

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

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

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

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

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

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

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