写代码是纯手工业劳动,大家平时用的各种互联网产品,都是程序员一行一行代码写出来的,还要考虑代码的逻辑,解决各种Bua等等。如果想做好程序员,就一定要热爱写代码这件事。优秀的程序员,都能够从自己的工作里获得乐趣。我认识很多优秀的程序员朋友,我非常尊重他们,而且也特别佩服他们的能力,还有对于工作的热情。
产品经理要解决的问题的要更综合、更广。例如要考虑用户需求,考虑市场、业务情况,还要考虑和设计、运营、研发之间的配合。
有一些人适合做产品经理,有一些人不适合。我也不太建议大家一窝蜂都去做产品经理。我建议就像做产品一样,你要大胆假设、小心求证。如果要做产品经理,就多了解这方面的信息,多试试,然后看看自己适不适合。
无论是学生,还是想转行的人,往往的问题在于纠结太多,想的太多,尝试太少。如果你想做程序员,那你先写写代码,先做出一些东西,除了看你自己适不适合之外,也能够成为你找工作时的筹码。如果你想做产品经理,那么多试试做做产品,哪怕是虚拟的项目,增加自己的经验和感知,也能够成为找工作时的筹码。
所以,并不存在说产品经理或者程序员到底哪个更好,相比很多行业和职位,产品经理和程序员这
两个职位都应该是非常好的了。做的事都有意思,工资待遇也都高。
关键在于你自己适合哪个,这个问题归根结底别人没法回答你,得靠你自己通过了解更多知识来做出判断。
高级产品经理和程序员的发展前途是不相上下的。程序员(英文Programmer)是从事程序开发、程序维护的基层工作人员。一般将程序员分为程序设计人员和程序编码人员,但两者的界限并不非常清楚。随着互联网的不断普及,网络上把男程序员称作“程序猿”,女程序员称作“程序媛”。
最近几年要说哪个领域最火,无疑是互联网领域,而随着互联网的火热,伴随而来的也是相应的互联网职位的火热,比如炙手可热的程序员和产品经理(或者叫程序猿和产品汪)。我也是一个刚入行不到三年的菜鸟程序员一枚,大学学了四年计算机,毕业以后就一直在写程序。就像很多人说的那样,大部分时间似乎是在为了实现产品经理的需求而写程序,于是程序猿和产品汪之间那些相爱相杀的事情,我也基本都能体会一二。
如果按照主流的做法,作为程序猿王国里的一猿,我应该挥舞起长矛大刀对产品经理口诛笔伐一番,但是这里我却丝毫不想去为了黑而黑,而是一反常态,从自己的角度来谈谈,作为程序员,我们应该从产品经理那里学到些什么能力,而这些能力,程序员往往做得不够好甚至可能是欠缺的。
1、文案能力
对的,没错,就是文案能力。程序员最擅长的是写代码,用文字符号来清晰地表达程序的运行逻辑,简简单单的if...else、for就能表达很多复杂的运行逻辑,时间久了,对于母语的表达能力渐渐下降,写个注释往往都能词不达意。更何况现在代码风格指南都在强调好的代码不需要注释,于是程序员越来越少写自然语言了。
2、沟通能力
据我的观察,画原型图只占据了产品经理工作时间很短的一部分,剩余的大部分时间是在和老板、开发、设计、测试沟通,推进产品的一次次迭代。所以,在一个程序员眼里,产品经理是要协调各方一起推进产品上线的角色,如果有人对需求产生了认知上的偏差,产品经理是要负很大一部分责任的,至少说明产品经理的沟通没做到位,而这样的产品经理大部分都被辞退了,因为出现沟通问题最严重的后果就是上线延期甚至产品失败,一个产品的失败是对产品经理最大的否定。
总之,产品经理绝不是埋头苦干的原型画家,要去关注外界、关注他人,平衡各方利益并且化解冲突。沟通,本质上也是权衡与妥协的艺术。我看到的和遇到的产品经理,沟通能力普遍都是很好的,至少大部分都不输于程序员。
3、整体思维
现在稍微有点规模的互联网公司都会把各个业务或者功能进行细分,很多程序员往往会专注于自己的业务和细分领域。精细化分工,是现代社会发展出来的一个高效率生产方式,对提高公司的竞争力是大有好处的。但是这有一个负面的影响是,很多程序员往往过于专注自己的一亩三分地,不太关心甚至忽略了整体的存在。
4、总结
一个好的产品经理其实绝不止这些能力,而文案、沟通、整体思维这些能力是我所观察到的作为产品经理最容易被放大和辨识到的能力,也是多数比较容易被程序员忽视的能力,程序员学习到产品经理身上这些最容易被观察到的特质,对程序员本身来说是一个非常好的进步的过程。所以,程序员,请多看看产品经理发给你的文案,是不是比你自己写的更友好,逼格更高?北大青鸟建议多观察产品经理是怎么说服大家接受需求变动的,如果换作是你,你能安抚大家的小情绪吗?多体会产品经理对产品设计和预期的宏观描述,再简单的功能也有它背后的逻辑和存在的意义。
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)