程序员转产品经理的过程开发转产品经理必看.doc

程序员转产品经理的过程开发转产品经理必看.doc

ID:55112261

大小:83.00 KB

页数:4页

时间:2020-04-27

程序员转产品经理的过程开发转产品经理必看.doc_第1页
程序员转产品经理的过程开发转产品经理必看.doc_第2页
程序员转产品经理的过程开发转产品经理必看.doc_第3页
程序员转产品经理的过程开发转产品经理必看.doc_第4页
资源描述:

《程序员转产品经理的过程开发转产品经理必看.doc》由会员上传分享,免费在线阅读,更多相关内容在应用文档-天天文库

1、程序员转产品经理的过程开发转产品经理必看  放下,是一种修行  拿起,是一种历练  写在前面  过去一年,我完成了角色和身份的转变,从最熟悉的开发跨越到陌生的产品,从最初的好奇到中途的迷茫到最近的有一点开悟,一路经历着、成长着,抬笔记录下我这一年心态、意识、思维的转变,算是对过去的一段总结,对未来的一份期许,我因技术而入门,因产品而出门。我理解的产品  说起产品,或者说互联网产品,我第一次明确的知道这个概念的含义应该是在2011年,那一年智能手机开始兴起,印象很深刻,那一年的Android系统还是在1.x到2.x的升级中,那一年的iPhone对我来

2、说还是个遥远的奢侈品。也是在那一年,我开始学习Android开发到后来学习iOS开发,走上了移动开发的道路,也就是在那时候,我开始做移动App项目,那时候,我把项目当做了产品。那时候对产品的理解是浅层的,更多的是看得到的界面、用的到的功能,相信很多初入产品的同学都会有这个阶段,设计出漂亮的界面和酷炫的功能就以为是一款成功的产品。也就是从那个时候开始,我边开发项目,边发现自己对所谓的项目设计有了自己的见解,并时常给项目负责人,也就是产品经理提自己的建议,我想那就是我最早的产品感觉了,从此,发现自己对这个创造、设计一个好用东西的过程充满了兴趣,埋下伏笔

3、,在开发的过程中,我开始有意识的去了解这个过程,在做好开发之余,我开始“不务正业”的去学习、去了解什么是设计、什么是产品。我开始从网络、一些行业会议去学习、了解这方面的内容,从此,我开始对这个过程越发感兴趣,从此,我知道,这个过程叫做产品设计,主导这个过程的角色叫做产品经理,也就是PM(ProductManager)。  产品经理,听起来是多么高端的一个词,但此经理非彼经理,产品经理没有行政权力,没有主导商业战略的权力,产品经理负责商业战略的落地实施,负责定义产品、设计产品,协调各方资源在一定的条件下完成产品的研发和上线以及上线后的运营和维护。如果

4、把产品比喻成一个孩子,那产品经理就是孩子他妈。现实中,产品经理的工作远没有本身称呼那么高端,产品经理需要处理每一个跟产品相关的问题,产品经理需要与各方沟通取得共识,需要去现场解决问题,需要处理大大小小的杂事,忙碌奔波于跟产品相关的每一个场景中,所以,在互联网,伟大的产品经理们自嘲为产品汪或产品狗。在我看来,产品狗是一个褒义词,它忠诚,对自己的产品忠诚,它勤奋,对产品每一个问题都努力解决,它乐观,每一个小小的进步能让它高兴,每一个不足都是它前进的动力。  细数全世界优秀的产品经理,群星璀璨,乔布斯是极致的代言人,他定义并设计的苹果系列产品改变了一个时

5、代,引领了潮流。他的苛刻、极致、改变世界的初心影响着互联网所有领域的产品经理们,奉为经典。张小龙,微信之父,深谙人性,理解潮流,能把一款产品做到人们的生活中,几亿人都为之买单,实属境界。相信每一个产品经理都有改变世界的梦想,也都在这条不归路上蹒跚前行,改变世界的毕竟是少数,能改变的只有自己,在产品之路上修炼自己、完善自己,不经意间也许就会发现自己已经做了一件了不起的事,脚踏实地,仰望星空,有宇宙的胸怀,同时也要有蝼蚁的勤奋。  我转行做产品到现在正好一年,我所在的是一家创业公司,从技术转行产品也实属巧合,这一年,从产品角度来看,我的产品之路总共经历

6、的三个阶段,也是截然不同的三个阶段,这一路,我的心态、意识、思维都在经历着变革,或者说蜕变,伴随的是艰辛和一路不放弃的韧性,总的来说,在思维意识上我经历了工程思维、功能思维、产品思维三个阶段。思维决定心态和行动,记录下我的转变。阶段一:工程思维  我从2014年10月份开始正式做产品,从那个阶段开始的三个月左右,我做产品的思维更多的是以技术和系统角度出发,我定义这个阶段为工程思维阶段。为什么这么说,因为我在设计产品的时候,第一出发点是技术实现层面的,通过实现的难易程度和系统角度去定义产品和设计产品。这么做有一个最大的弊端,就是脱离“实际”,我说的这

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

8、时候的产品脱离现实场景,远离用户需求,我开始反思。第1页第2页第3页第4页第5页

当前文档最多预览五页,下载文档查看全文

此文档下载收益归作者所有

当前文档最多预览五页,下载文档查看全文
温馨提示:
1. 部分包含数学公式或PPT动画的文件,查看预览时可能会显示错乱或异常,文件下载后无此问题,请放心下载。
2. 本文档由用户上传,版权归属用户,天天文库负责整理代发布。如果您对本文档版权有争议请及时联系客服。
3. 下载前请仔细阅读文档内容,确认文档内容符合您的需求后进行下载,若出现内容与标题不符可向本站投诉处理。
4. 下载文档时可能由于网络波动等原因无法下载或下载错误,付费完成后未能成功下载的用户请联系客服处理。