1. 从几封内部邮件里读出的管理信号前阵子翻到几封某科技公司总裁办流出的内部邮件读完之后我在笔记本上记了满满三页。这类内部沟通材料外人看热闹内行看门道——它不像对外发布的公关稿那样字斟句酌也不像正式制度文件那样四平八稳反而因为带着“内部讲话”的随性把一家大公司在特定阶段的真实焦虑、真实判断和真实取舍暴露得相当彻底。我做了十几年组织与流程相关的工作见过太多公司把“管理”挂在墙上、写进PPT但真正能在内部邮件里把问题掰开揉碎讲清楚的少之又少。这几封邮件涉及的话题跨度不小有讲研发投入节奏的有讲组织臃肿的有讲一线听得见炮声的人该怎么用权的也有讲干部选拔和淘汰机制的。表面看是几件不相干的事但串起来读会发现它们指向同一个内核——一家体量已经很大的组织如何对抗自身的惯性。这个命题对任何走到一定规模的公司都成立不管你是做硬件的、做软件的还是做服务的。所以我把这几封邮件当作一个“管理样本”来拆解重点不是复述邮件说了什么而是搞清楚它为什么在这个时间点说这些话背后的管理逻辑是什么如果换一家公司哪些能抄、哪些抄不了这篇文章适合几类人看带团队的中基层管理者能从里面找到组织设计的参照做流程和制度建设的从业者能看清“制度为什么会失效”还有那些对大型组织运作逻辑好奇的普通职场人读完至少能明白为什么有些公司越做越大反而越慢。我会尽量用大白话把里面的门道讲透中间穿插我自己踩过的坑和实操中验证过的做法不搞空对空的理论。2. 邮件背后的核心命题拆解2.1 为什么“大”本身会变成问题先说说这几封邮件里反复出现的一个词——熵增。这个词原本是热力学概念说的是一个孤立系统总是从有序走向无序。放到组织里意思很直白公司越大、活得越久越容易滋生流程冗余、层级叠加、责任稀释这些毛病而且这个过程是自发的你不主动去对抗它就一定会发生。我见过一家不到三百人的公司光审批流就设了七级一个采购申请从提交到批复平均要十一天等批下来市场窗口早过了。这就是典型的组织熵增没人故意使坏但每个人都在自己的环节“加一道保险”最后保险变成了枷锁。邮件里提到的一个判断我特别认同大公司病不是管理不善的结果恰恰是管理“太善”的结果。每个部门都想把风险控制到零于是每个环节都设卡卡与卡之间还互相不认账最后整个系统为了不出错牺牲掉了所有效率。这个逻辑跟交通管理有点像——如果每个路口都设红绿灯、每条路都限速二十码事故率确实会降但整座城市也就瘫了。所以对抗熵增的关键不是继续加管理动作而是做减法砍掉不必要的审批、合并重复的职能、把决策权往下压。这里有个容易被忽略的点减法和放权是配套的。你光砍流程不放权一线该拍板的事还是得往上请示等于白砍你光放权不砍流程一线拿着权还得走一堆手续权也是虚的。邮件里讲“让听得见炮声的人呼唤炮火”本质就是这两件事一起做——既要把决策权给到离客户最近的人也要把挡在他们前面的流程障碍清掉。我在实际项目里试过只做一半的版本结果就是一线有了名义上的决策权但每笔支出还是得走财务的七道签字最后大家干脆绕开制度自己想办法制度反而更没威信了。2.2 研发投入的“节奏感”比“力度”更难拿捏几封邮件里有一封专门讲研发投入核心观点是投入要持续但不能盲目铺摊子。这个话说起来简单做起来极难。我见过两种典型的翻车方式一种是行情好的时候猛招人、猛立项摊子铺得比谁都大等行情一冷项目砍一半、人裁一批前期投入全打了水漂另一种是过度保守每年研发预算卡得死死的只敢做短平快的改良等竞争对手拿出代际领先的产品再想追已经来不及了。邮件里透露出的思路我理解是把研发投入分成“压强”和“撒胡椒面”两类。所谓压强就是把资源集中砸在少数几个战略方向上砸到能形成突破为止所谓撒胡椒面就是广撒网式地投一堆小项目指望其中某个能跑出来。这两种打法没有绝对的对错但最怕的是混着来——战略方向没砸透小项目又铺得太散最后两头不靠。我参与过的一个项目就吃过这个亏公司同时开了十几个“创新孵化”方向每个方向给两三个人、几十万预算结果一年下来没一个能拿出像样的成果因为每个方向的人手和资源都不足以跨过从想法到产品的死亡谷。这里有个实操层面的经验值得说研发投入的节奏要跟公司的现金流周期和人才储备周期对齐。现金流好不代表能无限投因为招人、培养人、让团队磨合出战斗力本身就需要时间。你今年猛招三百个研发明年这些人能不能形成有效产出还是未知数但工资是实打实要发的。所以邮件里强调的“可持续”我理解不是保守而是把投入曲线拉平避免大起大落。这个道理跟健身增肌一样你不可能一个月练出别人三年的量硬上只会受伤。2.3 干部能上能下难在“下”的机制设计还有一封邮件讲干部管理核心是干部要能上能下。这话在管理圈里喊了十几年但真正做成的公司不多。难点不在“上”在“下”——让一个干得好的干部升职大家都服气让一个干得不好的干部降职或调岗阻力就来了。阻力来自哪儿一是面子二是利益三是“下”了之后去哪儿没安排好。我观察下来能把这件事实质推进的公司通常做了三件事。第一把“下”和“淘汰”区分开。降职不等于开除很多干部是“位置不对”而不是“能力不行”把他从管理岗调到专家岗可能反而人尽其才。第二给“下”的人留体面的通道。比如设一个过渡期过渡期内待遇不降太多让他有时间证明自己在新位置上能行。第三把考核标准做硬。什么叫干得好、什么叫干得不好得有可量化的依据不能靠上级印象打分否则“下”就变成了站队和清洗。邮件里提到的一个细节我印象很深干部选拔要看“打过胜仗”而不是看“会讲道理”。这个标准很朴素但特别管用。我见过太多能说会道的人在面试和述职里表现亮眼真到了要扛指标、带队伍打硬仗的时候就露怯。反过来有些人不善言辞但给他一个难啃的项目他能带着团队一点点啃下来。所以选拔干部与其看他怎么描述自己的能力不如看他过去三年实际交付了什么、带出了什么样的团队。这个逻辑放到任何行业都成立——结果不会撒谎过程可以包装。3. 把邮件里的原则翻译成可落地的动作3.1 组织瘦身先砍会议和报表再谈架构调整很多公司一讲组织优化第一反应是调架构、并部门、裁人头。这套动作动静大、风险高而且往往治标不治本——架构调完了新部门还是老样子因为滋生冗余的土壤没变。我从邮件里读出的思路是反过来的先砍掉那些制造冗余的管理动作再看架构还需不需要动。具体怎么砍我总结了一个“三问法”每个管理动作过一遍这三个问题第一这件事不做会出什么问题第二如果会出问题有没有更轻的办法兜住第三这个动作是谁要求的他能不能为结果负责我拿会议举个例子。很多公司周会、月会、季度会、复盘会、对齐会排得满满当当但你真去问“这个会不开会怎样”十有八九答不上来。我的做法是先停掉一批会看业务会不会出乱子如果停了两周没人喊疼那这个会就是可以永久砍掉的。报表也一样很多报表做出来根本没人看或者看了也不做决策纯粹是“留痕”用的这种报表就是典型的熵增产物。砍完之后再看架构。这时候你会发现很多所谓的“部门墙”问题其实是流程问题伪装成的架构问题。两个部门扯皮不一定是职责没划清可能是他们共同服务的那个流程本身设计得不合理逼着他们互相甩锅。这种情况下调架构是白调得改流程。我在一个项目里做过对比同样一个跨部门协作的堵点调架构的方案要动三个部门、涉及四十多号人改流程的方案只动了两个审批节点、加了一个联合决策机制两周就见效了。所以顺序很重要——先做管理动作的减法再做组织结构的调整反过来容易白折腾。3.2 放权不放责一线决策的边界怎么划“让一线呼唤炮火”这句话被引用得太多了以至于很多人以为放权就是撒手不管。真这么干公司很快就乱套——一线为了拿单什么都敢承诺回头交付不了烂摊子还得总部收拾。所以放权的关键不是“放不放”而是边界怎么划、责任怎么跟。邮件里透露的做法我理解是把决策分成三类一类是“一线直接定”比如给客户的折扣在授权范围内、常规的交付方案调整这些事总部不插手一线拍板就行一类是“一线提、总部批”比如超出授权的大额让利、非标的产品定制这些事一线最了解客户但影响面大得总部把关还有一类是“总部定、一线执行”比如涉及公司整体战略方向的事一线不参与决策但要知道为什么这么定。这个分类的关键在于把第一类的口子开得足够大让一线真正有感而不是名义上放权、实际上每件事都还得往上走。责任怎么跟我的经验是谁决策、谁背指标。一线定了折扣那这个单子的毛利指标就压在他头上一线调整了交付方案那交付质量和客户满意度就由他负责。这样放权才不会变成“权力下放、责任上收”的假把式。我见过一个反例某公司给区域销售放了定价权但考核的时候只看签约额不看毛利结果销售为了冲量疯狂打折年底一算账营收涨了、利润跌了。这就是边界划了但责任没跟上放权变成了放水。3.3 研发资源的分配用“赛马”还是用“相马”研发投入怎么分本质上是“赛马”和“相马”的选择。赛马是广撒网让多个团队同时做类似的方向谁先跑出来谁拿资源相马是集中押注看准一个方向重兵投入。邮件里体现的思路我读出来是两者结合但比例要控制。我的实操建议是七成资源押在已经验证过的主航道上两成资源做相邻方向的探索剩下一成留给完全不确定的早期尝试。这个比例不是拍脑袋来的它对应的是不同阶段项目的成功概率和资源需求。主航道项目成功率高但增长空间有限得靠规模效应相邻方向有一定不确定性但一旦跑通就能接上主航道早期尝试成功率最低但万一成了就是第二曲线。三者的资源配比大致应该跟它们的预期回报和风险匹配。这里有个坑要提醒赛马不能赛成内耗。我见过一家公司同时让三个团队做同一个产品方向本意是内部竞争激发活力结果三个团队互相挖人、抢客户、重复造轮子最后谁也没做大。赛马的前提是赛道要分得开要么面向不同的客户群要么走不同的技术路线如果三个团队做的东西高度重叠那不是赛马是内卷。所以设赛马机制之前先想清楚这几个团队各自要验证的假设是什么如果假设都一样那就不是赛马是浪费。4. 落地过程中最容易踩的坑4.1 减流程减成了“没人负责”砍流程这件事最怕砍过头。我见过一家公司为了提效把质量检验环节从五道砍到一道结果次品率飙升客诉翻了三倍最后不得不把砍掉的环节又加回来还多搭进去一套补救机制。这就是典型的把“控制”和“效率”对立起来以为提效就是砍控制其实真正该砍的是重复的控制和不产生价值的控制。怎么判断一个控制环节该不该留我的标准是看它能不能拦住实质性的风险。比如财务报销的层层审批如果每一层都只是签字走形式那留一层就够了但如果某一层确实能发现票据造假或者预算超支那这一层就有存在价值。判断方法很简单抽查这个环节过去半年拦下过什么如果一次都没拦下过实质问题那它大概率是冗余的。但要注意有些控制环节平时拦不下东西是因为风险本身发生频率低不代表它没用——比如消防设施平时用不上但不能没有。所以砍之前得区分这是“高频低危”的冗余还是“低频高危”的保险。4.2 干部“下”了之后团队士气怎么稳干部能上能下最难的其实不是被“下”的那个人而是他周围的团队。一个主管被降职他手下的人会怎么想会不会觉得“跟错人了”会不会担心自己也被牵连这些情绪处理不好团队战斗力直接腰斩。我的经验是把“下”的原因讲清楚而且要对事不对人。如果是因为能力不匹配就明说这个岗位需要什么能力、他目前差在哪儿调岗是为了让他发挥长处如果是因为业绩不达标就把数据摆出来让大家看到标准是统一的、不是针对谁。最忌讳的是含糊其辞说什么“组织安排”“个人原因”这种话越传越离谱最后变成各种小道消息。另外被“下”的干部在新岗位上的表现要给他足够的曝光让原来的团队看到他在新位置上干得不错这样大家才会相信“下”不是终点而是换条路走。我在一个项目里见过处理得好的案例一个区域负责人因为业绩连续两个季度垫底被调去做大客户专家公司专门在内部分享了他谈下的几个标杆客户半年后原来团队的人提起他语气从同情变成了佩服。4.3 放权之后总部“空心化”放权放过头总部会变成空壳——一线各自为战总部的战略意图贯彻不下去资源也调不动。这个风险在快速扩张的公司里特别常见。我见过一家公司区域权力放得太彻底结果每个区域都按自己的理解做产品、定价格客户在不同区域拿到的报价能差三成品牌形象一塌糊涂。避免空心化的关键是总部要守住三样东西战略方向的定义权、核心资源的调配权、跨区域标准的制定权。战略方向不用解释总部得说清楚公司往哪儿走核心资源比如关键技术平台、品牌资产、资金池这些得总部统一管跨区域标准比如产品定价的底线、服务质量的基线这些得总部定区域在基线之上可以灵活。除此之外的事尽量放给一线。这个划分不是一成不变的公司不同阶段可以调但这三样东西一旦松手总部就真的只剩个名头了。5. 我自己的几点实操体会读完这几封邮件再对照我自己做过的一些组织优化项目有几个体会特别深。第一个体会是管理动作的价值要用“如果不做会怎样”来检验。很多管理动作之所以存在不是因为它们有用而是因为“一直都这么做”。定期审视每个管理动作的必要性比不断新增管理动作更重要。我现在带项目每季度会做一次“管理动作盘点”把过去三个月新增的流程、会议、报表列出来逐个问“不做会怎样”能砍的当场砍掉。这个习惯帮我省下了大量本可以用于实际产出的时间。第二个体会是任何制度设计都要考虑“人会怎么钻空子”。这不是把人往坏处想而是制度设计的基本功。你设一个考核指标就得想清楚人会怎么刷这个指标你放一个权就得想清楚人会怎么用这个权谋私。邮件里讲干部选拔要看“打过胜仗”这个标准很好但也要防着有人为了“打胜仗”而挑容易的仗打、把难啃的骨头留给别人。所以标准之外还得有配套难啃的仗谁来打、打了之后怎么认这些不想清楚好标准也会被玩坏。第三个体会是组织变革的节奏比变革的内容更容易决定成败。同样一套放权方案在业务上升期推和在业务下滑期推效果天差地别。上升期推大家觉得是“分蛋糕”积极性高下滑期推大家觉得是“甩包袱”抵触情绪大。所以推变革之前先看时机——业务好的时候做组织调整业务差的时候做业务调整顺序反了再好的方案也推不动。这个经验是我踩过坑才总结出来的早年间在一个业务下滑的团队里硬推架构调整结果人心惶惶调整没做成业务又掉了一截。最后说一个我觉得最容易被忽略的点内部沟通材料里的“狠话”往往比“好话”更有信息量。对外发布的材料措辞都是打磨过的你看不出真实的紧迫感但内部邮件里那些直白的批评、不留情面的点名、甚至带着情绪的表述恰恰暴露了这家公司真正在意什么、真正怕什么。读这类材料别光看它说了什么要看它反复说什么、在什么语境下说、说给谁听。这几封邮件里有些话在不同邮件里出现了好几次每次的语境还不太一样把这些串起来看基本就能还原出这家公司当前阶段的管理重心在往哪儿偏。这个读法我觉得比逐字逐句分析措辞更有用。
