我的亲身经历，在红星美凯龙做龙翼系统的产品助理的阶段的时候，就有很多人问过我产品经理是做什么的，面临了各种问题，而当时初步入互联网行业的时候由如一个小白鼠，真是还不完全了解产品经理到底是干嘛的。
…小伙子卖哪个牌子的家具啊，是不是亲戚来买有优惠呀？
…wc小宗介厉害呀，产品销售经理，一个月不得几十百八万
…厉害呀，以后这个产品的销售的提成拿到多少钱啊？
…小宗介，产品经理是做什么的？你是做什么产品的？
…工资应该很高吧。。。
…
…
………
我相信并不是我一个人遇到这类问题，或者遇到这种情况，在我们刚踏入互联网产品行业的时候，在我们自己模棱两可的情况下，其他人问起，如何来介绍这个行业或者职位职称不显得那么…
？或者不让人认为我们是销售行业？
在国内，对于英文缩写的爱戴是非常强大的，产品经理的英文词语是PM，这两个词语是Product Manager，当时我一直对外人这么介绍，直到有一天我做了项目经理之后，咦，为啥也是PM，原来项目经理是Project Manager。现在大家也应该能猜到之前比较火的一个项目经理必考的证书为啥叫PMP了吧，Project Management Professional。
以模糊的思维来看，可以把P代表技术，M代表管理，真正一名合格的PM，要对运营、技术、产品思维、业务逻辑、营销这种业务技能要成熟，在对于项目管理和团队管理方面一样的要具备出色的水准。这里的管理是范畴的，包含文档管理，人员管理，项目管理，产品管理等等…
所以在有些公司，产品经理是一个岗位，有些公司产品经理是一个管理职位，也许我们新入门的一些小产品只是做一些产品以及做一些独立性的思维，这就是真正的把产品经理当做一个工具在使用，其实也没有错。但是有些大公司，会潜移默化的观察我们这些工具人，因为产品经理所需要具备的素质和能力是可以沿用到一个合格的管理者身上的。所以有些公司会把产品经理这个职位放到管理岗位。同时管理项目，同时负责产品。这时候有一个词语就出现的非常频繁了，叫做“背锅侠”
所以，本文主要针对两类用户，一类是产品经理的亲朋好友，看完之后起码介绍的时候可以是一份体面的工作……另一类就是刚刚或者即将入门的产品新人，希望我对这个职位的一些粗浅理解能对你有所帮助。
老同学问“你小子在做啥子产品哦”：
我不是写代码的，也不是写文案的，也不是做销售的，也不是美工，我是动嘴和动脑子的，不要求硬性门槛，薪资还挺高，只是需要你跟一群北大清华的去过微软谷歌实习的研究生一起竞争而已。
，技术和管理于一体的管理行业
海龟人类“最近在做啥工作？”：
我在设计脸书
如果是实习，对大学同学解释：
如果我们毕业了，也就万把块钱吧。
对家里亲戚或者邻居等解释：
做像你们手机用的这些程序APP你们看到的网站都是我设计的，钱够多，还有各种补贴，福利好，弹性上班，年终的时候发百八十万奖金不在话下
公司都是年轻人，对象比较好物色。而且活到老学到老的职业哟
，自己感兴趣可以考证书
对老一代的长辈解释：
我们宛如三国演义里面的卧龙凤雏！
对父母解释：
工作挺稳定的，不会有人炒我鱿鱼，跟 CEO 之间就差三四级，项目里面几十个人没人能管我，所以也没有什么好勾心斗角的。工资还行，主要是对你们用的app啊功能进行设计，要学习一点用户心理学和用户思维还有用户体验，还要了解一些研发技术相关的那些你们也不懂那。
对产品新人解释：
就好比一个游乐场，我们是负责根据市场调查决定这个游乐场是面向成人还是儿童，偏文化还是娱乐，再来决定游乐场里需要有哪些设施，这些设施都放在什么地方，接着去找工程师把这样设施建造出来，找设计师把这些东西漆上油漆，找市场销售把这个游乐园推广出去。
对面试官解释：
产品经理可以用三个词来概括：大学霸、润滑剂、责任人。大学霸说的是产品经理经常需要接触不同的领域的知识，因此快速学习的能力是产品经理必备能力之一。润滑剂说的是沟通和协作方面，产品经理往往是团队各个成员之间联系的纽带。而责任人指的是，产品经理不仅要做出最后的决策，更要对产品中出现的每一个问题负责，想要成为产品经理，首先就要勇于承担责任，成为一个值得信赖的、靠谱的人。
对我自己解释：
其实以上都不重要……
要是你自己真正理解了这个职位，还会解释不清楚？
在产品经理的这条路上，是需要一直学习的，产品经理这个岗位的人是需要具备非常高的自觉性和勤奋以及对问题的敏感才能干好的，如果我们认为我们的技术和能力已经达到了无人匹敌的程度，那么就输了，就想万维网一样。
产品经理是一个需要从多角度，多行业出发的一个职业，在丰富了自己的业务技术能力之后，需要对运营知识，营销知识，研发前端知识，后台知识，技术架构知识，产业链知识，物联网知识，中台知识，团队管理，项目管理，文档管理，人员管理多方位的拓展自己的知识面和管理经验。
在工作中如何和同事沟通：
以下分享一个我自己亲身经历的例子：
我一个人在入职到红星美凯龙做产品助理的时候，面对研发，有一个需求是需要银联sdk，我当时完全不知道sdk是什么东西，研发告诉我”你帮我们找sdk，我们负责出人就行了“，然后我就傻乎乎的到处查sdk是什么，问人该怎么去找sdk……
我从15年在红星美凯龙做助理，到现在做过产品经理，项目经理，带团队的时候会发现，应该在什么时候专业的人就去做专业的事情，我们拓展的知识第一个方面是为了解决问题，第二个是审核问题。如何处理，这么处理是否正确，若不正确，后续几个方案，每个方案导致的结果是什么，导致了结果后又有什么方案？
有些同学在刚入门PM的时候或者刚开始接触这个行业好不容易找到了一个助理的岗位，在做一些产出，那么遇到需要去和研发同事沟通的时候，会遇到各种问题和瓶颈，甚至有些研发同事会刁难你，欺负你不懂技术，这个没法实现，那个实现如何如何，其实都是自己的知识不够丰富，无法武装自己。东听别人的西听别人的最后自己搞糊涂了。
下面我就说一下我做产品经理和项目经理的过程中，产品经理在一个项目中的定位：
产品经理在一个项目中，就是最大的，任何决策和改变、增加、删除以及产品方向和规划，全部由产品经理说了算。以上的前提是有足够的多行业的知识来武装自己，所有都懂，就算不懂的，也要自己下去偷偷下功夫把他整得明明白白。当然所有决定都是你这里出的，最后出了问题，该背锅就得背锅，如果不是你的锅就坚决不背。如果是因为自己的决策问题出现了重大生产事故，那么就长记性吧。
对研发：
对于研发来讲，前端后台测试及接口都是有竖向条线的，也就是说有研发总监去管理他们，但是在项目组里面，产品经理和项目经理就是这个产品的负责人。研发总监负责解决技术需求，产品经理去实现功能需求。产品经理说什么就是什么，说怎么实现就去怎么实现，当然如果和研发总监反馈后，研发总监来找我们，这个需要根据具体情况而定了。产品经理原型图如何设计的交互和动效还有后台数据返回逻辑，研发需要严格执行。最后产品经理在验收的时候需要根据PRD和原型图效果图去验收。当时以上都是需要建立在有一定技术知识支撑的情况下，后续我会发一点我学习的时候记录的一些研发词语释意词表。
在所有手册和文档输出完成之后，按道理讲，只要PRD和原型图还有研发规则和UI产足够规范，研发一般是不会出问题的，会出问题的只会是技术层面，如果有研发告知XX功能设计有问题或者无法实现的时候，这时候需要产品经理从脑子里面回向是否在市面上看到过设计方式及实现方式，评估难易度，再想想从技术角度出发是否能实现，这个需要一定的专业技术知识支撑。但是最好是在设计产品的时候就把这个流程在脑子里面过一次。按理来讲，只要在市面上见过，就一定能做出来，除非是需要特定的SDK或者接口，但是有问题就可以被解决，至于如何解决是需要去思考和讨论的。
对甲方：
有些刚入门的同事，特别是外包公司的产品，对甲方真的是比爸爸还爸爸，宛如见到了上帝。甲方说什么就是什么，我们在面对甲方的时候，不要被他的引导而蒙蔽，主动权应该掌握在产品经理的角色上。
我分享一个我自己的真实案例：
我一个人项目的甲方，喊我做一个功能是第一：要求企业微信无感添加好友，就是你关注我公众号自动加我的企业微信好友。第二：想要在企业微信进行运营。只要有点常识的人都知道第一是不可能实现的，第二个是他们想要在企业微信实现的在微信公众号里面完全可以很简单的实现，但是企业微信并没有开放更多的接口。但是我当时是没有当面直接说不能实现的，回去评估一下后，自己给他做了第二套方案，就是在微信公众号运营，在添加了企业微信的这部分客户做一个分流VIP运营，可以单独做企业微信客户的独家活动，这样能把用户体系建立出来。相当于是一个分级制度，不过我当时给他做的方案内容很多，这里不阐述，最后的结果就是甲方不但接收了我的建议，还给了我们团队一封表扬信。因为这是他的客户所提出来的，他完全没有办法。这样主动权就全部在我这里了，我想怎么做就怎么做。
其实，甲方分两种，一种是完全不知道自己想要什么，一种是有想法的。先说第一种，对于完全不知道自己想要什么的就会让你各种抄其他网站，这个也好，那个也想要，这时候你需要自己判定哪些是甲方的真实需求。对于第二种有自己想法的，其实也一样这个也想要那个也想要，不过他会强势一点就让你按照他那个做，做了几稿出来之后决定最后用第一稿。其实这都是需求没有剖析清楚导致的，浪费了大量的时间。
对同事：
对于同事来讲，所有的目的都是围绕解决问题去的，不管说什么，做什么，最终目的都是为解决问题，解决问题有两个最好的方式，第一个是文档，第二个是当面，现在的互联网公司这个部门在那个区域，那个部门在另一个区域，所以就算在一个办公室也是用微信沟通了，这点特别不好。本人的方法是文档和产出写明白，文档的三大作用我在后续也会发出来，其中有一点是减少沟通成本 ，如果实在看不明白，或者对面也是个小白的时候，无需多言，直接到工位拿板凳守着他给他当面沟通。讲清楚了再走。
总结：
所以，岗位从来不重要，所有工作的本质都是一样的，重要的从来都是你这个人，从来都是把问题解决掉。
若有收获，就点个赞吧
0 人点赞
