互联网公司产品经理,互联网的产品运营岗位简历?

互联网公司产品经理,互联网的产品运营岗位简历?

近段时间以来,一直在输出关于自己职业方面的文章,也是计划在下一篇中反观一下自己入行的经历,恰巧社区里的有位网友私信我,咨询关于怎么转行产品经理的事情,这进一步让我觉得有总结的必要与意义了。

为他人,也更为了自己,因为我相信,一个人的成长、进化,深度依赖于深刻的反思与总结。

01 自我简介

在开始之前,有必要做个简单的背景介绍:

我15年毕业于一所不知名的普通本科院校,大学四年期间,只有第一个学期好好学习过,在之后的3年半时间里,只有考试前一晚会花在“学习”上,其他大部分时间布于自我学习(读书、编程、软件技能)、搞兼职、做培训、实习、放荡等事情上,虽然挣了点小钱,但却没有深度专注于某一件事,相对那些被分散掉的时间,的确显得得不偿失。

回想起那段时光,恍如昨日,夹杂的不仅是对于失去时光的感叹,更多想谈的是类似于我们这些二流院校教育的实际效用,在我看来,这4年所谓的“高等教育”,仅仅是让我自助地锻炼了一些学习能力(因为有个图书馆),外加一个毕业证,仅此而已…

由于平时自学过一些编程、做图的技能,于是在大四期间找了一份网站设计的工作,类似自助建站,平时的工作实践,再加上自学,初步具备了入行互联网的一些基础能力,所以毕业后便南下深圳。

985、211是大厂对应届生基本的要求,对于大多数没有没有很高学历、又没有经验的大学生来说,外包公司是职业生涯的第一站。

在这里,拿着低廉的工资,只为磨炼自己的专业技能、积累项目实战经验,等到时机成熟便果断跳槽,同时伴随着翻倍的薪水。

我正是其中的一员,在之后的时间里,几乎平均2年换一家公司,其中的原因也比较多:有的是公司倒闭、有的是渴望更快的成长、有的是为了涨薪…

由于经历的行业比较多,知识面会比较广,接受并理解新事物也比较快,再者,主导或参与过大部分形态的产品,具有较多的实战经验;

但是,缺点也显而易见:对于某个行业没有较深的沉淀、缺少对一个产品长期的运营经历、在工作中,埋头做的太多,深度思考的过少…

回顾起来,不论是对自己的学习经历还是工作经历,其实都未曾满意,那些曾经感觉有点骄傲的事情,现在看来早已不值一提。

上面啰嗦这么多,原因有两个:

第一、自我回顾;

第二、需要让大家简单了解一下我的背景,虽然没有什么光环,但分享的却是多年来的实践经验,对付入门足够了,关键是免费;

02 能力模型

在日常的沟通中,我是比较讨厌使用诸如:xxx模型、xxx悖论、xxx范式…的所谓高端词汇,并不是介意词汇本身,而是被周围那些不干实事、开口闭口大道理的人所致。但在这里我还是得用“xx模型”,一者,因为是用于书面语,离开了那个氛围;二者,本人词汇积累有限,搜肠刮肚半天,实在找不到比这词更合适的了;

模型,用大白话讲就是做同类事情的套路,所以做产品经理也是有套路的(从大众的角度来讲),从新手到老鸟有着相应的能力模型:

互联网公司产品经理,互联网的产品运营岗位简历?

(产品经理能力模型)

互联网公司产品经理,互联网的产品运营岗位简历?

(进阶职位,公司不同称呼有所区别)

2.1 沟通能力

沟通能力在职场的重要性不言而喻,但不可否认的现实情况是,职场中在这方面欠缺的人并不在少数,沟通能力固然会受到一部分先天因素的影响,但其后天的可塑性也极大,肉眼可见的案例:比如做技术岗的人往往不善言辞,做市场的人却随时随地侃侃而谈。

沟通能力是一项需要长期修炼的技能,没有最好只有更好,职场的沟通可以简单概括为横向、纵向的沟通,横向沟通主要是面对自己差不多同级别的人,针对具体事项、具体需求进行拉通,保证团队成员之间信息的对等性;纵向的沟通主要是针对管理的层面,任何产品都需要为公司创造价值、为老板带来收益,所以需要向上汇报项目情况,向下传达公司指令,以保证上下一心,聚焦目标。

关于沟通的一些注意点,在之前的一篇文章里做过一些经验之谈,有兴趣的同学可以去看看传送门→。在这里我更侧重于从框架层面进行一些总结:

2.1.2 选择合适的沟通方式

职场中常见的沟通方式包含但不限于以下几种:

打字

语言

面聊

线下会议

线上会议

之所以要枚举这些沟通方式的原因是,方式的选择对于沟通效率的影响实在太大了,尤其是当双方业务知识储备、教育背景存在较大差异,且需求稍显复杂时,那简直是一场灾难。但如果你能够根据经验,觉察出沟通出现不顺畅时,马上切换沟通方式,是一种有效的解决办法,避免陷入鸡同鸭讲的尴尬局面;

2.1.3 关注沟通的语境

在沟通中最令人窒息的一点就是,对方还没反应过来,尚未进入状态,你已经滔滔不绝讲了半天,最后双方头上都顶着一串问号,大眼瞪小眼。

任何需要沟通的问题都是有其上下文语境的,在沟通目标问题之前,你需要站在对方的角度酌情介绍一下上下文语境,先把对方引进到这个问题的现场,确认对方进入状态后再抛出自己的问题不迟。

2.1.4先结论再原因

不论是向上汇报还是团队成员之间具体事项的沟通,先陈述结论或问题,再说原因或你要达到的目的,这样一方面便于对方聚焦沟通的重点,另一方面也有利于锻炼自己抓住核心问题的思维能力。

2.1.5沟通要有结果闭环

这里的结果并不仅是当时针对问题提出的解决办法,更应该是个完善的解决方案。

当对方给出解决办法后,我们的思维不应止步于此,这个办法如何实施、怎么衡量是否有效、如果无效,是否有planB,遵循PDCA原则,确保沟通能够产生成果,要珍惜别人的时间与耐心,避免再次重复沟通,不必每次沟通都需要如此,但需要要这个思维意思,视情况灵活取舍。

未完待续

由于这个主题比较大,一篇文章难以讲完,所以我会连续出一个系列进行翔实的讲述,还请同学们耐心期待,文中观点如有不妥之处请留言指正~

关注公号(lumyouth)看首发

本文内容由互联网用户自发贡献,该文观点仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌抄袭侵权/违法违规的内容, 请发送邮件至 sumchina520@foxmail.com 举报,一经查实,本站将立刻删除。
如若转载,请注明出处:https://www.sumdns.com/15437.html