产品经理的杂志

产品经理是一个被神话过度的岗位。如果实话实说，恐怕就不太好听。不过既然你这样问，我必须如实回答。在这份工作中，您的工作职责和内容是什么?你平时每天工作时间是怎么安排的呢？产品经理的工作就是做项目。简单说就是做软件设计。工作中要做各种各样的软件，老板说了算。老板说做什么，你就去做什么，按照老板的意思来做。做项目，简单说有这么几个步骤：收集需求（问问老板和某些大领导的意思），画流程图，画思维导图，画原型，写需求文档，然后提交评估就没什么事了（后面的事情还要跟进一下，但是不累）。每个项目都有时间要求，做完了就轻松了，做不完要加班。怎么加班自己决定，反正不能延期。您认为这个职位需要什么样的工作经验和工作技能？什么样的性格和素质能力对做好这份工作来讲是最重要的呢？做过相似甚至相同的项目最好，这样你就有经验了。但是有可能遇到没做过的项目，就要边学边做。所以学习能力很重要。要耐心，要能吃苦，要有韧性等等。不要抱怨这个，抱怨那个，否则老板会很不爽。产品经理的素质？最重要的是“务实”，按照公司要求做事。老板给你开工资，就要听老板指挥。这是众人皆知的道理。不能我行我素，任意妄为。拿到工资是关键。您所在的工作经常加班吗？出差会不会很频繁呢？工作自主性和独立性又是如何？加班是不可避免的。因为每个项目都有时间要求。做不完就只能加班了。千万不能延期。出差不多，因为这是个类似研发的岗位，不同于做销售。你在公司总部坐着就行了。自主性和独立性？没多少，也别天马行空地胡思乱想。这里要提一句，别以为自己是乔布斯，能突然奇想，搞出什么震惊世界的产品。按照老板的意思做，是千古不变的真理。据您所知，这个职位晋升路线是什么?以后做高级产品经理，也叫高产。然后做产品部总监，就到头了。产品部总监上面似乎还有个所谓的“高级总监”，但是很多公司没有这个岗位。再往上是VP副总裁，和产品部没什么关系了。如果想更好地了解这个领域，有什么专业性的微信公众号、报刊杂志，网站或书籍推荐吗？看你个人的业务水平。产品经理不是看书看出来的，而是项目做多了，练手练出来的。做产品经理，不等于在大学里搞学术研究，没什么必读刊物。请牢记。如果不懂业务（汽车分期，风控征信……），那就要不耻下问。网上的传言几乎没有实话。这是学习产品经理的一个巨大陷阱。要学业务，就要找业务经理虚心请教。要学技术，那就要自己多动手，勤学苦练。别被网上的一大堆心灵鸡汤和成功学给迷惑了。本领域初级职位和略高级别职位的薪水是多少呢？据您所见，行业未来发展前景是什么样的呢？金融领域的产品经理月薪万起。高级产品经理月薪2万起。总监月薪直逼5万。但是要看公司的实力。做金融产品经理，AI人工智能产品经理等等相对较新的领域比较好。如果做APP，网站和微信公众号等等，那就没什么前途。因为那些东西臭遍街了。对于一个想进入该领域的人，您有什么特别的建议？勤学苦练，不耻下问。虚心使人进步，骄傲使人落后。

一个成熟的产品经理，要有新产品的开发战略，组织管理，新产品的流程，生命周期，市场流程等各种组织架构都要了解，并根据情况进行产品的调整建议可以系统的学习一下npdp国际产品经理证书，易jia的培训就不错老师讲课的时候，会加上很多实战案例分享，可以考虑

产品经理的职业发展路径：认知阶段：通过朋友或者一些杂志文章了解到产品经理的存在，对产品经理的工作内容又比较感兴趣。在不断的独自收集产品相关的资料，在没有外界条件影响的情况下逐渐形成了自己对产品经理的认知（这个时候的认知可能是比较片面的，但是自己却浑然不知）。入门阶段：最初级的产品经理应该叫做产品助理，也就是协助产品经理做一些产品的事项（产品经理的跟班或打杂的）。这个阶段的是一个产品经理成长比较快的阶段，通过大牛的带领重新打破自己已有的认知，跟着产品大牛的脚步，不断的开阔视野，将原来认知的知识结构不断的细化，以及落实。此阶段产品助理的思想停留在产品从0到1的流程上（如何做）。成长阶段：产品助理在和产品经理学习一段时间（这个时间的长短就要看个人的悟性了）后就可以自成门户，去挑战产品经理的工作了，在不断的工作中验证自己的想法和认知。此阶段产品经理的思想停留在对商业模式的思考上（如何做好）。成熟阶段：在成长为5岁左右的产品经理后，凭借着多年的经验，以及对产品以及商业的独到看法，很容易进入创业的潮流中；但是也有一些人处于本身条件和资源的限制跳槽到行业内发展比较好的企业以自身对行业产品的认知做起了业务高管（成为业务性产品经理）；还有一些产品经理不太喜欢热闹，一心只想钻研产品大道，最终成为了职业的产品经理人，以培训讲师的身份出现在各个名企。

本篇对产品经理年龄及性别数据进行了统计分析，根数据调查整理出当下产品经理转行年龄及男女转行比例情况，21-25岁之间成为转行的主力人群，普遍看，在面试方面，面试官问到的问题较多，简历投放渠道越来越集中化

培养你的逻辑思维能力，作为一个天天吐槽PM的RD来说，吐槽点80%都是没有逻辑思维能力（比如设计一个产品，在常见场景下如何，但是考虑不到不常见的场景下怎么处理，比如item=0，item数超多等等）然后在开发快完成了，进入QA测试或者PM体验环节，接上真实数据，发现各种问题，比如无数据的时候增加提示信息，信息数太多的时候要做动态加载等等，让RD叫苦不迭心里骂娘回家扎小人。你做过RD后就大概知道一个问题怎么解决，这样一来RD不能忽悠你，二来你也不会提出来那种看似容易实际上实现起来超级复杂的需求。有了以上两点，你就有了成为一个『靠谱』的PM的技术CONS：最大的问题就是如果你太熟悉技术了，你很可能会陷于技术的细节，然后不自主的在拿到一个需求后思考实现的细节，同时在和RD沟通的时候，很容易踏入禁区，RD的领域神圣不可侵犯。这一点和上面说的第2点实际上是一个意思，就是看你怎么把握一个度。当然这个经历只能帮助你成为一个『靠谱』的PM，而不是RD们在一起聊天用来开涮各种不懈的那种PM。但是PM最核心的还是对产品的sense，这个和你做不做RD关系不大，更有关于你的对产品的敏感，对产品的思考等等。

经理，主管，总监，合伙人