“程序猿”的转型 from 匿名【人人都是产品经理:9104】

对于产品经理话题征稿,今天挑选出第二篇,当事人希望匿名,他是从技术转行做产品的,很典型,呵呵,开始吧。

首先声明:本人还是一名成长学习中的产品经理,绝对还没有到“传道授业解惑”阶段。之所以分享这篇文章,一是希望碰巧让更年轻的产品经理们得到一点启发;二是看下大家的评论和反馈,从而进一步改善自己的处事方法,甚至改良自己的职业方向。

那故事就开始啦~

我大学学的是软件工程,也一直以为自己将来走的是技术流路线。

068月,大三暑假,我收到了一份来自日资互联网企业的实习offer,职位是软件工程师。

而正是这家公司,让我一待就是三年半;也就是这家公司,让我完成了从程序猿到产品经理的突然转型。

回想起来,这多少带了一点运气的成分。当时,这家日本公司希望借鉴一些日本先进的互联网模式,然后Copy to China。当我加入公司时,一个新项目已经进入了开发阶段,而我也被分配进入了这个项目的开发团队。

在开发的过程中,我逐渐地熟悉了这款产品,但是我却隐隐觉得这款产品上线后会遇到一些问题。于是我在中午吃饭的时候,或者在skype上直接和项目经理说出了我一些想法。项目经理人很好,耐心地和我解释、探讨,一点也不介意我仅仅是一个新人。

但是,我还是希望验证下我的疑虑,于是下班后,带着产品的原型图,跑到目标客户那里去了解情况。结果很悲观,中国与日本的市场差异化极大,产品上线后的推广会遇到几乎致命的问题。(有的人看到这里可能会觉得好笑,为啥产品没做前期市场调研就匆匆开发了;我的答案是,我们那时都很年轻,一切都在摸索学习中,包括市场调研)。

可能我对产品的过度“纠结”,引起了领导们的注意。公司开启了一个产品经理培训班,希望从目前的程序员中选拔一些员工,为公司以后的多条新产品线输送产品人才,很荣幸,我被选中了。老师是日本某大学的MBA,从营销层面让我们了解了什么是“市场”、“用户”、“产品”等。上完课之后,我真心觉得自己 level up了,有点偷学了九阴真经的感觉,哈哈。但实际上,不是自己学的多,而是之前懂得太少了。。。

在后来的三年里,我担任了公司几个新项目的产品经理,虽然后来成功的产品很少(大部分失败、小部分微利),但是大大提升了自己的内功。在这个公司里,由于是创新团队,产品经理的职责是极其宽泛的,从前期的市场调研,项目机会评审,到中期的产品设计、开发进度管理,到后期的运营人员招募、管理、绩效考核、财务管理(为此买了好几本财务方面的书),我都从0开始学起,不懂就问,错了再改。在这期间,我还在大马路上发传单,遭白眼、拦截用户去体验产品,被用户发牢骚甚至谩骂~~~哈哈!

2009年底,我跳槽了,很舍不得这家公司,也很有亏欠感。当时跳去了一家公司,业内小有名气,尤其以产品优秀著称。跳槽后,工资反而降了10%,家人不理解,女朋友不理解,但是我不后悔,交点学费又怎么了?

果然如我所愿,在新公司里,我如饥似渴地学习着成熟企业的产品设计流程。(这些流程与Marty Cagan博客中的推荐流程非常契合),同时我也阅读了业内的一些产品经理博客,苏杰的博客我花了1天通读了一遍;Marty Cagan的博客我一边读,还一边加入了七印部落进行翻译。上个月程序员正好发表了我的一篇译文,小有成就感,呵呵。

2010年,我又跳槽了,我希望有一个更大的舞台。幸运的是,待遇水平也挽回了当前降薪跳槽的损失。

第三家公司中,我也遇到了前所未有的挑战。老板的主观判断能很直接的影响产品的走向。但是,与其抱怨,不如在自己的能控范围内,把事情做得更好。一年之内,34个新网站相继发布,好坏不做评论:)

这篇文章,隐去了所有的公司和项目,因为我目前还是nobody,并且也不想成为somebody。同时,我可能会调整一下自己的职业方向。向一些VCPE的投资经理、分析师进行试探。在这个领域,我觉得或许我可以输出更大的价值。

谢谢阅读,哈哈!

============== 故事结束的分割线 ==============

期待你的故事,比如下面这些主题,更多信息猛击这里

——你是如何入行的?是学生、开发、UED,还是其他?更关键的,现在很爽or很悔?

