本文是 bydsf.com 建站团队的实战笔记,看完有想法可以直接联系我们:电话 18236992212,微信同号。
公司部门等级划分太乱?老站长掏心窝子分享,别花冤枉钱搞虚的
公司部门等级划分
本文关键词:公司部门等级划分
干建站这行十五年,我见过太多老板因为不懂管理,把好好的团队搞得乌烟瘴气。很多刚起步的老板,一上来就想搞什么“集团式”架构,什么总监、经理、主管、专员,层层叠叠。说句实话,这种公司部门等级划分对于初创或者中小企业来说,就是自杀。
记得去年有个做跨境电商的朋友找我,说他们公司人不多,才二十几个,结果内部扯皮扯得厉害。客户问个价格,销售要问运营,运营要问财务,财务还要看老板脸色。最后单子黄了,老板还在怪销售不努力。我一看他们的架构图,好家伙,光中间管理层就有五层。这就是典型的部门等级划分不合理,信息传递效率极低。
咱们搞技术的,讲究的是代码简洁高效,管理也一样。对于大多数中小型企业,尤其是建站、电商、新媒体这种行业,我建议采用“扁平化”结构。什么是扁平化?就是减少中间环节,让听得见炮火的人做决定。
具体怎么操作?我给你三个步骤,照着做,能省不少心。
第一步,砍掉不必要的中间层。如果你公司不超过五十人,最多保留两级管理:老板直接带项目负责人,项目负责人带执行人员。别搞什么“副经理”、“助理经理”这种虚职。很多老板喜欢设虚职来安抚老员工,结果新人进来了发现没晋升空间,全跑了。记住,职位越少,责任越明确。
第二步,按职能而非按人头设部门。很多老板喜欢搞“大锅饭”,谁有空谁干。比如技术部,有人写代码,有人做UI,还有人搞客服。这不行。必须明确边界。技术部只负责产品实现,市场部负责流量,销售部负责转化。部门之间的接口要清晰。我在给一家做SaaS软件的公司做架构调整时,就把原来的“综合部”拆成了“行政人事部”和“客户服务部”,因为客服和技术支持混在一起,导致技术被琐事缠身,产品迭代速度慢了半拍。这就是部门等级划分和职能划分没理清的后果。
第三步,建立明确的晋升通道,而不是靠熬资历。很多公司部门等级划分后,员工觉得升不上去就躺平。你要告诉员工,从初级到高级,需要掌握什么技能,达成什么业绩。比如,初级工程师能独立模块开发,中级能带小项目,高级能解决架构难题。这样大家才知道往哪努力,而不是天天琢磨怎么拍马屁。
这里有个真实的价格参考。如果你请专业的管理咨询公司做这套架构设计,起步价通常在5万到10万之间,还不包括后续的落地辅导。其实,对于中小团队,你自己花一周时间,找几个核心骨干开个会,把现有的工作流程画出来,去掉那些重复审批的环节,比花几万块请专家管用得多。
还有个小坑要注意,别把“职级”和“薪资”完全绑定。有时候你给一个员工升职,只是为了涨工资,但他并没有承担更多责任。这样会导致团队内部不公,老员工会觉得不公平,新员工觉得没奔头。正确的做法是,职级代表能力等级,薪资代表市场价值,两者可以挂钩,但不要绝对等同。
总之,公司部门等级划分的核心目的不是为了让员工看起来高大上,而是为了让业务跑得更快。别整那些虚头巴脑的名头,把事做成,把钱赚到,才是硬道理。希望这些经验能帮到你,少走弯路。