业务多元化到什么程度,需要调整组织架构?

管理

企业管理的108个问题 · 第23问

上一问我们对比了职能型、事业部型、平台型三种组织架构的不同适用场景(第22问),说到没有完美的架构,只有匹配战略的骨架。那么一个更实操的问题来了——当业务在发展,我到底在什么时机、什么节点,应该动手调整组织架构?

这个问题,是所有成长型企业都躲不开的灵魂拷问。


一、先讲一个”调早了”和”调晚了”的故事

案例A:调早了

一家年营收 5000 万的 SaaS 公司,团队 80 人,分三个产品线。CEO 觉得现有职能型架构太”集权”了,想让每个产品线独立运作,于是大刀阔斧拆成了三个事业部。

结果呢?三个事业部各自要配技术负责人、产品负责人、销售负责人——80 人的公司瞬间被拉出了十几个”官”。沟通成本暴涨,客户反而觉得响应变慢了。半年后,两个事业部亏损,CEO 只好又把它们合并回来。

教训: 规模不够大、业务尚在验证期的时候分事业部,只会分散本就不多的核心资源。

案例B:调晚了

一家营收 8 亿的消费品公司,团队 600 人,旗下五个品牌,却还维持着职能制。所有品牌用同一支研发团队、同一支销售团队。

问题来了:A 品牌是高端线,B 品牌是平价线,目标客户、定价逻辑、渠道策略完全不同。但研发排期只有一条线,销售考核只有一个标准。A 品牌抱怨”研发总在给 B 品牌改配方”,B 品牌抱怨”销售全在推高毛利的 A 品牌”。

CEO 拖了两年才拆分事业部。那两年里,B 品牌的市场份额被竞品蚕食了 30%。

教训: 业务线的差异大到无法用同一个”尺子”衡量时,你还硬放在一个模子里,就是慢性自杀。


二、五个信号灯:什么时候该调了?

不是所有”不舒服”都要调整组织架构。但下面五个信号灯亮起黄灯或红灯时,你就该认真考虑了。

🟡 黄灯信号(开始关注)

1. 管理者开始频繁充当”协调员”

如果你发现 CEO 或高管的大量时间不是在定战略、看方向,而是在协调各部门之间的争吵——销售和生产的排期矛盾、产品和技术的优先级冲突——说明当前的架构已经承载不了业务之间的协作需求了。

一个经验法则:如果高管会议 70% 的时间在解决跨部门协调问题,该变了。

2. 多种业务共用一套管理逻辑越来越吃力

不同业务线的客户不同、竞争逻辑不同、盈利模式不同。你用同一个 KPI 去考核两条性质完全不同的业务线,必然导致一方不满意。

举个简单的例子:新业务需要”烧钱换增长”,母体业务需要”稳健盈利”。你用同一种考核方式,要么让新业务饿死,要么让母体业务失血。

🔴 红灯信号(立刻行动)

3. 跨业务冲突已经影响到客户体验

客户打售后电话,发现 A 业务和 B 业务的客服流程不同,需要转两次人工。或者客户想一起采购两个产品线,但发现两个产品线的合同流程、付款方式各搞一套。

当内部的组织问题被外部客户感知到时,你已经晚了。

4. 同一种能力在不同业务线里重复建设了三遍以上

如果每个业务线都在”独立开发”客服系统、建招聘团队、做数据分析——而且这些能力本质上是通用的——那你既浪费了钱,又丧失了规模效应。

这是从职能型走向事业部型的典型痛点,也是为什么很多公司在事业部之上叠加”共享中台”的原因。

5. 新业务始终”长不大”

一个有意思的现象:很多公司的新业务在孵化期活得好好的,一到”并入主营体系”就开始挣扎。原因很简单——成熟业务的流程、文化、考核方式,对新业务来说就是”水土不服”。

如果新业务连续 6~12 个月在现有架构中”长不大”,也许不是新业务不行,是架构不行。


三、节奏怎么把握?三个原则

原则一:宁可”晚半步”,不要”早两步”

前面说了调早了的悲剧。一个务实的建议是:

等你觉得”再不改就要出大事了”之后,再等三个月。

为什么?因为组织架构调整是剧痛,需要充分的共识铺垫。你现在觉得”必须改”,团队可能还在”为什么要改”的阶段。等三个月,让更多的人从业务中感知到”不改不行”,调整的阻力会大幅降低。

当然,这不适用于前面说的🔴红灯信号——那种情况需要立刻行动。

原则二:”硬调整”配合”软过渡”

组织架构调整不能只动”线框”,还要动”人”。常见的错误是:

  • 画了新的组织架构图 ✅
  • 任命了负责人 ✅
  • 但没调整 KPI 和考核机制 ❌
  • 也没调整汇报关系和决策流程 ❌
  • 更没给新负责人足够的授权 ❌

架构调整是一个系统工程:权、责、利、人、流程、系统、文化,要一起动。

建议做法是分阶段过渡

阶段 周期 工作内容
诊断期 2~4 周 访谈、数据分析,明确问题在哪
设计期 2~4 周 明确新架构、岗位职责、汇报线
过渡期 1~3 个月 新旧并行,逐步切换汇报关系
稳定期 3~6 个月 新机制运行观察,微调

原则三:别把架构调整当”万能药”

有时候业务出了问题,管理者本能反应就是”调架构”。但其实问题可能是:

  • 战略模糊:团队不知道往哪走,调成什么架构都没用
  • 人才不足:人不行,换什么样的框都填不好
  • 激励机制错位:考核方向不对,调了汇报线也没意义

在动手画架构图之前,先问自己三个问题: 这是架构问题,还是人问题?是流程问题,还是战略问题?变了这个,真的能解决那个吗?


四、一个务实的节奏感框架

结合企业常见的发展阶段,一个粗略的参考节奏:

阶段 规模参考 推荐架构 调整要点
初创期 < 30 人 扁平/职能 保持灵活,不要过早分部门
成长期 30~200 人 职能制 按专业分工搭建部门,明确权责
扩张期 200~800 人 事业部或矩阵 按业务线/产品线分拆,注意共享能力
成熟期 800+ 人 事业部+平台 建立中台,避免重复建设
转型期 任意规模 按需设计 配合战略调整,大胆做减法

当然,这只是经验参考,不是铁律。不同行业、不同业务模式差异很大。核心还是回到那个信号灯清单——看你自己的灯亮了几个。


五、总结

组织架构调整不是”一年一次的年货”,也不是”出事了再亡羊补牢”的急救。它应该是企业对战略和业务的持续校准。

送你三个问题作为今天的记住点:

  1. 你现在的架构是”服务战略”还是”管理方便”?
  2. 你的团队在现有架构里是”被赋能”还是”被束缚”?
  3. 如果今天从头设计,你还会画现在这张图吗?

想清楚了这三个问题,该不该调、什么时候调,你心里自然就有了答案。


⬅️ 返回目录
明日预告:第24问 —— 如何避免”大企业病”——决策慢、行动慢、反应慢?

本文作者:Samjoe Yang

本文链接: https://need.uno/023-ye-wu-duo-yuan-hua-dao-shi-me-cheng-du-xu-yao-tiao-zheng-zu-zhi-jia-gou/

版权声明:本作品采用 知识共享署名-相同方式共享 4.0 国际许可协议 进行许可。

评论