转型产品经理必看|我是如何从程序员一步一步走

网络推广 2021-07-09 22:04www.dzhlxh.cn网络推广竞价

我是@老曹,人人都是产品经理大家长,今天长沙网络推广妹妹们都休息了,为了坚持给大家推荐干货,没办法啦,只能亲自来审稿了。

这是一篇长文,我花了差不多30分钟才看完,也是我见过有史以来最长最完整的一篇关于程序员转型产品经理的文章。创办人人都是产品经理以来,每天都有很多人问我如何转型做产品经理、转型产品经理会遇到哪些问题,其实我一直没能回答好这个问题,因为我从运营转型产品经理的过程太顺利,并且转型的过程也没有做太多的思考和总结。直到看到这篇文章...作者完整记录了自己一路来从对产品的认知到接触产品到转型产品整个过程,以及对产品的理解、意识的转变、心态的转变,非常完整,由衷佩服作者。

今天推荐这篇文章给大家,尤其是准备转型以及在转型路上的小伙伴们,希望对你们有帮助,文章比较长,但是值得一看。

放下,是一种修行

拿起,是一种历练

写在前面

过去一年,我完成了角色和身份的转变,从最熟悉的开发跨越到陌生的产品,从最初的好奇到中途的迷茫到最近的有一点开悟,一路经历着、成长着,抬笔记录下我这一年心态、意识、思维的转变,算是对过去的一段总结,对未来的一份期许,我因技术而入门,因产品而出门。

我理解的产品

说起产品,或者说互联网产品,我第一次明确的知道这个概念的含义应该是在2011年,那一年智能手机开始兴起,印象很深刻,那一年的Android系统还是在1.x到2.x的升级中,那一年的iPhone对我来说还是个遥远的奢侈品。也是在那一年,我开始学习Android开发到后来学习iOS开发,走上了移动开发的道路,也就是在那时候,我开始做移动App项目,那时候,我把项目当做了产品。那时候对产品的理解是浅层的,跟多的是看得到的界面、用的到的功能,相信很多初入产品的同学都会有这个阶段,设计出漂亮的界面和酷炫的功能就以为是一款成功的产品。也就是从那个时候开始,我边开发项目,边发现自己对所谓的项目设计有了自己的见解,并时常给项目负责人,也就是产品经理提自己的建议,我想那就是我最早的产品感觉了,从此,发现自己对这个创造、设计一个好用东西的过程充满了兴趣,埋下伏笔,在开发的过程中,我开始有意识的去了解这个过程,在做好开发之余,我开始“不务正业”的去学习、去了解什么是设计、什么是产品。我开始从网络、一些行业会议去学习、了解这方面的内容,从此,我开始对这个过程越发感兴趣,从此,我知道,这个过程叫做产品设计,主导这个过程的角色叫做产品经理,也就是PM(Product Manager)。

产品经理,听起来是多么高端的一个词,但此经理非彼经理,产品经理没有行政权力,没有主导商业战略的权力,产品经理负责商业战略的落地实施,负责定义产品、设计产品,协调各方资源在一定的条件下完成产品的研发和上线以及上线后的运营和维护。如果把产品比喻成一个孩子,那产品经理就是孩子他妈。现实中,产品经理的工作远没有本身称呼那么高端,产品经理需要处理每一个跟产品相关的问题,产品经理需要与各方沟通取得共识,需要去现场解决问题,需要处理大大小小的杂事,忙碌奔波于跟产品相关的每一个场景中,所以,在互联网,伟大的产品经理们自嘲为产品汪或产品狗。在我看来,产品狗是一个褒义词,它忠诚,对自己的产品忠诚,它勤奋,对产品每一个问题都努力解决,它乐观,每一个小小的进步能让它高兴,每一个不足都是它前进的动力。

细数全世界优秀的产品经理,群星璀璨,乔布斯是极致的代言人,他定义并设计的苹果系列产品改变了一个时代,引领了潮流。他的苛刻、极致、改变世界的初心影响着互联网所有领域的产品经理们,奉为经典。张小龙,狼蚁网络推广之父,深谙人性,理解潮流,能把一款产品做到人们的生活中,几亿人都为之买单,实属境界。相信每一个产品经理都有改变世界的梦想,也都在这条不归路上螨跚前行,改变世界的毕竟是少数,能改变的只有自己,在产品之路上修炼自己、完善自己,不经意间业务就会发现自己已经做了一件了不起的事,脚踏实地,仰望星空,有宇宙的胸怀,同时也要有蝼蚁的勤奋。

我转行做产品到现在正好一年,我所在的是一家创业公司,从技术转行产品也实属巧合,这一年,从产品角度来看,我的产品之路总共经历的三个阶段,也是截然不同的三个阶段,这一路,我的心态、意识、思维都在经历着变革,或者说蜕变,伴随的是艰辛和一路不放弃的韧性,总的来说,在思维意识上我经历了工程思维功能思维产品思维三个阶段。思维决定心态和行动,记录下我的转变。

阶段一:工程思维

我从2014年10月份开始正式做产品,从那个阶段开始的三个月左右,我做产品的思维更多的是以技术和系统角度出发,我定义这个阶段为工程思维阶段。为什么这么说,因为我在设计产品的时候,第一出发点是技术实现层面的,通过实现的难易程度和系统角度去定义产品和设计产品。这么做有一个最大的弊端,就是脱离“实际”,我说的这个实际并不是技术实现的“实际”,而是需求和实际场景。容易变成为了设计而设计,相信做技术的同学都会有一种感觉,当接到一个需求的时候,首先是从现有工程架构的角度和扩展角度去考虑,一个需求或者一个功能的实现与否第一考虑要素是对现有系统的兼容性以及扩展难易程度。这是一种很正常的思维,因为我也是这样。但从另一个角度考虑,一个需求的价值不在于它本身的技术难易,而在于是否解决了产品用户的问题,如果把一个需求定义为技术产物,那我们是在做一个科研任务,相反,产品做的是商业任务。所以,我在一开始从技术模式切换到产品模式时,相当一段时间都是在通过技术定义和设计产品,这个时候的产品脱离现实场景,远离用户需求,我开始反思。

工程思维下的产品产出更像是一个工业品,而不是一个能站在人的角度解决现实问题的产出。它是技术产物或者说是科研成果,远离实际需求和场景,最后会发现,这样的产品投入市场后几乎处于不可用状态,这是非常严重的问题。工程思维模式下,缺乏用户意识,当然就更谈不上用户体验了。有问题不是坏事,可怕的是发现不了问题,发现问题后我开始解决问题,于是,我逐渐进入第二阶段。

阶段二:功能思维

Copyright © 2016-2025 www.dzhlxh.cn 金源码 版权所有 Power by

网站模板下载|网络推广|微博营销|seo优化|视频营销|网络营销|微信营销|网站建设|织梦模板|小程序模板