产品经理 | 遇上迷茫期?这三个公式助你自我提升

3 评论 6561 浏览 27 收藏 7 分钟

本文笔者从经典物理学的三个公式来讲述:产品经理如何更有效地实现自我提升?

作为一个从业三年的产品经理,做过C端产品经理,现在在做交易清算类的后台产品经理。年后感觉到了一个迷茫期,纠结该往何处发展,纠结怎么去大厂。

纠结做的事情很细碎,感慨入门太晚了,纠结B端产品经理做的事情太杂,羡慕C端产品经理面对大体量用户且直面用户需求等等问题纠结至死……

最后翻了好多书,也听了知乎上一些产品大V的Live,在行上约见产品大牛,请教资深前辈,有所领悟,和走在产品路上的小伙伴分享一下,共同进步,fighting!

从经典物理学的三个公式讲起:

V=V0+at

职业发展速度V是大家最关心的问题,的确这是最重要的问题。有了速度才有其他的,速度也是提升层次,突破阶级的利器。如同一个宇宙探测器,速度的提升,也是不断离开地球,冲出太阳系,翱翔宇宙的前提,作为产品经理同样如此。

V0代表着你入行产品经理的基础,包括:你大学的层次,所学的专业,对互联网行业和产品经理工作内容的理解,对互联网产品和对应用户群体的了解,互联网公司的实习经历,都是你的初速度V0。

这些都决定了你的起点,你的平台,甚至你以后的助力。

如果你是未入行或者刚入行的产品经理,一定要想好自己的前进方向,早做准备,多做准备,尽可能获得大的初速度。

A=F/M

产品经理的发展速度不仅由初速度V0决定,还由加速度和时间决定。

时间相对公平,每个人的时间都是那么多,重要的是加速度a。之前在行上约了一位行业大佬聊天,聊到产品经理的发展时,问我做产品经理最大的嗨点是什么,嗨点决定了你的成长速度。

做产品经理的嗨点我个人理解就是公式里的加速。

——你对产品的热爱,你的学习能力,你对用户、场景、产品逻辑的深刻思考,你所在的行业、公司、团队,尤其是真心带你的导师都是你产品路上正向助力。你的情绪波动、个人缺点、身体状态不佳、行业或公司的专业性不足等外部干扰都是干扰你持续加速的阻力,你要减少这种阻力,保证你是向着目标前进的。

M就是现在的你,当助力或者阻力作用在你身上时,你要扛的住。鸡汤一点,天将降大任于斯人也,必先苦其心志,劳其筋骨,空乏其身,饿其体肤。少一点得失心,去一点浮躁,把手头的事情做好,做到靠谱,保证团队的底限,已经是优秀的产品经理了。

F作用于M上,你的认知,视野,思维方式,对产品、行业和产品的理解加速度才会产生并增加。

关于助力F,我还是觉得顺势而为就是最大的助力,毕竟时势造英雄,产品经理要学会分析行业趋势和商业模式,毕竟高阶产品经理是需要精通商业技能。现在我们看到的牛逼产品经理大部分是借助了移动互联网爆发的大势,不否认他们的优秀,但也要看到趋势带给他们的助力。

单纯收集需求、画原型、写文档,跟项目的产品经理是不足的了,需要产品经理掌握更多的技能,更好的把握趋势,成就自己,成就产品。

S=(V0+V)t/2

位移S代表产品经理取得的成就和积累,有了很好的初速度V0和现在不错的速度V,还需要时间积累。

随着做产品经理的时间增加,越来越觉得产品经理是一个慢活、细活,需要不断思考和复盘,吸取经验教训,一个一个需求采集、分析、做成功能来上线并跟踪分析,循环往复,螺旋上升。这些都需要时间和正确的方法。这时候好的平台和好的导师的作用就很明显了。

1万小时定律、工匠精神、刻意练习和巴菲特说的时间复利都是在S上发挥。如果V是进攻,S就是防守。只有V而没有S,是流寇主义,没有自己的专长和根据地是干不长久的。只有S而没有V,是消极主义和保守主义,也是扛不住的。

最后,和做产品的小伙伴说一下:找找方向,找到一个好平台,坚持下来,踏踏实实做好手头的每一件事。stay hungry,stay foolish。

如果感觉进了一个烂平台,先不要着急跳槽,先反思一下是自己太渣还是平台太烂。

因为,一是现在行情不好,大量裁员,产品岗位有过剩趋势 ;二是人往往高估自己,贬低其他;三是打工这个维度上受委屈很正常,提升自己的能力才是最重要的。

其他行业、岗位甚至手头的事情都是如此,道理很简单,我们要去踏踏实实的做。仰望星空的同时,也要低头风雨兼程,Fighting!希望大家多多交流

 

本文由@laoguo 原创发布于人人都是产品经理,未经许可,禁止转载。

题图来自Unsplash ,基于CC0协议。

更多精彩内容,请关注人人都是产品经理微信公众号或下载App
评论
评论请登录
  1. 总结的很实在,现在是名程序媛,打算转产品,是不是先学好auxre就可以转啦 但我沟通能力不是很好

    来自上海 回复
    1. 看来你理解的产品经理只是画图的啊,哈哈,开个玩笑。1.我理解程序员转产品很有优势,可以系统学习一下产品经理入门课 2.我理解的沟通能力不只是说好话,高质量的PRD,严谨的业务逻辑,对用户的深入理解都是沟通,开发人员的严谨逻辑就是好的沟通。加油

      来自上海 回复
  2. 后面总结三点其实都很实话

    来自广东 回复