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

上一问我们聊了组织架构调整的时机和节奏（第23问），说到晚半步比早两步更稳妥。但有一个问题如果不提前解决，等”大”了再治就难了——为什么公司越大，决策越慢、行动越慢、反应越慢？而更致命的是，这看起来像是”天生的病”，无药可救？

一、”大企业病”到底是什么病？

先说结论：大企业病不是”公司大了自然得的病”，它是一种管理路径依赖导致的组织僵化。

当一个公司从 20 人长到 2000 人的时候，管理方式如果还是”20 人时的思维”——加人、加层级、加流程——那大企业病就一定会上门。

它的三个核心症状是：

决策慢：一件事情层层审批，从一线到决策层要过 5~7 层
行动慢：决策好不容易下来了，落地执行又遇到跨部门踢皮球
反应慢：市场已经变了，公司还在用上个季度的策略

这三个症状不是孤立的，它们是因果链：决策慢 → 行动慢 → 最终反应慢。

二、决策慢：到底是哪一层卡住了？

病灶一：层级太多，信息衰减

一个有意思的实验：

有人做过测试——给一家 5 层管理架构的公司发一条消息，从 CEO 传到一线执行层，经历了 5 次传递。结果：

• 第 1 层（CEO）：”我们要提升客户满意度，重点优化售后流程。”
• 第 2 层（VP）：”老板说售后流程要优化，大家重视一下。”
• 第 3 层（总监）：”售后流程可能要改了，大家准备一下。”
• 第 4 层（经理）：”上面要改售后流程，你们先把手头的方案放一放。”
• 第 5 层（执行者）：”又要改？之前的方案白做了。”

信息的失真和衰减，比我们想象的严重得多。

对策：

• 控制管理层级。 从一线到 CEO，建议不超过 4 层。超过这个数字，决策信息传递的成本会指数级上升。
• 设立”直接汇报”通道。 关键决策上，允许一线负责人直接向高层汇报，不必层层传递。字节跳动有一个原则叫”context, not control”——让信息本身流动，而不是靠层级传递。

病灶二：审批节点过多

“等 XX 审批”——这四个字是大企业里消耗最多时间的隐形杀手。

一个典型的例子：某大型互联网公司想要做一个 A/B 测试，需要经过——产品经理 → 技术负责人 → 部门总监 → 合规审批 → 数据安全审批 → VP——6 个节点。等审批下来，竞品已经上线三个月了。

对策：

• 建立”授权清单”。 明确规定什么级别的决策谁可以批准，不需要层层上浮。一定要让”离客户最近的人有决定权”。
• 设定”沉默即同意”规则。 如果某个审批节点在 48 小时内没有回复，默认视为同意（事后追溯责任）。逼着人做决策，或者把决策权下放。

三、行动慢：决策下了，为什么推不动？

病灶三：部门墙 + KPI 错位

决策到落地之间最大的阻力，往往不是”没人做”，而是”跨部门协调”。

• 销售部想做客户赠送活动，需要市场部配合宣发，需要财务部审批预算
• 每个部门都有自己的 KPI，配合别人的事永远是”优先级最低的”

最终结果：一件事情，每个部门都同意，但每次会议都在”我们再协调一下”。

对策：

• 设立”端到端”责任制。 每一个关键项目，指定一个”单一负责人”，他对最终结果负责，有权调动跨部门资源。不要搞”共同负责”——共同负责 = 没人负责。
• 用 OKR 打破部门壁垒。 把跨部门协作目标写进两边的 OKR 里，计入考核。如果你想让他配合你，先把”配合你”变成他自己的 KPI。

病灶四：流程过度设计

有家 500 强企业被自己搞崩溃了——一个办公用品的采购流程需要 8 个签名，整个流程走下来要两周。一个几百块钱的东西，花了两周时间和 8 个人的人工成本。这不是管理，这是自我消耗。

对策：

• 定期做”流程瘦身”。 每季度检查一次所有流程，把超过一定金额/时间/人数的审批流程清单列出来，问一个问题：”这个流程存在的意义是什么？删掉它会出事吗？”
• 分级管理。 小额、低风险的事情走快速通道（甚至免审批），大额、高风险的事情严格管控。不要一个尺子量所有事。

四、反应慢：组织对市场”失敏”了

病灶五：远离客户

公司越大，管理层离客户越远。

• 小公司 CEO 每周跟客户吃饭
• 中公司 CEO 看月报了解客户
• 大公司 CEO 看经过 3 层”美化”过的季度汇报

当你对市场的感知已经经过了 3~5 层过滤，你不可能做出准确的判断。不是人不行，是信息链太长了。

对策：

• 强制”一线体验”制度。 所有管理者（包括 CEO）每季度至少花 1~2 天的时间，亲自接听客服电话、走访一线门店、拜访客户。Amazon 的贝索斯要求高管每年参加”客服轮岗”，就是这个道理。
• 建立”原始信息”通道。 不经过管理层过滤的客户反馈、用户数据，直接送到决策层面前。字节跳动的内部系统里，一线员工可以直接向张一鸣提问，这是机制设计。
• 设立”市场雷达”岗位。 专门有人定期分析行业动态、竞品动作、客户趋势，输出摘要给决策层。不要让高管自己去”刷新闻”。

病灶六：创新被”流程”扼杀

一个新想法在大企业里的典型命运：

员工提出 → 经理评估 → 总监审批 → 预算委员会讨论 → 项目排期 → 半年后开始 → 一年后上线 → 市场已经不需要了

创新需要的不是”完美流程”，而是快速试错的空间。

对策：

• 设立”创新快速通道”。 小规模的创新项目，不需要走完整的审批流程。设一个”种子基金”，不超过 X 万的创新项目，业务负责人自己签了就能做。
• 容忍失败。 这是最难但也最重要的一条。如果创新失败会受到惩罚，那没人会再提创新。建立”有价值的失败”的复盘机制，而不只是追责。

五、一个经典案例：Amazon 的”两个比萨原则”

Jeff Bezos 有一个著名的管理原则——“两个比萨原则”：如果一个团队大到了两个比萨都不够吃，那这个团队就太大了。

这个原则的背后是 Amazon 对大企业病的系统性对抗：

• 小团队自治： 团队规模控制在 6~10 人，拥有完整的决策权
• API 化协作： 团队之间通过 API 接口沟通，而不是通过会议
• “六页纸”文化： 用写报告替代 PPT，逼着人深入思考
• 逆向工作法： 从客户需求出发写 PR/FAQ，而不是从内部规划出发

Amazon 市值早已破万亿，但它的组织运作方式一直在刻意保持”小公司感”。

六、总结：大企业病能治吗？

能。而且答案就四个字——刻意变小。

这里的”小”不是指规模，而是指信息流通的速度、决策的距离、创新的成本。

大企业病不是”大”的错，是”大而不变”的错。

⬅️ 返回目录
明日预告：第25问 —— 招人难、留人难，核心问题出在哪里？