——你做产品经理的过程中,成长最快的一段经历? 有什么经验分享?

——做产品经理到现在为止,最大的困惑/困难,经过你的思考,做了何种努力,突破之后如何海阔天空?或者还没有突破,有什么想与大家探讨?

——你用产品经理的思维方式和做事方法去工作、生活的故事,比如“民以食为天”那篇里的那种调调。

或者其他任何,你觉得对“-1到3岁的产品经理”有用的分享。

PS:最后给pmcaff年终的活动做个广告,12月18日,北京——PMcaff.com第二届产品经理峰会《暨产品精英群乐会》

【8025】软件开发人员如何转型做产品管理?

先来点福利,上个周末团队一起去青岛玩儿了,上几张图,没有风景,呵呵。

霸气外露的促销方式
霸气外露的促销方式
黄的是黄花鱼饺子
黄的是黄花鱼饺子
黑的是墨鱼饺子
黑的是墨鱼饺子

本文节选自《启示录:打造用户喜爱的产品》一书和作者的博客,并发表在《程序员》杂志1105期,作者Marty Cagan是享有世界声誉的产品管理专家,曾经担任网景副总裁、eBay产品管理及设计高级副总裁。译文由七印部落出品,原文太长,分次转载一下,本次挑一个不少开发人员更感兴趣的主题——软件开发人员如何转型做产品管理。

/ Marty Cagan / 欧坤、孙洋

我与开发人员接触,发现他们很关心这样一个问题:如何从软件开发向产品管理转型?

开发人员希望向产品管理转型,有时是因为参与探索(定义)产品后,尝到了影响产品决策的甜头,不再满足于只做编程的工作。有时是因为对现有产品很失望,他们认识到如果产品没有价值,开发团队再优秀也无济于事。

我认识的很多优秀的产品经理都是开发工程师出身。接下来,我将探讨从软件开发转型到产品管理时可能遇到的问题和挑战。

开发人员转型做产品管理有其无与伦比的优势——对产品可行性的敏锐嗅觉。如果他们对用户行为进行深入分析,学习一些和产品管理有关的技巧,就能成长为出色的产品经理,打造出用户喜爱的产品。

转型的第一步,是清楚地意识到自己和目标客户是截然不同的。花一些时间和真正的客户交往,就会很容易意识到这一点。不要想当然地认为,只要我喜欢这个产品,知道如何操作,用户也一定会喜欢这个产品,知道如何操作。

第二,学会移情empathy,懂得站在用户的角度思考问题。其实,用户并非一无所知的菜鸟,只是他们的工作和擅长的领域与你不同罢了。要做到换位思考,最简单的方法是花时间与用户做面对面的沟通。注意,这并不意味着用户能提出真正的产品需求;挖掘产品需求是产品管理的任务。

第三,转变思想。作为开发工程师,你的任务是优化开发流程和效率。但作为产品经理,你的工作则是定义产品、优化用户体验,打造出用户喜爱的产品。这一点看似容易,只有当你面临一个两难抉择,比如项目发布时间与用户体验出现冲突的时候,你才能体会其中的困难。

第四,保持谦逊的品格。向用户展示产品时,大多数人的反应可能会与你的预期背道而驰,这时谦逊就显得格外重要。仔细倾听来自用户的声音,日复一日,你的理解力会得到极大提升。但前提条件是必须拥有开放的心态来面对用户的批评。

第五,改变讨论风格。很多互联网企业中,工程师都喜欢围绕着某些决策争论不休,激情四射。可多数情况下,这些产品的技术决策有明确的判断标准,比如 运行速度更快、规模更合适、容错度更高、扩展性更好等等。而产品定义和用户体验的决策中并不存在这样的标准。这时候就需要你改变以前的讨论风格,提高说服和辩论的技巧,让他人接受你的观点。

最后,处理好和原部门的关系。成为产品经理后,你和开发部门的关系会变得很难处理。他们会变得异常敏感且难以沟通,会采取各种各样的方式来挑战你,质疑你的技术能力,不会轻易作出承诺。你需要学会放手,让工程团队做好他们的本职工作,并参与到产品开发的流程中来。产品管理的工作已经够让人头大了,相关的技术决策就放手让他们来处理吧。

我强烈建议公司建立畅通的渠道为开发人员的转型提供便利,一定会培养出许多杰出的产品经理。即使转型不成功,开发人员还是决定回去编程,但产品管理的观念也为他们树立了科技以人为本的思想,对他们今后的工作是极其有益的。