博客
关于我
强烈建议你试试无所不能的chatGPT,快点击我
互联网公司组织架构
阅读量:5047 次
发布时间:2019-06-12

本文共 4221 字,大约阅读时间需要 14 分钟。

通常情况下,各公司会根据自己的情况,采用不同的组织架构。

有些公司会选择使用扁平式的组织架构,就是各职能单位各自独立,彼此之间通过管理人员与部门员工的频繁沟通、呼应,来解决各种问题;

有些公司则选择项目组式的组织架构,以项目为中心,将项目所需的人员集中在一个Team中;

还有些公司会采用混合式的组织架构,一部分采用项目组式管理,而另一部分则采用扁平化管理。

但无论组织架构如何调整,事儿还是那些事儿,都得有人来做。

公司创业初期,人员规模可能比较小,时常出现一人身兼数职的情况。但是人少并不意味着就可以“将就”,发展初期制定一个比较合理的公司组织架构,部分暂时无人或兼任的职位可以暂时空出,以备后续按岗位来招人填充。一个好的公司架构,对创业公司的后续发展受益良多。

随着人员规模的扩大,公司要想继续持续发展,必然还会产生改变组织结构的需求。

组织结构是为公司发展服务的,各个时期产生的组织结构都是为了适应公司发展的需要。

让我们先来看看通常一家互联网公司会有哪些职位:

  • 管理职位:CEO、COO、CFO、CTO、CIO等
  • 产品条线:产品经理、产品助理、设计师等
  • 运营条线:产品运营、活动策划、会员运营、数据运营、(新)媒体运营、内容策划、编辑等
  • 技术条线:架构师、前端工程师、开发工程师、测试工程师、运维工程师等
  • 市场条线:渠道、推广、商务合作等
  • 行政条线:HR、行政等

对于大公司来说,专人专岗,需要更多的“专业型人才”,而对于小公司来说,可能需要更多的是“复合型人才”,以下是我们一个创业公司的人员架构:

产品部门

产品经理

不是随便一个什么人就可以去做「产品经理」,他需要对用户理解,对生活了解,是需要阅历和沉淀的职位。

而产品经理这个角色,在大公司和小公司的职责是完全不同的。

在大公司,会多出很多事务性的工作,产品文档、数据流程等这些事务性的工作就会交由「产品助理」来完成。

在小公司很可能并不独立的存在「产品经理」职位,而往往是由设计、开发等职位兼顾的。

「产品经理」的具体职能是落在对用户需求的深刻理解上的,并且通过逻辑思维和体验优化来让客户的需求得到满足。

在这个前提下,「产品经理」的职位就会要求:

  • 同理心,对用户理解
  • 专注度,对产品要深得下去
  • 感受力,对产品的体验有追求,但更能敏感的发掘到需要增强补足的可能性
  • 沟通与抗压能力
  • 逻辑思维能力

产品助理

通常「产品助理」是一个在大公司里才会出现的岗位。

这个职位设立的初衷,是解放产品经理,让产品经理从繁杂的会议、扯皮、文档写作中解放出来,专心做需求分析和产品设计。

如果你希望成为一个「产品助理」,你可能需要具备:

  • 较好的沟通能力
  • 较强的抗压能力
  • 灵活的头脑和快速反应能力
  • 勤快

如果你是应届毕业生,希望做产品工作,那么可以考虑一下从大公司的「产品助理」做起。

当然,如果你天赋异禀,我觉得直接做「产品经理」也挺好。

只是这种天赋异禀的人,毕竟少。

设计师

早些年间,是没有「设计师」这么高档的头衔的,就叫做「美工」。

后来,随着互联网的发达,对职位的职能有了非常细致的重新分配。

于是,有了各种「设计师」,UI、UE、交互、动画……甚至还有专门设计icon和Logo的。

所以,对于「设计师」这样的职位,大家在投递之前,需要看清楚具体的业务职责。

对于设计师来说,有几个能力很重要:

  • 审美,不知道什么是好看的,不是作死么?!
  • 至少掌握一种介质的设计效果,平面设计和网页设计就真的是不一样,PC端的设计和移动应用的设计也就是不一样。都能掌握的,不多。
  • 时间观念。
  • 对精品的追求。

运营部门

运营是块砖,哪里需要哪里搬。

产品运营

