|
馒头商学院合作伙伴专栏：太阁（BitTiger）。 来自硅谷的终身学习平台，在馒头为你分享来自硅谷的学习内容。  就如一本书的名字一样，《人人都是产品经理》，产品经理（以下简称PM）这个词在互联网时代越来越流行，已经成为了很多互联网从业者的职业目标之一。 但是，真的“人人都是产品经理”吗？希望通过我的个人相对丰富的产品经历，大家能够对PM有更清晰的认识，而不是人云亦云的理解。
很多人对PM充满了好奇，但是PM具体做什么的其实很难回答，取决于所在公司类型，产品类型，所在区域等，没有很统一的工作内容。所以这里分享一下我的工作经历和接触的产品，来给大家介绍一下，在不同公司，针对不同产品，我所做的产品相关的工作内容包括哪些。 1. 产品专员
2. 产品主管
3. 产品经理
4. 技术产品经理
5. 高级产品经理
现在，根据我的这些经验，我可以回答开篇的问题了：
通过上边我个人的经历，可以看出我做PM的时候，主要关键字有： 技术，项目管理，沟通，业务，数据分析，团队管理，市场，财务，UX等等。 我们可以看到PM所需要的技能真的五花八门，但是我们可以大概的总结出，成为一个PM所需要的技能主要有：
对于成为一个PM，有哪些常见的路可以走呢？ 其实有很多方法，有一种模式叫做学霸模式，就是你可以来自任何其他的industry或者其他的学科，比如MBA或者MIS，之后转型。 在国内，这一模式并不太可行，因为国内对于PM更看重的是相关经验，但是在美国这一模式也是个出路，如果是名校MBA还是有很多公司会接受你来做PM，但是可能读完MBA后并不知道自己想做哪方面的PM。不过综合来看，这一模式也是比较稳妥的，因为即便不做PM，拿到degree之后别的出路也很多。 之前讲到的这些技能很具体的描述了一个PM的工作。我们往往会被这些高大上的关键字所迷惑，觉得PM很神秘，会的技能这么多。但是这些技能都是“基本技能”，就是能够在短时间内学会的甚至精通的技能。掌握方法本身不难，难的是懂得如果如何利用这些技能来解决产品的问题。 比如甘特图，大部分人学一学就会画，但是好的PM要懂得如何利用甘特图来评估产品的工作进度，如何保证上线时间，如何预测项目状态等，这都需要更多的技术含量和经验。再比如定性分析，可以被动地记录下用户所说的需求，但是如何挖掘出用户潜在的需求是更重要也更难的任务。这些深层次的技能是更需要下功夫的，也是成为一个优秀的PM所需要的行业门槛。 当然，成为一个优秀成功的PM，不同的人有不同的经验可以分享，但是这些经验往往并不适用于其他的人，毕竟成功的路人人都不同，更何况PM的角色和职责在不同的公司不同的产品线上会完全不同，但是失败的教训还是有很多共性的。 坑1：产品经理就是经理——产品经理的经典错误站位 也许人人都是PM，但不是每个人都有乔布斯和张小龙的才智和权利。我们在在和他人协调沟通的时候，不应当强权命令，而应当无授权管理。比如如何说服程序开发人员和自己合作？是否应当依靠强权来逼迫合作？当然不是，而通常情况下，我们还是有很多方法的，比如通过数据分析或者通过research来说服开发人员。所以，要带领团队，但不要用强权。
坑2：数据告诉你一切——错误使用数据的经典姿势 很多PM在数据分析的时候通常会犯错误，存在太多的假设和bias。比如利用线性回归来分析4个变量中哪个跟产品用户满意度最相关。但这个数据分析中，太多的假设就会让分析没有效果（为什么4个变量？为什么线性回归等等）。根据我的经验来说，在做数据分析的时候，我们应该先出栏数据做出假设，然后用数据来做假设的backup验证我们的结论，之后再根据结果来解决问题。要学会数据分析，但不要盲目使用数据。
坑3：做一个所有人都喜欢的产品经理——老好人的悲惨结局 做一个老好人太难，如果有很多的人喜欢你，很有可能是因为你给他们的工作是在他们的舒适区，对他们没有什么挑战。但正确的做法是，应该让他们多接受一些挑战，让产品上线后获得好评，这样给大家带来更好的成就感和自豪感，才会让他们喜欢你，否则只是表面的喜欢而已。所以，要赢得团队信任，但不要当老好人。
坑4：不懂技术也可以成为优秀PM——如何尽快点满程序员的怒槽 不懂技术可以称为PM，但是无法成为优秀的PM。毕竟如果不知道技术，PM跟程序员沟通时非常的费力，效果不好，而且程序开发人员很有可能不买你的账，导致开发的时候并没有按照你的需求来做，这样往往无法达到产品的预期效果。要学会和技术团队沟通，但不要被技术绑架。
坑5：对老板言听计从——如何在尽可能短的时间内毁掉一个产品 我们需要在工作中更自信，而不是盲目地听从老板的决定。因为很有可能，老板对产品的技术细节了解、得到的产品用户反馈不一定比你多。老板很有可能对决定很确定，而是需要你的意见。何况老板不一定比你聪明。所以我们要获取老板信任，但不要唯老板是从。
坑6：对客户言听计从——如何尽快从产品经理转岗为客服专员 客户的需求优先度有高有低，要明白谁的优先度更高。而且，客户往往不知道自己的真正需求是什么，PM需要懂得挖掘出客户的真正需求。我能给出的建议是，要帮用户解决问题，但不一定要按照用户建议的方法。 希望通过以上我的经验分享，大家能够对PM有更明确的了解。 【 365成长联盟】无法坚持你的2017年新年成长计划？快来馒头和互联网大牛一起开启365天持续学习，产品、运营、营销实战+职场技能全面提升！
|
|
|
