致互联网人:一篇文章让你了解互联网公司的职位架构以及职能要求
呆呆导读:对于从事互联网的人来说,了解了互联网公司的各个岗位职责是非常重要的。你只有清晰认识到整个架构是怎么运转的,才能知道平时这些岗位上的人是如何相互沟通和配合,而一个产品的诞生也源自于此。
让我们先看看通常一家互联网公司会有哪些职位:
- 管理职位:这个不讨论
- 产品条线:产品经理、产品助理、设计师等
- 运营条线:产品运营、活动策划、会员运营、数据运营、(新)媒体运营、内容策划、编辑等
- 技术条线:架构师、前端工程师、开发工程师、测试工程师、运维工程师等
- 市场条线:渠道、推广、商务合作等
- 行政条线:HR、行政等
而通常情况下,各公司会根据自己的情况,采用不同的组织架构。
有些公司会选择使用扁平式的组织架构,就是各职能单位各自独立,彼此之间通过管理人员与部门员工的频繁沟通、呼应,来解决各种问题;
有些公司则选择项目组式的组织架构,以项目为中心,将项目所需的人员集中在一个Team中;
还有些公司会采用混合式的组织架构,一部分采用项目组式管理,而另一部分则采用扁平化管理。
但无论组织架构如何调整,事儿还是那些事儿,都得有人来做。
那么,今天我就简单说说各项职能下,各个职位可能重点落在哪些事务上。
产品经理&产品助理
首先,通常「产品助理」是一个在大公司里才会出现的岗位。
这个职位设立的初衷,是解放产品经理,让产品经理从繁杂的会议、扯皮、文档写作中解放出来,专心做需求分析和产品设计。
所以,如果你希望成为一个「产品助理」,你可能需要具备:
- 较好的沟通能力
- 较强的抗压能力
- 灵活的头脑和快速反应能力
- 勤快
那么,「产品经理」呢?
这个职位前几年非常火爆,甚至因为乔老爷和张小龙上升到了「神」的高度。
但是,就算大家同时修炼,都修炼个千万年,也未必个个都能成「神」,成个「仙」或者「妖」也说不定。
如此一来,就要明白,「产品经理」的具体职能是落在对用户需求的深刻理解上的,并且通过逻辑思维和体验优化来让客户的需求得到满足。
在这个前提下,「产品经理」的职位就会要求:
- 同理心,对用户理解。
- 专注度,对产品要深得下去。
- 感受力,对产品的体验有追求,但更能敏感的发掘到需要增强补足的可能性。
- 沟通与抗压能力。
- 逻辑思维能力。
这也是为什么,我记得我11、12年在知乎上,就「产品经理」这个职位的热度吐过槽,我认为不是随便一个什么人就可以去做「产品经理」,他需要对用户理解,对生活了解,是需要阅历和沉淀的职位。
而产品经理这个角色,在大公司和小公司的职责是完全不同的。
因为大公司会多出很多事务性的工作,所以,我们上面也说了,这些事务性的工作就会交由「产品助理」来完成,有一些产品助理,是可以随着时间的推移去升级的。
因此,如果你是应届毕业生,希望做产品工作,那么可以考虑一下从大公司的「产品助理」做起。当然,如果你天赋异禀,我觉得直接做「产品经理」也挺好。
只是这种天赋异禀的人,毕竟少。
设计师
我工作那会儿,没有「设计师」这么高档的头衔,就叫做「美工」。
后来,随着互联网的发达,对职位的职能有了非常细致的重新分配。
于是,有了各种「设计师」,UI、UE、交互、动画……甚至还有专门设计icon和Logo的。
所以,对于「设计师」这样的职位,大家在投递之前,需要看清楚业务职责。
对于设计师来说,有几个能力很重要:
运营
我上次已经写了一篇文章,关于运营与营销的区别。
而运营工作本身也有不少差异。
产品运营 ,这个工作是围绕产品开展运营工作,要求比较高,能做活动,能组织能容,能留住用户并刺激活跃,甚至有拉升收入的要求。
活动策划 ,这个主要就是做活动了,属于专门的岗位。
会员运营 ,这个职位出现在涉及消费和具有忠诚度计划的工作比较多,重要是维系会员用户,通过会员权益建设和客户关怀设计留住用户并促使其长期的活跃与消费。
数据运营 ,这个职位比较新,我都没弄明白具体做什么,哈哈哈。
(新)媒体运营 ,多见于通过在各种媒体平台上的内容建设去引流或者维系用户。
内容策划、编辑 ,这两个职位的差异不大,都是创造、审核内容,将优质的内容呈现给用户,并达到对应的运营目标。
运营岗位通常共性的要求有:
- 头脑灵活,有创意。能够创造出精品内容,或者设计出有意思的活动。
- 对数据非常敏感。能够发现数据波动,并找出数据波动的原因,从运营端进行各种调整与优化。
- 较强的沟通能力。能够通过沟通去推进并解决问题。
- 执行力。说到、做到、做好。
技术
技术岗位的要求就比较复杂了。
架构师 ,通常需要多年的经验,能够设计系统架构,并保证架构的稳定性、可扩展性、性能等多项指标的可用性与优越性。一般的毕业生是不可能拿到这个职位的Offer的,多年经验的开发工程师也未必能够拿到这个职位。
前端工程师 ,与设计师和产品联系非常紧密,确保前端的可用性与易用性。
开发工程师 ,实现功能开发,让功能可用、易用,「码农」是最直接的描述,写代码的牛人或者普通人。
测试工程师 ,不管一家公司的规模多大,测试的工作都必须有人来干,在规模中等及以上的公司里,会有专门的测试工程师,他们就是专门从事开发完成后的测试工作,找出Bug,写出报告,负责回归,确保上线前产品没有影响使用的重大Bug,甚至零Bug状态上线,要有各种浏览器、虚拟机,抽屉里有各种各样的终端设备,兼容性测试和功能测试一样重要。
运维工程师 ,确保后台不出问题,确保服务器、网络出现了问题能够及时的修复,等等。服务器、带宽够不够,一个大活动需要备机,都要找他们。
当然啦,你说公司装电脑,嗯,那是IT的事儿了,多年前叫「网管」。他们可以是运维的一部分,也可以归于行政职能。
那么,对于技术人员来说,可能通用的要求是这样:
- 懂代码、懂系统、懂业务。
- 抗压能力。
- 沟通能力。
如果代码写的够快够好,那么其他的都可以降低标准,甚至忽略。
市场
市场这类职能人员,在一些公司会和运营组合并,在另一些公司则会独立。
但还是那句话,事儿还是那些事儿。
他们和运营人员的区别在于:
市场更多考虑的是品牌、传播、导流,而运营更多考虑的是留存、活跃、付费。
指标不同,导向不同,精力分配不同,做事情的对象与深度不同。
对于市场人员来说,更重要的是了解市场动态、掌握竞品情况、引入和维系合作方,并通过媒体、公关等方式,确保公司与产品的口碑。
当然,在很多大的公司,媒体、公关的活儿是由专门的公关部来处理的,这是另一个话题。
在市场职能下,也会有很多细分。
渠道 ,主要是维系各类渠道,确保能够拿到渠道资源。
推广 ,这个词儿比较宽泛,看公司如何定位「推广」的职责与范围,如果是App,那么渠道和推广可能是同一个职能,甚至合并起来的职位;如果是PC端,那么推广可能还需要考量广告投放、ROI等相关事项。
商务合作 ,主要是去找寻外部可以合作的商户和资源,达成合作,可能涉及联合活动之类的业务。
市场类职能的共性要求是:
- 沟通能力。
- 客户保留的能力。
- 理解力,必须要充分了解产品。
- 执行力。
转载自:鸟哥笔记
原作者:张亮
原文链接:http://www.niaogebiji.com/article-8286-1.html