这个工作主要是围绕产品开展运营工作。

简单概括主要工作内容:拉新、留存、促活(变现)。

活动策划

这个主要就是做活动,属于专门的岗位。

会员运营

这个职位在涉及用户消费忠诚度的行业方面出现比较多,主要是维系会员用户,通过会员权益建设和客户关怀设计留住用户并促使其长期的活跃与消费。

数据运营

这个职位比较新,收集市场、用户等方面的数据,对公司产品的运营数据进行分析,发现问题,提出针对性方案。

(新)媒体运营

多见于通过在各种媒体平台上的内容建设去引流或者维系用户。

内容策划、编辑

这两个职位的差异不大,都是创造、审核内容,将优质的内容呈现给用户,并达到对应的运营目标。

运营岗位通常共性的要求有:

  • 头脑灵活,有创意。能够创造出精品内容,或者设计出有意思的活动。
  • 对数据非常敏感。能够发现数据波动,并找出数据波动的原因,从运营端进行各种调整与优化。
  • 较强的沟通能力。能够通过沟通去推进并解决问题。
  • 执行力。说到、做到、做好。

技术

技术岗位的要求就比较复杂了。

架构师

公司产品技术方面的总设计师,通常需要多年的开发经验。

要求能够设计系统架构,并保证满足架构的稳定性、可扩展性、性能优越等多项指标的可用性与优越性。

一般的毕业生是不可能拿到这个职位的Offer的,多年经验的开发工程师也未必能够拿到这个职位。

前端工程师

与设计师和产品联系非常紧密,确保前端的可用性与易用性。

开发工程师

实现功能开发,让功能可用、易用,「码农」是最直接的描述,写代码的牛人或者普通人。

测试工程师

不管一家公司的规模多大,测试的工作都必须有人来干,在规模中等及以上的公司里,会有专门的测试工程师,他们就是专门从事开发完成后的测试工作,找出Bug,写出报告,负责回归,确保上线前产品没有影响使用的重大Bug,甚至零Bug状态上线,要有各种浏览器、虚拟机,抽屉里有各种各样的终端设备,兼容性测试和功能测试一样重要。

运维工程师

确保后台不出问题,确保服务器、网络出现了问题能够及时的修复,等等。服务器、带宽够不够,一个大活动需要备机,都要找他们。

当然啦,你说公司装电脑,嗯,那是IT的事儿了,多年前叫「网管」。他们可以是运维的一部分,也可以归于行政职能。

那么,对于技术人员来说,可能通用的要求是这样:

  • 懂代码、懂系统、懂业务
  • 抗压能力
  • 沟通能力

如果代码写的够快够好,那么其他的都可以降低标准,甚至忽略。

市场

市场这类职能人员,在一些公司会和运营组合并,在另一些公司则会独立。

但还是那句话,事儿还是那些事儿

他们和运营人员的区别在于:

  1. 市场更多考虑的是品牌、传播、导流,而运营更多考虑的是留存、活跃、付费。
  2. 指标不同,导向不同,精力分配不同,做事情的对象与深度不同。
  3. 对于市场人员来说,更重要的是了解市场动态、掌握竞品情况、引入和维系合作方,并通过媒体、公关等方式,确保公司与产品的口碑。当然,在很多大的公司,媒体、公关的活儿是由专门的公关部来处理的,这是另一个话题。

在市场职能下,也会有很多细分:

  1. 渠道,主要是维系各类渠道,确保能够拿到渠道资源。
  2. 推广,这个词儿比较宽泛,看公司如何定位「推广」的职责与范围,如果是App,那么渠道和推广可能是同一个职能,甚至合并起来的职位;如果是PC端,那么推广可能还需要考量广告投放、ROI等相关事项。
  3. 商务合作,主要是去找寻外部可以合作的商户和资源,达成合作,可能涉及联合活动之类的业务。

市场类职能的共性要求是:

  • 沟通能力。
  • 客户保留的能力。
  • 理解力,必须要充分了解产品。
  • 执行力。

行政

行政方向

「行政」作为和「人事」、「财务」并驾齐驱的公司三大支持部门,对公司的业务发展起着重大的作用。

企业的日常经营过程当中,会产生许多事务性工作,比如:办理各种证件执照、租赁办公场所、装修装饰、软硬件维护、出入管理、物品采购等,这些事务让研发、生产和销售人员兼职来做不仅机会成本较高,还会造成重复工作,效率低下。

为了解决这个问题,把这一类「杂七杂八」工作专门分工给一些人进行处理,这就是行政部的由来。

行政部门的具体工作可分为四大类:

  • 基础环境保障。
  • 业务流程保障。
  • 行为制度建设。
  • 综合事务管理。

804516-20190614150347473-1334516176.png

人事方向

华为在做一个重大决策的时候,往往会征询两个部门的意见,第一是财务部,第二就是人力资源部门。如果两个部门其中一个部门持否定意见,决策就会被否决。

人力资源管理在不同行业有不同的特点,一般来讲可以分为六个大方面:

  • 人力资源规划
  • 招聘与配置
  • 培训
  • 绩效管理
  • 薪酬福利管理
  • 劳动关系

我们国家现在大多数的企业人力资源往往处于比较初级,没有像国际上一样,上升到组织战略层次,发挥好应有的作用。

在一般企业,简而言之就四个字, 招、用、育、留。

招是招聘,要求用预算内的资源,找到胜任工作要求的人员。

用是使用,关键在于要在发挥员工最大价值和维持员工满意度、忠诚度中间找到平衡点。

育是培育,目标是双赢:一方面提高工作价值量;一方面有助于员工职业生涯发展。

留是报酬,任务是以工作绩效为主要依据,计算管理员工的薪酬福利。以此来激励员工忠诚的 为企业服务。

理一下逻辑:一家创业型公司有了自己的「人力资源规划」,然后开始「招聘」,招进来的人要「培训」,同时要发「薪酬」,要处理社保,员工档案,岗位调动事宜「员工关系」,要让招进来的人少拿钱多干活「绩效考核」,这就是人力资源工作的意义。

财务方面

大公司和小公司差异性太强,专业性也太强。才疏学浅就不班门弄斧了。

听过一个段子:

财务人就像一只西行的猴子,从决定走上财务西行的路开始,就必须戴上各种财务、税务、法律的紧箍咒。

一路上行人往往会以为财务人是稳定、轻松、自在的一场向西的旅行,一路上同事八戒对财务这个猴子,规定的这个不行,那个不可以,有太多的抱怨。财务猴子又总是被八戒同事告到师父那去受到无名的指责。

一路上财务这个猴子需要打理税务部门的通关文牒,其中免不了需要面对各种小鬼和妖怪。一路上财务猴子需要直面工商、税务、法院等各路怪兽。可谓九九八十一难。

可每当同事八戒在外面闯祸后,业务发生后,老板师父就会给财务说:悟空,你去摆平一下。

这一切在老板唐僧看来,不就是你财务猴子该干的吗?可是猴哥心里苦啊,为何不能事先给财务报备一下呢?为何我猴哥总是只能给各个部门造成的税务财务问题擦屁股呢?

在这条西行的财务之路上,财务人如带着紧箍咒的猴子,是一个灭火队长,是一个军师,是一个闷声做事的斗士。这条路的出路在哪?敢问路在何方,路在脚下。

来源:

转载于:https://www.cnblogs.com/legstrong/p/11023320.html

你可能感兴趣的文章
Mysql性能调优
查看>>
iOS基础-UIKit框架-多控制器管理-实例:qq界面框架
查看>>
javascript学习---BOM
查看>>
IOS-每个程序员的编程之路上都应该看这11本书
查看>>
自定义tabbar(纯代码)
查看>>
extjs fieldset 和 radio
查看>>
小程序底部导航栏
查看>>
Codeforces Gym101505G:Orchard Division(扫描线+线段树第k大)
查看>>
ibatis学习笔记
查看>>
18-ES6(1)
查看>>
poj1611 简单并查集
查看>>
tensorflow实现迁移学习
查看>>
Ubuntu 14.04下安装CUDA8.0
查看>>
跨平台开发 -- C# 使用 C/C++ 生成的动态链接库
查看>>
关于Redis处理高并发
查看>>
C# BS消息推送 SignalR介绍(一)
查看>>
asp.net core 系列 16 Web主机 IWebHostBuilder
查看>>
WPF星空效果
查看>>
WPF Layout 系统概述——Arrange
查看>>
PIGOSS
查看>>