从系统的角度看公司管理

序

这本书想换掉你看公司的一个习惯。

先说这个习惯长什么样。一家公司出了问题——项目又延期了,客户又流失了,一个部门又跟另一个部门吵起来了——绝大多数人的第一反应,是在人里头找原因:这个负责人不得力,那个员工态度有问题,招聘把关不严。找到了人,解法也跟着是人的解法:谈话、培训、调岗、换人。这个视角不能说错。公司小的时候,人少事少,老板离每件事都近,一个人能力的强弱、态度的好坏,确实能直接决定一件事的成败,"找对人"几乎就是最高效的管理。

但它有个盲区,而且这个盲区会随着公司变大越来越致命——它解释得了一次性的好坏,解释不了反复出现的好坏。

一个员工不负责,可能就是这个人,换一个就好。可要是同一个岗位上换了三任,每一任过半年都变得不负责,你还说"这帮人不行",就有点站不住脚了——三个不同的人,被同一个位置改造成同一副样子,问题大概率不在人,在那个位置。一个中层报喜不报忧,可能是他滑头;可整个管理层都在过滤坏消息,那就不是几个滑头的事了,是这套系统在惩罚说真话的人。一家公司总要靠老板亲自救火,可能说明老板能干;但更可能说明,这家公司还没长出一套能自己运行、自己反馈、自己纠错的系统,老板不是在管理它,他自己就是它唯一的那根纠错神经。

这就是本书的出发点:公司不是靠人管出来的,是靠系统运行出来的。

而所谓系统,不是一张挂在墙上的静态架构图,是一台一直在动的机器——它要么在自我校正,要么在自我恶化,中间没有静止。这台机器有它的目标、它的信息流、它的激励、它的反馈、它的延迟、它的默认行为,也有它特有的失真方式和崩溃方式。看不懂这些,管理就永远是反复救火:动作很多,底层结构一寸没动,同一类问题换个马甲,过段时间又准时回来。你按下一个,弹起一个,勤奋全耗在了对抗回弹上,却始终没去碰那个让问题一直往外冒的结构。

比起这本书的上一个版本,这一版做了一件事:把"系统"这个词,往前推进到了"控制系统"。

系统讲的是"公司由哪些部分、怎么连成一个整体";控制系统多了一样东西——反馈回路:这台机器有没有一条线,能让现实把结果送回来,让它发现自己偏了、偏了多少,并且回得来。有这条线,它就是个闭环,跑偏了能自己拉回来;没有这条线,它就是个开环,一脚油门下去沿着惯性一路滑,撞上墙才被迫停下。这条回路,是这一版的主线,后面几乎每一章都会回到它:目标是设定值,信息流是反馈线,偏差要被看见,修正要落到具体的人和具体的变量上,一次性的经验要沉淀成可复用的结构。管理一家公司,很大程度上,就是设计和维护这条回路。

也正因为讲控制论,这一版绕不开一个新问题:AI 时代,AI 该在这台机器里坐哪个位置?

这本书的答案会反复出现,这里先说一句——AI 是仪表盘,不是司机。它能极大地强化这台机器的感知:把数据拉起来,把异常标红,让坏消息更难被藏住,让偏差更早被看见。但往哪开、什么时候踩刹车、出了事谁来负责,这些判断和担当,仍然是握方向盘的人的事。这条线划不清,AI 这件强工具,会从帮手变成一种新的、更隐蔽的失控来源——它会把一个还很毛糙的判断,包装成一份四平八稳、像模像样的方案,让你误以为已经想清楚了。

最后,关于这本书能给你什么,得说句老实话。

它给不了你现成的、可以照抄的答案——它没有你公司的一手数据,也没有你管理企业那些年攒下的手感和教训,这些只有你有。它能做的,是给你换一副眼睛:让你在看到一个累垮的老板时,看见一台开环的机器;在看到一个反复出现的问题时,看见一个一直在滴的水龙头;在看到一群"不努力"的员工时,看见一套指错了方向的激励。看见了系统,你那些具体的难题,就不再是一件件孤立的麻烦,而是同一个系统在不同地方露出的同一个问题——而系统,是可以被重新设计的。

看不见系统,管理就是救火。看见系统,管理才第一次变成设计。

这本书,讲的就是怎么设计。

第一部分｜把公司看成一台机器

第1章｜公司不是人堆起来的,是一台会自我校正、也会自我恶化的机器

一个老板最常挂在嘴边的话是:这事得找对人。

招到能扛的,公司就有救;遇上不行的,再好的盘子也带塌。顺着这个想法往下走,管理就成了一件围着人转的事——谁行,谁不行,谁该提,谁该换,谁今天又掉了链子。一家公司好不好,似乎就等于这一群人行不行。出了问题,第一反应是在人里头找原因:这个部门负责人不得力,那个员工态度有问题,招聘把关不严。解法也跟着是人的解法:谈话、培训、调岗、换人。

这套打法不能说错,而且在公司小的时候,往往特别灵。人少,事少,老板离每件事都近,一个人的能力强弱、态度好坏,确实能直接决定一件事的成败。这个阶段,"找对人"几乎是最高效的管理。问题是,它有个盲区,平时被"换了人就好了"的短期效果一次次盖住,直到某天盖不住——它只能解释一次性的好坏,解释不了反复出现的好坏。

差别在哪?一个员工不负责,可能就是这个人懒,换一个就好。可要是你发现,这个岗位上换了三任,每一任过半年都变得不负责;或者大半个团队都不主动、都在推诿——这时候你还说"这帮人不行",就有点站不住脚了。三个不同的人,被同一个位置改造成同一个样子,这说明问题大概率不在人,在那个位置、那套环境。更该问的是:在这家公司里,主动的人捞着好处没有?不主动的人付过代价没有?那个第一个跳出来说真话、提问题的人,后来是被记了一功,还是被当成了刺头、穿了小鞋?

这一步追问,就是从"看人"切换到了"看系统"。一旦你开始这么问,很多原来归到"人品""态度"上的事,会换一副面孔:它们不是某个人的偶然毛病,是这套系统稳定运行之后,自然结出的果。

但"看系统"这三个字,特别容易又滑成一句正确的废话。说"公司是个系统,由很多部分组成、要协同配合"——对,可这等于没说,谁都同意,谁也用不上。系统视角真正硬的地方,不在"有很多部分"这种描述,而在一个特别具体、能拿来判断的问题上:

这家公司,有没有一条线,能让现实把结果送回来。

有这条线,它就是个闭环——做了一件事,现实的反应会回来,系统据此知道自己偏没偏、偏了多少,然后能把自己往回拉。没有这条线,它就是个开环——一脚油门下去,沿着惯性一路滑,跑偏了也收不到任何信号,直到撞上墙才被迫停下。一台机器是闭环还是开环,不取决于它的零件多精良,取决于这条反馈线通不通。

讲个最常见的开环。老板在会上拍胸脯:有问题随时跟我讲,我最烦报喜不报忧。听起来这条反馈线是开着的。可第一个真去报坏消息的人,迎面撞上的是一连串追问、一张越来越难看的脸,临了还落一句"你怎么搞成这样的"。第二个人把这一幕看在眼里。到第三回,这条报坏消息的线就自己断了——没人再往上递真的,递上去的都是修饰过、能交差的版本。

注意,这里没有一个员工变坏。他们只是学会了这个系统真正在奖励什么:报喜的轻松过关,报忧的自找麻烦。坏消息这条反馈线一断,公司就成了开环——老板看到的,永远是层层加工、修剪得很安心的现实。问题没有消失,它在底下接着长,长到瞒不住的那一天,浮上来的已经不是一个可以从容处理的信号,是一场必须紧急扑救的事故。这就是开环最阴的地方:它平时看着风平浪静,因为所有的浪,都被人为地压在了水面以下。

再看一种更隐蔽的开环,这回的主角是老板自己。

很多老板特别勤奋,是公司里最忙的那个人。项目要延期,他亲自盯;大客户要跑,他出面摆平;两个部门卡住了,他下场协调。他在的时候,公司运转得相当不错,井井有条,反应又快。这看起来是能力强。但得问一句:这套"井井有条"到底是怎么来的——是这套系统自己能跑成这样,还是全靠他这个人,一个点一个点地手动兜着?

把他抽走两个月,答案立刻见分晓。如果他一走,延期的延期、断联的断联、坏消息又开始烂在底下没人管,那就说明,这家公司压根没有那条反馈线——那条线,就是老板本人。他不是在管理一个有自我校正能力的系统,他自己就是系统里那个唯一的校正装置。这种公司,外人看着特别能打,实际上脆得吓人:它全部的纠错能力,都长在一个人身上。

而人,恰恰是最不该用来当反馈线的东西。人会累,会生病,会老,会在顺风顺水时松懈,会因为今天心情不好就漏掉一个本该追下去的信号。靠一个人当系统,等于把整台机器的命,押在这个人永远不疲劳、永远不犯困、永远在场上——这个赌注,时间拉长了,一定输。

说到这儿,该谈谈 AI 了,因为它在这件事上确实能帮忙,但帮的是哪一段,得先说清楚,不然后面会出乱子。

AI 最实在的用处,是帮你把这条反馈线,从"人肉"换成"仪表盘"。哪些项目正在悄悄滑向延期,哪些客户两周没人碰了,上周开会说好要办的十件事现在卡在第几件——这些原本要靠老板亲自盯、亲自一个个问、甚至要靠某次偶然撞见才发现的东西,AI 能持续地、不带情绪地、不会忘也不会偷懒地,摆到你面前。它让坏消息更难被藏住,让偏差更早地被看见。这是真本事,该用,而且该大胆用。

但仪表盘再精密,它的职责也只是让你看得见。往哪开、什么时候该踩刹车、这个偏差到底要不要紧、要紧的话该去拧哪个旋钮——这些是判断,是握方向盘的人的事。把判断也一起交出去,你不是装了块仪表盘,你是把方向盘也拆了。AI 是仪表盘,不是司机。这条线,后面几乎每一章都会再碰到,这里先钉死。

所以这一章想换掉的,其实是你看公司时的第一个念头。看到老板累得不行,先别急着下"底下没人能顶上来"的结论,先问一句:是不是这台机器本来就是开环的,逼着他不得不亲自去当那条反馈线?看到一个问题第三次、第四次回来,先别急着换人——换人有时真有用,前提是它是个偶然的个人问题;但如果是系统在稳定生产这个问题,换谁上去,过段时间都会被这套结构改造成同样的样子,你先得问:是哪条反馈线断了,让这个问题每次都能神不知鬼不觉地长回来?想动手改善,也先别急着加规则、加考核、开会——那些动作,十有八九是在给一台开环机器又拧紧一圈螺丝,动作很猛,结构没动,先问一句:我这一下,到底是补上了一条反馈线,还是又一次亲自上去推了一把?

留个话口子,免得这套说法变成包治百病的万能解释:要是真有一家公司,长期就靠老板一个人救火,也能持续地、高质量地增长,而且压根不需要任何反馈机制——那这本书的命题就该往回收一收。我没见过这样的公司能扛过规模变大、扛过一个完整的周期,但我把这个反例摆在这儿,谁能拿出来,我认。

公司不是靠愿望运行的,也不是靠把一群能人堆在一起就能运行的。它是一台机器。你要么花力气去设计它的反馈回路,让它自己长出校正的能力;要么就只能亲自去当那条迟早会累垮的反馈线。看不见这台机器,你的管理就永远停在救火;真看见了它,管理才第一次变成另一件事——设计。这本书剩下的部分,都是在讲怎么设计。

第2章｜管理不是管人,是管理"默认结果"

先做个小实验。把你这阵子正操心的那些事,在脑子里过一遍,然后对每一件问自己一个问题:这件事,如果我接下来一个月完全不管、不问、不催,它会变成什么样?

有的事,你不管也塌不了,它已经能自己跑顺。有的事,你手一松,它立刻往坏里走:项目开始拖,客户开始凉,该上报的坏消息又开始往下沉,部门之间又开始踢皮球。后面这一类,它"一松手就往坏里走"的那个方向,就是这家公司的默认结果。

默认结果,说白了,就是一套系统在没人使劲掰它的时候,自己会滑过去的那个状态。没人天天追,项目就默认延期;没人亲自问,坏消息就默认上不来;没人拍板,部门之间就默认不协作。延期、瞒报、各扫门前雪——这些不是哪天突然冒出来的意外,是这套系统平静运行之后,自然而然的产物。它就像地形的坡度:你不施加外力,水就往那个方向流;你想让它往别处流,就得一直拿盆端着,手一停,它又回去了。

想清楚这件事,会带出一个让很多老板有点不舒服的结论:你天天忙的那些"管理",很大一部分,其实是在跟默认结果掰手腕。系统默认不执行,所以你得反复开会强调执行力;系统默认报喜不报忧,所以你得三令五申要听真话;系统默认部门互相推诿,所以你得一次次亲自下场协调。你每使一次劲,都是在跟这套系统的惯性较劲,硬把那个球往反方向推一下。

问题是,掰手腕这件事,人会累,系统不会。你今天用尽全力把球推过去了,手一松,它又顺着原来的坡滑回来了。下周,同样的问题原样出现,你又得再推一次。这就是为什么很多老板有一种隐隐的徒劳感:明明每天都在解决问题,问题却好像永远解决不完,而且都是老面孔。不是你不够勤奋,是你一直在按结果,从来没去动那个让结果一直往坏处滑的坡。按一个回弹一个,你的勤奋全耗在了对抗回弹上。

这种徒劳感长什么样,值得画细一点。一个老板,周一开晨会,把"这个季度必须把交付准时率提上来"讲了二十分钟,讲得很动情,底下都点头。那一周,准时率确实好看了——因为他天天在群里追,每个项目经理都怕被点名。第二周他出差谈了个大单,顾不上追了,准时率掉回原样。他回来很恼火,又开了一次会,这次加了一条:延期的项目负责人扣绩效。又好了两周,然后又掉。半年下来,他开了八九次同样主题的会,扣了几个人的钱,准时率像心电图一样上下蹦,平均值一点没动。他给自己的解释是"这帮人就是要盯,一不盯就松"。这个解释听着合理,其实正好把因果说反了:不是人需要盯,是这套系统的默认值就是延期,他每一次开会、每一次扣钱,都只是用一只手把球往坡上顶了一下,手一松,球必然滚回来。他对抗的从来不是某个人的惰性,是地心引力。

这正是上一章那个开环和闭环的区别,落在日常管理上的样子。靠老板反复使劲维持住的正确,是开环——全靠老板这条人肉反馈线,一遍一遍手动把结果拽回来,人一停,结果就回弹。真正的管理是另一件事:不去拽结果,去改那个坡。让系统在没人盯的时候,自己滑过去的那个方向,就是你想要的方向。改了坡,水自然往对的地方流,你就不必一天到晚拿水桶往上提了。

那个坡,是由什么决定的?几样东西,正好是这本书后面要一个一个拆的零件:这家公司在拼命最大化什么(目标函数)、真实情况能不能被看见(信息流)、看见问题的人有没有权力去改(权限)、做决定的人要不要承担后果(责任)、到底什么行为能拿到好处(激励)、什么样的做法被默许甚至被当成"我们这儿就这样"(文化)。这几个,才是真正的旋钮。你不去拧旋钮,光在结果那头喊口号、加力气,坡的方向不会变,默认结果也不会变。

还是用开会迟到这件小事,把"拧旋钮"和"掰手腕"的差别走一遍。你嫌大家开会不准时,反复强调、迟到罚款喊了几轮,还是迟到——因为真正的坡是"这些会本身没价值,来了也是耗时间",这个旋钮(会议的必要性和质量)不动,罚款只是在跟它掰手腕。真去拧旋钮是什么样?你把那个雷打不动的周一两小时全员会拆了:能用一条消息说清的不开会,只跟三个人有关的事不拉二十个人进来,剩下真要碰头的,定个硬规矩——没有明确决议要拍的会,不开。一个月后,会从一周五个变成一周一个,而且每个都真能当场拍板。这时候你会发现一件有意思的事:你压根不用再提"准时"两个字,大家自己就卡着点来了——因为这个会现在错过了真会损失东西。你没管"迟到"这个结果,你把生产迟到的那个坡给铲平了。

有一把尺子,能很快量出一家公司到底有没有把管理做到这一层。问一句:假如我现在凭空消失两个月,哪些事会自然而然地做对,哪些会自然而然地垮掉?那些不用你也能做对的,说明这部分系统已经长好了,坡是朝对的方向倾的;那些你一走就垮的,说明这部分根本没有系统,只有你本人在那儿亲自当系统。这把尺子之所以狠,是因为它量的是"系统的能力",而不是"老板在场时的表现"——后者会骗人,前者不会。

很多老板引以为傲的"我们公司执行力强",拿这把尺子一量,常常会露馅:它其实是"我执行力强"。公司的系统能力,和老板一个人扛起来的能力,是两回事,但太容易被混为一谈。混在一起的直接后果,是老板越能干,这件"把能力沉淀成系统"的事就越被拖延——反正有他在,系统不长也照样转,何必费那个劲。于是能干的老板,常常亲手把自己变成了公司最大的瓶颈,而且浑然不觉,还以为这是自己不可替代的证明。直到有一天他想抽身、想休息、想去做更重要的事,才发现整个公司是搭在他一个人身上的,根本抽不出来——他不是公司的主人,是公司的人质。

这里得留个分寸,免得"默认结果"听上去像一切都能靠设计搞定。有些坡,你短期内是改不动的——市场就是冷,行业默认就是回款慢,这类外部的坡度,不是你拧个旋钮就能扳过来的。承认这一点不丢人。但承认它,跟拿它当借口,是两回事:大量被归到"行业就这样""大环境不行"头上的默认结果,其实是公司内部那几个旋钮自己拧歪的,只是甩给外部更省心。一个简单的分辨办法——同行里有没有人在同样的外部坡度下,把这件事做对了?有,那这个坡多半在你自己手里;没有一家做对的,你才有资格说这是外部约束。

这里也是 AI 能搭把手的地方,但同样只搭一段。默认结果最麻烦的一点,是它平时不显形——系统正在悄悄滑向哪里,你往往要等它滑到出事了,才后知后觉。AI 能做的,是把这个"正在悄悄滑"的过程提前摆出来:哪些项目正在无声地往延期走,哪些坏消息已经在底下压了很久还没冒头,哪个指标的趋势其实早就掉头了。它能让默认结果,从一种你只能靠经验隐约感觉到的东西,变成摆在桌上、看得见的数据。但看见之后,该去拧哪个旋钮、愿意为了改这个默认值付出多大代价——这些是判断,是你的事。AI 把坡的走向照给你看,改不改、怎么改,握在你手里。

管理不是让人这周听话、下周再犯。管理是让系统长期地、不依赖任何人盯着地,自己产出正确的行为。所以你真正该盯的,从来不是"这个人这一次做得好不好",而是那句话——如果我不盯,这件事会不会自己做对?答案要是"不会",那不管这次结果多漂亮,都说明系统还没长出对的默认值,你迟早还得再来一次。管人,是掰手腕;改默认结果,才是管理。

第3章｜目标函数:公司真正在最大化什么

每家公司都会告诉你它追求什么。墙上挂着客户第一,PPT 里写着长期主义,年会上喊得震天响。问题是,这些话,基本不影响公司每天怎么运转。真正在指挥这家公司的,是另一套东西——它在拿真金白银奖励什么,在睁一只眼闭一只眼容忍什么,在为了什么处分谁、为了什么提拔谁。把这套真实的赏罚加起来,才是这家公司真正在最大化的目标。这个东西,给它起个名字,叫目标函数。

很多人以为,定目标就是想清楚"我们要成为一家什么样的公司",然后讲给大家听,讲得越响亮、越鼓舞人心越好。这话有一半对——方向感是需要的。但漏掉的那一半更要命:员工不是听你说什么,他是看你为什么发奖金、为什么提拔人、上次谁踩了线又安然无事。你说的那套和你算钱的那套,只要不一致,他每一次都会选择相信算钱的那套——因为那才是真实发生在他身上的事,口号不会进他的工资条。

举个再普通不过的例子。一家公司逢人就说客户第一,可销售的提成只跟当月签单挂钩,签完之后客户用得好不好、退不退货、骂不骂街,没有任何一个人的钱跟它绑在一起。那么不管墙上写什么,这家公司真正在最大化的,是"这个月把单签下来"。客户第一是愿望,成交第一才是目标函数。两者一旦打架——而它们几乎天天打架——员工会毫不犹豫地倒向后者。这不是员工坏、不忠诚,是他诚实地在响应你真正奖励的东西。你要怪,得怪那套赏罚,不能怪他;骂他没有客户意识,纯属对着结果发火,没碰到原因。

这事会一路长到很难看。那个销售为了把这个月的单冲上去,会跟客户拍胸脯承诺一个产品根本做不到的功能,会把一个明显不合适的客户硬塞进来,会在合同里埋下一堆交付时根本兑现不了的条款。单签得漂亮,提成拿到手,他换个心情去攻下一单。三个月后,售后被这些单子淹了,交付团队天天加班填坑,客户在群里骂,退款一笔接一笔。老板这时候火冒三丈,把销售叫来骂一顿:你怎么尽接这种烂客户?可销售心里门儿清——公司奖励的就是"这个月签下来",至于三个月后谁来收拾,从来没人因为这个扣过他一分钱。他没做错,他做的恰恰是这套目标函数让他做的最优解。老板骂的是结果,真正该改的那套提成算法,一个数字都没动。

把这件事翻译成控制论,目标函数就是这台机器的设定值。一个带反馈的系统,所有的自我校正,都是冲着设定值去的——空调设了 24 度,它才知道 26 度该制冷、22 度该停。设定值是整个系统瞄准的那个点。这就带出一个特别反直觉、也特别危险的推论:设定值要是定歪了,你的系统越健康、反馈越灵、执行越狠,它就越快、越稳地奔向那个错误的地方。

这是一种很多人没意识到的失败。我们都怕公司失控,但比失控更隐蔽、有时也更致命的,是精确地控向了一个错的目标。一家执行力差的公司,把目标定歪了,好歹跑得慢,撞墙之前还有时间发现、还有机会掉头。一家执行力极强的公司,把目标函数定成了"短期规模最大化",它会用最高的效率、最齐的步调、最饱满的士气,把自己又快又稳地做空心——所有人都很努力,所有短期指标都好看,方向是错的,而且因为大家都在全力奔跑,几乎没人有空抬头看一眼方向对不对。这种公司栽的时候,往往栽得又快又彻底,因为它的速度和它的错误,是同一个引擎给的。

目标函数还有一个最容易出岔子的地方:它受不了"既要又要"。你要它同时把增长、利润、质量、安全、创新、稳定,全都最大化,这等于没给它设定值。一个系统遇到目标打架的时候——增长和质量打架、这个季度和未来三年打架、规模和利润打架——它一定会自己挑一个去满足。挑哪个?挑那个最容易被考核、最快能兑现成奖励的。其余的,它会悄悄地、而且每一步都有充分理由地,牺牲掉。所以"什么都重要"喊到最后,真实结果往往是"只有那个能立刻换成奖金的东西重要"。一张什么都想要的目标清单,在系统眼里,和一张只写着"多赚快钱"的清单,常常没区别——因为冲突时它自动会往后者塌。

这个"自己挑一个"的过程,在公司里不是抽象的,是具体到一个人某个下午的选择。一个产品经理,手头一个功能,做扎实要三周,赶一赶一周能上线但留着隐患。考核他的是这个季度上线了几个功能,没有任何一栏写着"上线的东西三个月后还稳不稳"。你说他会怎么选?他不需要是个坏人,他甚至会为这个决定找到一整套真诚的理由:"先上,有问题再迭代嘛。"季度末他的功能数最漂亮,升职答辩材料最厚。那些被他赶工埋下的隐患,要等半年后才陆续爆出来,而那时候账已经记在运维和客服头上了,跟他没关系。你那张写着"质量、增长、创新都重要"的清单,在他那个下午,被一行考核口径,悄无声息地翻译成了"这个季度多上几个功能"。

这就是为什么,高层定目标函数,最难、也最该做的,不是把好东西列全,是把它们在冲突时的优先级排出来。当增长和利润打架,这个阶段先保哪个?当这个季度和未来三年打架,认哪个?这些问题的答案,才是真实的目标函数。能答出来,系统就有了一个清晰的瞄准点;答不出来、或者每次都"看情况",那真实后果是:下面每个人各自按对自己有利的方式去"看情况",于是你以为公司在朝一个方向走,其实它在朝几十个方向同时使劲,合力指向谁也说不清的地方。

排优先级这件事难,难在它逼你当众放弃一些你也很想要的东西,而放弃是要付代价、要担责任的。说"质量和增长都重要",安全,谁都不得罪;说"这个阶段质量优先,该慢的就慢,慢掉的增长我认",这就把自己架在火上了——万一增长真掉了,大家会回头看这句话。正因为难,大多数老板就停在了"都重要"那一层,把这道最该自己做的题,留给了下面每一个人在每一个具体的下午自己去解。而他们解出来的答案,清一色是对自己最有利、最容易交差的那个。你以为你把决定权留在了手里,其实你把它撒了出去,撒成了几十个互相打架的小决定。一个能把优先级排出来、并且敢于承担排错了的后果的老板,和一个永远在喊"都重要"的老板,带出来的是两家完全不同的公司,哪怕他们墙上挂的标语一模一样。

这里得给这把刀划个边界,免得它变成又一个万能解释。看一家公司奖励什么、惩罚什么,能逼出它真实的目标函数,这个方法很好用,但它不解释一切。有时候一个行为的出现,真就是某个人一时的判断失误、一次偶然,跟系统奖励什么没关系;硬要从激励结构里给每件事都找一个根源,会滑向另一种偏执——把所有问题都甩给"制度",同样是一种偷懒,而且是一种推卸。判断一件事该不该往目标函数上归因,有个简单的分界:这个行为是偶发的,还是稳定重复的?偶发的,先当个人问题看;稳定重复、而且重复的方向恰好对做这件事的人有利——那基本就是目标函数在说话了。

AI 在这件事上,能帮一个很实在的忙:把真实的目标函数照出来。它可以去统计,过去一年这家公司实际给什么行为发了奖励、给什么行为记了过、被提拔的人都有什么共同点,然后把这个"系统真信的",和你墙上"嘴上说的",并排摆给你看。这个差距,往往大得让人难堪——你以为自己在经营一家"长期主义"的公司,数据却显示你过去一年提拔的、发钱多的,清一色是把短期数字做漂亮的人。但照出来之后,设定值到底该定成什么、你愿意为了三年后牺牲掉这个季度的多少,这是价值判断,是你的事——AI 没法替你回答,这家公司到底想成为什么。

所以,一个老板最高杠杆的动作之一,不是回头去抓执行力,是先停下来确认一下:设定值有没有定对?先把目标函数校准,把那些互相打架的好东西排出一个真实的优先级,再谈让大家跑得更快。顺序反了,你只是在帮一台机器,更高效地冲向一个你其实并不想去的地方——而且跑得越卖力,越难回头。

第4章｜组织边界:什么能进公司,什么不能进

一家公司能不能活得好,一半看它内部怎么运转,另一半,看它让什么东西进了门。

公司是个开放系统,靠跟外界交换活着——接订单、招人、融资、进信息。开放是它的生命线,封死了就是死。但开放有一个特别容易被忽略的代价:每一次"进来",都是给这套系统加了一份要消化的负荷。一个新客户进来,你要分配资源去伺候他;一个新人进来,你要花文化和管理的力气去整合他;一笔钱进来,它带着对回报速度和节奏的要求;一个新项目进来,它要抢占本就紧张的注意力和人手。门开着是对的,但门后面这套系统,能消化多少,是有上限的。

很多人把"开放"和"无边界"当成了一回事,觉得机会越多越好、客户来者不拒、风口个个都想站。这恰恰是最危险的混淆。开放说的是"和外界交换",无边界说的是"什么都往里吞",这是两件事。一个不挑客户的公司,迟早被那些极难伺候、极低毛利、极高风险的客户拖垮——不是因为这些单子本身有毒,是因为消化它们要占用的资源,远远超过它们带来的回报,把本可以用来伺候好客户的余力,全吃光了。更隐蔽的是,这类客户还会反过来改变你的系统:为了接住一个极难伺候的大客户,你可能被迫扭曲流程、特批资源、让一线连轴转,等于让一个外部的扰动,重新布置了你内部的结构。一个什么项目都接的公司,会被一堆互相打架的目标,扯成几瓣;一个什么人都要的团队,会被价值观不合的人,一点点稀释掉原来的默契和标准。能拒绝,恰恰是因为这家公司清楚自己的胃有多大。

这里举个具体的。一家四十来人的公司,平时手头客户的单子,毛利还不错,团队也伺候得动。某天来了一个大客户,合同金额顶得上小客户二十个,老板眼睛一亮就签了。然后呢?这个大客户要专属对接、要随叫随到、要一堆定制、付款还压三个月。为了接住它,老板把最强的三个人从原来的客户那儿抽出来专盯它,流程为它开特例,其他客户的响应慢了下来。半年后一算账:大客户确实贡献了营收的三成,但占掉的人力和精力远不止三成,而且那几个被冷落的老客户里,跑了两个。这个单子账面上是赢的,系统层面是亏的——它带进来的扰动,超过了这家公司当时能消化的量,于是它没有被公司消化,反过来把公司给重新编排了。问题是,这种亏,在签单那天是看不见的,签单那天只看见营收涨了三成,皆大欢喜。

从控制论看,这关系到一个系统的稳定性。任何带反馈的系统,能处理的扰动都有一个范围;扰动在范围之内,反馈来得及把它拉回来,系统表现为正常的波动;扰动一旦超出这个范围,反馈追不上了,系统就从波动滑向失稳,而且常常回不来。这里有个容易被忽略的细节:决定一个系统能扛多大扰动的,不只是它当下的体量,更是它反馈的速度。同样吞下一个大客户,一家信息流通畅、问题两天就能浮上来的公司,和一家坏消息要压两个月才冒头的公司,前者还能边消化边纠偏,后者等发现不对劲时,坑已经挖得没法填了。所以边界守得住守不住,跟前面几章是一根线串下来的——你的反馈越快,你能安全张开的口子就越大;你的反馈越慢,你就越得守紧那道门,因为你根本没有试错和回头的余地。边界的全部作用,就是把进入系统的扰动,挡在它还校正得过来的范围里。所以你去看那些活得久的公司,几乎都有一张清清楚楚的"不做什么"的清单——不碰哪一类客户,不接哪一种项目,不要哪一笔钱,不招哪一类人。这张清单不是傲慢,不是保守,是它清楚自己的消化上限在哪儿,也清楚一旦吞下超量的混乱,反噬有多重。

有一个地方特别反直觉,值得专门点出来:边界最容易失守的时候,不是公司难的时候,恰恰是它顺的时候。逆境里,人会本能地收缩、挑活干、保命要紧,边界自然守得紧。可一到增长期,什么机会都长得像机会,什么客户都想接下来,什么新赛道都怕错过、怕被同行抢先——这时候,系统是在用一套"还没长出来的消化能力",去吞"远远超过当下能力的混乱"。等这些吞下去的扰动慢慢累积,累积到反馈彻底跟不上,问题就集中爆发。很多公司不是被饿死的,是被"什么都想要"撑死的,而且撑死之前,账面通常还特别好看——因为吞进来的东西,要过一阵才显出毒性。一家公司最危险的时刻,常常不是它最难的时候,是它最顺、最自信、胃口最大的时候。

当然,边界这把刀,也能砍过头。一家公司要是把"不做什么"的清单列得太长、太死,什么新客户都觉得麻烦、什么没做过的事都不敢碰,那它会僵化,会错过本该抓住的成长,最后死于保守,而不是死于混乱。这种公司也有它的样子:每个新机会摆上桌,先想到的全是风险,会上谁要是力主接下来,得一个人扛下所有质疑,于是慢慢地没人愿意提新东西了,大家守着那点老业务,安全、体面、缓慢地萎缩。它不是被一口吞撑死的,是一口都不敢吞,饿瘦的。所以边界不是越紧越好,它是一个动态的判断:你的消化能力长大了,边界就该往外挪一格;你最近已经在过载的边缘了,边界就该往回收一收。判断它的标准,始终是那一句话——进来的这个东西,系统现在还消化得了吗?而不是"它看起来是不是一个好机会"。一个好机会,如果超出了你当下的消化能力,对你就不是机会,是毒药。能分清这两者,是一种很贵的成熟。

那怎么把这个判断落到平时,而不是等出事了再后悔?一个朴素的办法,是给"进来"这件事配一个粗糙的成本估算,而且算的不只是它带来多少钱,是它要占掉多少你最稀缺的东西——通常不是钱,是你那几个最强的人的时间和注意力。一个客户、一个项目,如果伺候它要长期占用你顶尖那几个人的精力,哪怕它账面很赚,你也得掂量:这几个人被它拴住的这段时间,本来能去做什么、被它挤掉了什么。很多过载,不是钱不够,是注意力被超量预支了——而注意力这东西,不像钱能从外面融,它是封顶的,用在这儿就没法用在那儿。一家公司真正的消化上限,往往就卡在这个最稀缺的资源上;看懂了自己的瓶颈在哪儿,边界画在哪儿才有依据,而不是凭一时的兴奋或恐惧拍脑袋。

AI 在这里,能帮你提前看见边界正在被突破的信号:新接的客户、新上的项目,正在异常地消耗哪些资源;哪一类进来的东西,在系统里反复地出问题、反复地要人去补救、反复地拖累别的事。它能把"我们好像快撑不住了"这种模糊的、往往要等到出事才被确认的体感,提前变成摆在桌上的数。但收不收这个客户、进不进这个赛道、愿意为了这一波增长让渡多少边界——这是战略判断,是你的格子,AI 给不了。

管理一个系统,从来是两件事:既要设计它内部怎么跑,也要守住它和外界之间那道门。你让什么进来,就得有能力消化什么;消化不了还硬往里吞,那道门,就从生命线,变成了系统崩溃的入口。

第5章｜事件、结构与机制:别在事件层救火

管理者每天打交道的,几乎都是一件件具体的事:这个项目又拖了,那个客户投诉了,这两个部门为了一件事吵起来了。直觉反应,是把它们一件件处理掉——盯紧拖了的项目,安抚好投诉的客户,把吵架的两边拉到一起调解。处理单件事,没毛病。真正的问题出在后面:如果同一类事,隔一阵就回来一次,你还在一件件处理,那就不对了。

很多人把管理理解成"把一件件事处理好"。这话有一半对。漏掉的那一半是:反复出现的事,几乎从来不是一件件孤立的事,是某个结构在稳定地、源源不断地生产它们。你处理掉的是这一次的输出,生产它的那台机器没动,所以下一批一模一样的输出,很快又来了。你越勤快地处理,越像一个尽职的传送带末端的工人——东西源源不断地来,你手脚再快,也只是在处理,不是在叫停那条传送带。

把事件和结构分清楚,是系统视角最关键的一次切换。一次项目延期,可能就是这次倒霉——某个供应商掉链子,某个人病了。但如果项目总是在最后一周才暴露出进度问题,那延期就不是倒霉,是"进度反馈来得太晚"这个结构在稳定地生产延期。你盯第一个项目、盯第二个、盯到第十个,只要进度反馈还是那么晚,第十一个照样在最后一周爆雷。你不是在解决问题,你是在一个接一个地承接同一个结构的产物,而且承接的人——往往就是老板——会先累垮。这里的关键转变是:别再问"这个项目为什么延期",开始问"我们的系统,为什么总是要到最后一周才知道一个项目要延期"。前一个问题指向某个人,后一个问题指向那条该被重新设计的反馈线。

这两个问法,会把你带到完全不同的地方,这点值得停一下。问"这个项目为什么延期",你得到的答案永远是某个具体的人或事:小王评估不准,供应商不靠谱,需求中途变了。每个答案都对,每个答案都让你去处理一个具体的人,然后下个项目换一批人、换一个供应商,同样的事再来一遍。问"为什么我们总是到最后一周才知道",你会发现一个共同的东西:这家公司根本没有一条让进度提前暴露的线。进度全靠项目经理自己心里有数,而项目经理有个再正常不过的人性——只要还没到交付那天,他总觉得"还来得及,我加把劲能赶上",于是坏消息被他一周一周地往后压,压到压不住,才在最后一周炸出来。这不是哪个项目经理的毛病,是每个项目经理都会这么干,因为没有任何机制逼他在第二周就把"可能赶不上"这句话说出口。看见了这个,你要改的就不是某个人,是那条线:比如把一个大节点拆成几个能验收的小节点,让"赶不上"在第二周而不是最后一周就显形。

部门冲突也一样。两个人因为一件具体的事吵一架,可能就是脾气撞了。但如果两个部门长期、稳定地对着干,那基本可以断定,是目标、权限或者激励,把他们结构性地摆到了对立面上——比如一个部门的考核是省成本,另一个部门的考核是冲体验,而这两件事天然打架,谁让步谁吃亏。这种情况下,你调解一百次都没用,因为你每次摁下去的是情绪,那套让他们必须对立的权责设计,一动没动。你以为是在解决人际矛盾,其实是在反复扑救一个结构性冲突冒出来的火星。把这两个部门负责人叫到一个屋里,谈一下午,握手言和,气氛好得很;回去各自一看自己的考核表,下周照样为同一件事掐起来——因为考核表才是真话,那一下午的和气不是。

控制论里把这件事分得很清楚,分成三层。最表面是事件,是系统某一刻吐出来的那个具体结果。往下一层是结构,是产生这些结果的连接方式——目标怎么定的、反馈怎么走的、权责怎么绑的、激励指向哪。再往下,是机制,是这套结构长期跑下来、固化成的那个稳定脾性。这三层的关系,可以用一句话串起来:机制决定了结构会怎么搭,结构决定了会吐出什么事件;你天天忙的事件,是最表面、也最不该花全部力气去对付的那一层。在事件这一层使劲,等于一直在擦地上的水,却不去管那个一直在滴的水龙头。龙头不关,水永远擦不完——更要命的是,擦水的人,体力是有限的,而龙头不知疲倦。

这里得说清楚一点,免得被误解成"事件不用管"。事件当然要管,地上的水正在淌,你不能站着不擦,等结构改好——那水早把楼下淹了。真正的差别在于,你擦水的时候,脑子里有没有同时盯着那个龙头。一个只会擦水的人,擦完这摊就等下一摊,日复一日,擦得越来越熟练,也越来越累,从不抬头。一个懂结构的人,一边擦,一边在记:这水是从哪儿淌过来的,上次也是这儿,上上次还是这儿——然后他会在某个不那么火烧眉毛的时刻,抽身去把龙头拧上。两个人当下的动作可能一模一样,都在擦水;区别全在那个有没有抬头、有没有往源头走一步的念头上。管理者和救火队员的分野,常常就在这一念之间。

这也解释了一个常见又费解的现象:为什么有的公司,管理动作多到爆,却始终不见好转。开不完的会,发不完的通知,换了一轮又一轮的人,流程改了一版又一版——全是在事件层猛烈地用力,底下那个结构一寸没动。所以默认结果不变,同一类问题换身马甲,过段时间又准时回来。动作多,不等于在管理。改了结构,才是在管理。这两件事,有时候看起来甚至是相反的:真正动了结构的管理者,表面上可能显得很闲,因为他不需要天天救火了;而那个最忙、最累、天天扑火的,可能恰恰是最没在做管理的——他只是在做一份永远做不完的体力活。

得给这个视角也留个边界,不然容易滑向另一个极端——把什么都归到结构上,变成一种宿命论,好像个人努力都没意义了。不是所有反复都是结构问题。有时候一件事连着出几次岔子,真就是几次独立的运气不好;有时候真就是某个关键岗位上的人不行,换掉就好了。判断到底是该换人还是该改结构,有个朴素的分界:换了人之后,这个问题是真的消失了,还是过段时间在新人身上又长了出来?如果换谁来都会被这套结构改造成同样的样子,那才是结构问题。先别急着上升到结构,但也别在第三、第四次重复之后,还假装它只是运气——那是另一种逃避,逃避那个更难、但真正有用的动作:去改结构。

AI 在这一层特别有用,因为它擅长干一件人很难干的事:把散落在一整年里的事件,聚成模式。它能把所有的延期、所有的投诉、所有的冲突归类、计数、对齐时间线,让"这是反复出现的结构问题,不是孤立的倒霉"这件事,从你模糊的直觉,变成一目了然的事实。救火的人是会眩晕的,眼前的火一团接一团,根本顾不上抬头看它们是不是从同一个地方烧起来的。AI 能帮你从这种眩晕里抬起头,看清楚龙头到底在哪儿。但那条结构具体怎么改、改了会牵动什么,是判断,还是你的事。

看见事件,是本能。看见事件背后那个一直在生产事件的结构,是管理真正开始的地方。下次一类问题第三次找上门,先别急着问"这次又是谁的错",换个问法:是什么结构,让它每次都能这么准时地回来?然后走过去,关掉那个龙头,而不是又一次蹲下来擦地。

第二部分｜构成系统的零件

第6章｜目标:可观察、可反馈的设定值

公司里几乎没有哪家是没有目标的。墙上有,PPT 里有,年会上喊得震天响,创始人的访谈里更是张口就来。但其中绝大部分,严格讲,不能叫目标,只能叫愿望。这两个词平时混着用没事,可一旦你想认真管理,就必须把它们分开,因为它们对系统的作用完全不同。差别在哪?差别在现实能不能给它回信。

"我们今年要更健康地增长",这是愿望。现实没办法对它说话——什么叫"更健康"?涨多少算"更"?健康和不健康的线划在哪?到了年底,谁也没法指着一个数说"这条做到了,还是没做到"。它可以被反复解读、各说各话:增长快的人说我们很健康,增长慢的人说我们这叫稳健,谁都能把自己那一年的表现,套进"更健康"这件宽松的外衣里。再看另一句:"今年经营性现金流转正,并且全年每个季度都为正。"这就是目标了,因为现实每个季度都会甩给你一个明明白白的数,告诉你做到没有,不容狡辩,也不容自我安慰。

这两句话的差别,会在一个具体的时刻暴露出来:复盘会上。定了"更健康地增长"的那家,年底坐下来,你会听到一场漫长的、谁也说服不了谁的辩论。市场负责人说我们拿下了三个大客户,这还不够健康?财务说可这三个客户回款周期拖到了九个月,现金流比去年还紧。HR 说团队稳定、没怎么走人,这也是健康。每个人都在用一套对自己有利的"健康"定义,把过去一年讲成一个达标的故事,而且每个人讲得都不算撒谎。会开了三个钟头,散场时谁也不知道这一年到底算成还是算败。定了"每个季度经营性现金流为正"的那家,复盘会十分钟就能开完:四个季度,三个正、一个负,那个负的是几月、差了多少、当时发生了什么——对着数说话,没得辩。

很多人以为定目标是定方向、是鼓舞士气,所以越激动人心、越高远越好。这话有一半对——方向感和士气确实需要,一个让人提不起劲的目标也是失败的。但漏掉的、而且要命的那一半是:一个目标如果不能被现实回信,它就进不了系统,只能停在情绪层。它能让人在年会上热血一阵子,但没法指挥任何一次具体的纠偏——因为没人知道现在偏没偏、偏了多少、该往哪个方向修。一群人对着一个无法被现实回信的目标,各自凭感觉使劲,使到哪算哪,年底复盘时谁也说不清到底达没达成,只能看谁的故事讲得更圆。

把它放进控制论,目标就是这台机器的设定值。空调设了 24 度,它才知道 26 度该制冷、22 度该停;设定值是整个反馈系统瞄准、并据以纠偏的那个基准点。这就引出一个朴素却被反复忽略的事实:设定值必须是一个能跟现实读数做比较的量,否则整个反馈回路就空转。你跟空调说"我要凉爽一点",它会彻底无所适从——"凉爽"不是一个能和温度计读数相减的东西,它没法据此判断该开多大风、该不该停。公司目标定成"做大做强""更有竞争力""打造一流团队",底下的人就跟那台收到"凉爽一点"指令的空调一模一样:只能各自瞎猜一个标准,然后把自己的瞎猜,当成公司的目标去执行。结果是十个人猜出十个不同的标准,而且每个人都真诚地以为,自己正在为公司那个"伟大目标"拼命。

所以一个能进系统的目标,得过两关。第一关,可观察——它对应一个现实里真能拿到的读数,数字也好、一个明确到不会扯皮的状态也好,反正不能是一团形容词。第二关,可反馈——这个读数能以一个合理的频率,回到该看它的人手里。这两关缺一不可,而第二关最常被忘。一个目标哪怕定得再准,如果它对应的数据一年才出一次,那这一整年里,系统都在盲飞,等数据终于回来,黄花菜早凉透了,错也铸成了。

第二关被忘掉的样子,通常不难看出来。一家公司年初定下"客户满意度要做上去",指标也想得挺像样——做个净推荐值调研。问题出在频率:这个调研一年只做一次,放在每年十二月。于是从一月到十一月,所有跟客户打交道的人,手里都没有任何关于"满意度到底在涨还是在跌"的读数,全凭感觉和零星的投诉过日子。等十二月分数出来,比去年掉了十几个点,大家才如梦初醒地开始查原因——可这十几个点是过去这一整年一点点掉下去的,问题早在三月、五月就埋下了,现在追,只能追个寂寞。同样一件事,如果改成每月从一批真实成交客户里抽一小撮回访、当月就出一个粗略的趋势,哪怕这个数没那么精确,你也能在它刚开始往下掉的那个月就看见,那时候去修,代价小得多。一个好目标,不只是清晰,还得让现实能高频地、及时地对它回信——这样系统才有机会在偏离还小的时候就发现、就修。把"年度目标"拆成能按月、按周回信的小读数,本身就是在给系统装上更密的反馈采样点。

这里要防一个过度反应,这个反应在管理者里特别常见,一听"可观察可反馈"就冲过头。可观察、可反馈,不等于"一切都得量化成 KPI、什么都得打分"。有些重要的东西,比如团队内部的信任、文化的健康度、长期的客户口碑,你硬给它编一个精确的数去考核,反而会把它扭曲掉——大家会去优化那个数,而不是那个数背后真正重要的东西,这是后面"指标失真"那一章要专门拆的坑。所以这一关的要求,其实没那么极端。它只是说:你定的那个目标,得让现实有办法告诉你做到没有,哪怕这个"回信"不是一个精确到小数点的数字,而是一个清楚的、大家不会扯皮的判定标准。能判定,就够了——一个有经验、不带私心的人一看就能说"这条达没达标、差多少",它就过关了。不能判定、只能各自凭立场感觉的,它就还是个愿望,披着目标的皮。

AI 在这一步能搭把手的地方很朴素:它擅长把含糊的目标往可判定上逼。你抛给它一句"我们要提升服务质量",它会反问你——你说的服务质量,体现在哪个能看见的地方?是响应时间、是一次解决率、是退货后的复购?它逼你把形容词翻译成读数。但要不要把"客户满意度"压成一个分数、为了拿到这个分数你愿意牺牲什么别的东西,这是价值取舍,AI 替你不了。它能帮你把目标说清楚,但目标本身想要什么,只能你自己定。

放进反馈回路里,目标是那个最先要定下来的东西——设定值。它定不准,后面所有的反馈、纠偏、奖惩,全都失去了瞄准的对象,变成无的放矢:你不知道偏了,就无所谓纠;你的奖惩没有一个清晰的达成标准,就只能凭印象发,而凭印象发的奖惩,迟早变成凭关系发。所以这是拆零件的第一件,也是最容易被糊弄过去的一件:几乎每家公司都觉得自己有目标,可真拿"能不能被现实回信"这把尺子去量,会发现手里攥着的,多半是一堆装扮成目标的愿望。把愿望翻译成能被现实回信的设定值——具体、可判定、能高频回信——是设计一家公司,要做对、也最该先做对的第一件事。这件事偷不得懒,因为它定的不是一句口号,是后面整台机器要瞄准的那个点。

第7章｜人:不是问题本身,是系统里的变量

这本书一路在讲系统,很容易被误读成一个意思:人不重要,把结构搭好,谁来都一样。恰恰相反。把人看成系统里的变量,不是看轻人,是终于开始认真对待人——认真到不再用"这人行不行"这种粗糙的、贴标签式的判断,去解释他在某个具体结构里为什么会变成那样。

很多人下意识里,把员工的表现当成一个固定属性:这个人靠谱,那个人不靠谱;他主动,她被动;这个能扛事,那个扶不起。仿佛每个人脑门上贴着一个分数,走到哪儿都一样,带到哪个公司、放进哪个团队都是那个样。这有一半对——人确实有稳定的特质差异,有的人天生更负责、更聪明、更有冲劲,这是真的,招聘时也确实该看。但它漏掉了更要命的一半:同一个人,放进不同的系统,会给出差得离谱的表现,差到你会怀疑是不是同一个人。

一个在前一家公司被嫌"没什么主动性、推一下动一下"的人,换了个地方,可能忽然成了最爱提改进意见、最操心公司大事的那一个。他没换脑子,也没在入职那天突然开窍。换的是系统——前一家,提意见的人被当成"事多、不安分、显得别人不行",出头的椽子先烂,聪明人都学会了闭嘴;这一家,提意见的人被当成宝、被当众感谢、被优先提拔。变量没变(还是这个人,还是那些能力),环境的赏罚变了,输出就整个翻了个个儿。

反过来也一样,而且在现实里更常见、更让人痛心:一套足够坏的系统,能把一个本来挺正直、挺有冲劲的年轻人,在一两年里慢慢磨成沉默、自保、多一事不如少一事、只求别出错的样子。这个过程往往是没有戏剧性的,它就藏在一件件小事里。新人刚来,看见一个流程明显不合理,兴冲冲在群里提了一句,没人接,主管私下跟他说"你刚来,先熟悉熟悉,这事没那么简单"。过了俩月,他发现了一个更大的隐患,鼓起勇气在会上讲出来,结果被相关部门当场怼回去"那你说怎么办",而真按他说的去办又没人给他权、给他人,最后这事不了了之,还落下个"爱挑刺"的名声。又过了半年,提拔名单出来,埋头不吭声、从不惹事的同事上去了,他没有。到这一步,他基本就学会了——开会时低头记笔记,有问题烂在肚子里,别人不问绝不说。他不是突然堕落了,也不是被谁带坏了,是他诚实地、一次又一次地算明白了:在这套系统里,正直和主动是要付代价的,而沉默和自保是安全的、甚至是被奖励的。三年后他跳槽,新公司面试官在评价表上写下"主动性一般、比较被动"——这五个字,记的根本不是他这个人,是上一家公司花三年在他身上刻下的东西。

这种系统对人的改造,还有个反直觉的地方:它常常对越好的人下手越重。一个本就消极、来混日子的人,放进烂系统,他本来也不指望干出什么,系统怎么待他,他无所谓,照样混。可一个真有冲劲、真在乎、真想干点事的人,放进同一套系统,他会先撞墙——他提的意见被压、他多干的活惹了麻烦、他较真的地方被当成不懂事。他在乎,所以每一次撞墙都疼;疼得多了,要么离开,要么把那股劲收起来。于是你会看到一个让人扼腕的规律:烂系统最先赶走或磨平的,往往不是最差的那批人,是最好的那批人——因为差的人无所谓,而好的人受不了。等系统运行几年,留下并适应下来的,平均水平不升反降,而老板还在纳闷"怎么招来的人一个比一个平庸",他没意识到,平庸是这套系统的产品,不是招聘的失误。

把人当变量,有一个特别实际、能立刻改变你动作的好处:它让你别把力气花错地方。如果一个人的某种表现,是被系统逼出来的,那你光去找他谈话、给他打鸡血、送他去上课,效果撑死维持几天——因为他一回到那个系统里,系统的拉力比你那几句话大得多,几天后他又被拉回了原样,你还纳闷"明明谈得挺好的"。这种事很多管理者都干过:花大价钱请人来做一场热血沸腾的团队培训,当天大家眼里都有光,信誓旦旦要改变,结果一周不到,全员打回原形,因为那套让他们消极的赏罚一个螺丝都没动。真正有用的,是去改他所处的那段结构:把"提意见被当刺头"改成"提意见被奖励",把"多做多错"改成"多做多得",不用你天天动员,他自己就会开口、就会多干。这里有个杠杆上的差别值得想清楚:对着人使劲,是按住一个个变量硬掰,你松手它就弹回去,而且你掰得过来一个、掰不过来一片;对着结构使劲,是改那个决定所有变量怎么动的场,场一变,所有人会一起朝新方向漂,不用你一个个推。同样一份力气,花在哪边,效果差着量级。改对了环境,你常常会惊讶于"原来这帮人能这么行"——不是他们一夜之间变了,是原来拽着他们往下沉的那只手,松开了。很多老板抱怨"招不到人才",其实他们不缺人才,缺的是一个不把人才磨成庸才的系统。

这里得划清一条界,不然这套话会滑向一个危险、甚至有点无赖的方向:把什么都赖给系统,好像个人完全不用负责了,干得不好都是"系统的错"。不是这个意思。说人是变量,不是说人没有能动性、没有选择的余地。同样一套烂系统里,确实有人选择守住底线、宁可吃亏也不同流合污,也有人选择随波逐流、甚至主动钻营、助纣为虐——这个选择是真实存在的,也该被尊重、被区别对待、被追究。把人当变量,是在做归因时多想一层,而不是在做评判时一笔勾销个人责任。一个成熟的判断是这样的:这个行为,有多少是这个人自己的选择,有多少是系统的拉力?两个都得看——既不把系统稳定生产出来的东西,全算到某个具体人头上(那是冤枉好人、是替坏系统背锅),也不把个人的主动选择,全推给系统(那是纵容,是给推诿者递台阶)。

放进反馈回路里,人是那个最活、最难建模、也最被低估的变量。机器里的零件,给定一个输入就给定一个输出,老老实实,不会耍心眼;人不是——人会观察这个系统在奖励什么、惩罚什么、容忍什么,然后悄悄调整自己的行为,甚至会主动去钻系统设计的空子。这让人成了系统里唯一一种"会反过来读懂系统、并适应它、还会跟它博弈"的零件。这件事有两面。坏的一面是:烂系统能高效地腐蚀好人,而且腐蚀得悄无声息、人人都有现成的理由,等你发现团队风气变了,往往已经积重难返。好的一面是:你一旦把系统改对,普通人会自己朝着对的方向长,根本不需要你一个个去感化。这恰恰是系统视角给管理者的一个最大的释然:你的任务,从来不是去市场上找到一屋子完美的、不需要管理的圣人——那种人不存在,找也找不来;你的任务,是建一个能让资质普通的人也容易做对事、不容易学坏的环境。把环境建对,人就对了一大半。

第8章｜岗位:责任单元,不是头衔

岗位这个东西,在很多公司里,慢慢变成了一套头衔系统:总监、经理、专家、高级、资深。它标记的是一个人混到了哪一层、该拿多少钱、开会该坐哪儿、名片上印什么。这套理解不能说错——层级和待遇确实需要个标记——但它把岗位最该承载的那个功能,弄丢了。

一个岗位真正该回答的问题,不是"这个人有多大、值多少钱",是"哪件事,塌了找他"。

把岗位看成责任单元,意思是:每一个岗位,都对应着系统里一块明确的、出了问题能找到唯一负责人的领地。这块领地里的事做砸了,不用开会扯皮、不用查上半天、不用一圈人互相看,所有人都清楚该是谁出来认。岗位的边界,就是责任的边界。换句话说,一张清晰的岗位图,本质上是一张"出了各类事,分别找谁"的地图;它不是组织的荣誉榜,是组织的责任账本。

现实里最常见的毛病,恰恰是岗位和责任对不上,而且对不上有两种,每一种都要命。第一种,是一件重要的事,落在好几个岗位中间的缝里,谁都沾一点边,谁都不全管——出了事,每个人都能理直气壮地说"这本来也不全是我的事,那一段得问他"。客户从售前、到交付、到售后,中间每一棒交接的缝里,最容易掉东西,就是这个道理:每一棒都觉得自己那段做完了,客户却在缝里摔了下去,而你找不到一个该为"客户整体体验"负责的人。

这种缝有多具体?一个客户签了单,销售拍着胸脯承诺的功能,交付的人不知道,因为销售签完单就去追下一个客户了,合同里那行字也没人专门读给交付听。交付按标准方案做完,客户一用发现跟当初谈的不一样,打电话来吵,接电话的是售后,售后查了半天说"这个承诺我们这儿没记录,得问销售",销售说"我当时是那么说的,但实现不实现得看交付",交付说"没人跟我提过这个需求"。客户在这三方踢来踢去的皮球里待了两个礼拜,最后一怒之下退了单。复盘的时候你会发现,这事没有任何一个人是失职的——销售签了单,交付按规范做了,售后接了电话,每个人在自己那一棒里都尽职。可"这个客户的整体体验"这件事,根本不在任何人的岗位里。它就掉在了三个岗位中间那条没人负责的缝里。

第二种,是一个岗位挂着一堆头衔和权力,却没有对应的、能被追究的后果——他能调动资源、能拍板、能否决别人,但事情搞砸了,板子打不到他身上,代价由执行的人、由公司扛。常见的是那种位高权重的"评审"角色:他有权一票否决一个方案,逼着团队改来改去、来回折腾好几轮,可方案最后做出来卖不动、或者错过了窗口期,这笔账记在做事的团队头上,从来记不到那个反复挑刺、却从不为结果负责的评审身上。下一回他照样挑剔,因为他这个位置,只有否决的权,没有承担的责,挑得越狠反而越显得专业。前一种,系统里有一片没人负责的真空地带;后一种,系统里有一个有权无责的黑洞。两种都会稳定地生产烂结果,而且都很难靠"批评教育"解决,因为根子在岗位的切法,不在人的态度——你把同样勤恳的人放进这两种结构里,结果还是一样。

判断一家公司的岗位设计好不好,有个很笨但很灵的办法:随便挑一件最近搞砸的事,当着大家的面问一句"这该找谁"。如果答案是脱口而出的一个名字,这块的岗位是清楚的;如果答案是一阵尴尬的沉默,或者是"这事比较复杂、涉及好几个部门、得拉个会捋一捋",那这块的岗位设计,就是出了问题——不是这群人不行,是岗位没把责任切干净,留了缝、留了黑洞。一个好的管理者,会对这种"找不到唯一负责人"的事特别敏感,因为它是责任真空的报警器,响一次就该去补一次,而不是每次都临时拉个会把这事糊过去。值得留意的是,临时拉会这个动作本身,常常被误当成解决了问题——会上指定一个人临时牵头,事儿是摆平了,可那条缝还在,下次换一件类似的事掉进去,你还得再拉一次会。拉会是在缝上临时搭块板,补缝才是把岗位重新切一刀。

得补一句边界,免得"责任单元"被做成另一种病。把每块责任切得清清楚楚,目的是不留真空、不留黑洞,不是把公司切成一个个老死不相往来的格子。责任清晰,和部门墙森严,是两回事。前者说的是"出了事知道找谁",后者说的是"不是我格子里的事,我绝不碰、也不提醒、看着它出事也不吭声"。好的岗位设计要前者,坚决不要后者。一个把责任边界当成"免责边界"来用的人——只要白纸黑字没写明是我的,我就乐得不管,甚至别人来求助也推——恰恰是在用清晰的岗位,制造新的协作真空,比责任含糊还难治。区分这两者,其实有个简单的试金石:一件横跨几个岗位的事出了岔子,大家是抢着把自己摘干净,还是先一起把事兜住、回头再论谁的责任更大?前者是墙,后者是清晰。好的岗位设计追求的,是"平时各管各的、清清楚楚,出了缝大家会自觉去补",而不是"白纸黑字没写就一概不沾"。怎么让责任清晰、却又不长出这种各扫门前雪的墙,是后面讲耦合和协作时要解的题,这里先把这个张力记下:岗位要切责任,但不能切断协作。

放进反馈回路里,岗位是那个让反馈"有处可去"的零件。一个偏差被发现了,系统得知道:把这个信号送给谁、由谁来纠。岗位清楚,信号就有明确的收件人,纠偏才启动得了;岗位含糊,信号发出去没人认领,大家都以为会有别人去管,结果谁都没管,反馈回路就在这一环断掉——问题被看见了,却找不到那个该为它负责、也该去修它的人,于是它就那么晾在那儿,直到烂掉、爆掉,再变成一件没人预料到的"突发事故"。设计岗位,本质上是在给系统的每一类偏差,预先指定一个确定的、躲不掉的接收人——让每一个该被处理的信号,都有一个明确的人接住它,而不是飘在公共空间里等着别人。

第9章｜流程:重复行为的轨道,不是官僚

一提流程,很多人——尤其是埋头干活的人——本能地皱眉。流程意味着审批、表单、走不完的环节、那句让人泄气的"按规定来"。在不少公司里,流程确实就退化成了这副样子:一套拖慢一切、谁也说不清为什么还存在、但谁也不敢动的繁文缛节。于是有人走向另一个极端,觉得最好的管理就是没有流程,全靠人灵活应变、随机应变,显得高效又潇洒。这两种看法,都没看清流程到底是干嘛的。

流程的本质,是把一种被反复证明正确的行为,固定成一条轨道,让以后再遇到同类情况的人,不用从头摸索、也不容易出错,顺着轨道走就能把事做对。它解决的是"重复"这个问题。一件事只做一次,不需要流程,凭判断做就好,定流程反而是浪费;但一件事每周都要做、由不同的人做、做错了代价还不小,这时候没有流程,就等于让每个人、每一次,都从零开始重新赌一把——赌他这次能想全、不漏掉那个关键步骤、不踩上回别人踩过的坑。流程就是把"上一次怎么做对的、上一次在哪栽过"这些经验,铺成路面,省得后面的人每次都重新趟一遍泥、摔一回同样的跤。

举个实在的。一家做线上业务的公司,每次往服务器上发布新版本,都得改十几个配置、重启几个服务、清一遍缓存。起初这事全在一个老工程师脑子里,他闭着眼都能发,从没出过错。直到有一天他休假,另一个人顶上,漏了"发布前先把数据库备份"这一步——巧的是那次发布刚好有个 bug 把一批数据写坏了,没有备份,几个钟头的订单数据找不回来了。事后大家才痛定思痛,把这个老工程师脑子里的十几步,一条条写下来、做成一张发布清单,谁来发都照着勾,勾不完不许下一步。这张清单就是流程。它存在的全部意义,就是把"那次因为漏了备份而炸掉"的教训,变成以后任何人都绕不过去的一步,让那个坑,再也不会被第二个人踩进去。你看,好流程不是凭空设计出来的规矩,它往往是某一次惨痛的事故,凝固下来的疤。

这里藏着一个很多人没分清的区别:好流程和官僚,长得像,内核却正相反。好流程是为了"让正确的事更容易发生"——它把正确行为变成默认动作,降低做对的门槛,让一个经验不足的普通人照着走,也不容易出大错。官僚是为了"让某个环节的人显得重要、或者让他能在出事时免责"——它增加的不是正确率,是手续、是签字、是"我已经走完流程了不怪我"的保险。判断一条流程到底是哪一种,有个朴素的问法:这一步,是让最终结果更可能对,还是只是让某个人多一道签字、多一层甩锅的护身符?是前者,留着;是后者,它就是该砍的肥肉。

拿一个常见的场景对照一下。同样是"采购要审批",有两种活法。一种是采购单上必须附一句"这笔钱买的东西,解决什么问题、不买会怎样",审批的人真的会看、会问、会打回不合理的——这一步在拦截乱花钱,它在提高"这笔钱花得对"的概率,是好流程。另一种是采购单要盖五个章,每个章的主人都只是机械地签个字、谁也不真看内容,五个人里没一个人真为这笔钱的合理性负责,但五个人都在"我签过了,出事别找我"——这五个章不拦截任何错误,它只是把责任摊薄到没人头上,是纯粹的免责手续。前者一道审批胜过后者五个章。一家公司里,这种"纯免责、不增正确率"的环节,往往是最顽固的——因为砍它,会动到那些靠它免责、靠它刷存在感的人的利益,他们会用一万个"为了规范""为了风控"的理由保它。

流程还有一个时间属性,特别容易被忘:它是有保质期的。一条流程当初被设出来,是为了应对某个具体的问题、堵某个具体的漏洞。等那个问题变了、或者根本就消失了,流程往往还赖在那儿——因为没有人负责定期问一句"这一步,现在还有用吗"。于是公司里就一层一层堆积起"历史流程":当年为了防某个早就不存在的风险而设的环节,如今每天还在消耗所有新人的时间和耐心,而谁也说不清它为什么在那儿,只知道"一直都这么做、上面没说能取消"。最经典的画面,是一个新人问"这张表为什么要填这一栏",带他的老人想了半天,说"不知道,我来的时候就这样了,你照填就行"——这一栏背后那个要防的风险,可能五年前就随着某个老系统的下线一起消失了,但它还在每天问每个人要十秒钟。一家公司的流程,如果只增不减、总量年年膨胀,基本可以断定它在长官僚、在变僵。健康的做法,是给流程也设一个反向的机制:定期清理,砍掉那些问题已经消失、自己却还活着的;甚至定一条规矩——每加一条新流程,顺手问一句有没有一条旧的可以退役,让流程的总量有进有出,而不是一个只进不出的仓库。

放进反馈回路里,流程是把"上一轮学到的对",固化下来、传给下一轮的那个零件。它其实是一种沉淀:某一次纠偏成功了、摸出了正确的做法,与其指望下一个人靠悟性重新发现一遍、再摔一次跤,不如把那条对的路径铺成轨道,让后来人直接用。所以流程和反馈不是对立的——它恰恰是反馈的结晶,是系统把一次性的"经验",变成可复用的"结构"的方式,是组织能够积累、而不是每代人从头再来的关键。但它有个天生的毛病:固化下来的东西会僵,会过期,会从"帮你做对的轨道",慢慢变成"绑住你手脚的枷锁"。所以一套健康的系统,既要有"把对的东西沉淀成流程"的能力,也要有"把过期流程清掉"的能力,两样都得有。只沉淀不清理,轨道越铺越多、越铺越旧,迟早把整个系统捆死在原地——那时候,流程就从当年帮你跑起来的功臣,变成了今天拖垮你的包袱,而大家还在战战兢兢地维护着它,因为没人记得它本来是为什么而设的了。

第10章｜信息流:公司如何看见真实情况

一家公司能做出多好的决定,上限不在老板多聪明,在他能不能看见真实情况。再强的判断力,喂进去的是失真的信息,出来的也只能是失真的决定——而且因为他判断力强,这个失真的决定还会被执行得格外坚决,错得格外彻底。

信息流,就是真实情况从它发生的地方,流到该知道它的人手里的那条路。它听起来像个技术问题——上个系统、建个看板、开个周会、做个日报。但它本质上不是技术问题,是这条路上每一个传递信息的人,愿不愿意让真话原样通过。工具只是管子,管子里流的是被修饰过的水还是真水,工具决定不了。

很多人以为信息不通,是因为工具落后、层级太多、沟通不畅。这有一半对。漏掉的、更要命的那一半是:大多数信息失真,不是在传递中丢失的,是被人主动加工的。

把这个加工过程一层层拆开看,你会发现它平淡得吓人。一个一线的工程师,发现项目要延期两周。到他的组长这儿,组长心想"延两周老板肯定炸,我先看看能不能追回来",于是往上报的是"进度有点紧,正在想办法,问题不大"。到部门经理这儿,他从组长那句"问题不大"里,听出来的是"可控",再加上他自己也不想在月度会上太难看,于是汇总进周报的是"项目按计划推进中,个别环节在优化"。到了老板的桌上,这一行字已经变成了一个绿灯。从"要延期两周"到"一切正常",中间没有任何一个人撒了弥天大谎——工程师说了真话,组长只是"乐观估计"了一下,经理只是"提炼"了一下措辞。每个人只是各自抹了薄薄一层,但这些抹动是同方向叠加的,层层累积下来,到老板那儿,棱角全磨平了,听起来一切尽在掌握、形势一片大好。系统性的粉饰,是由无数个微小的、各自都"情有可原"的自我保护拼出来的。等老板从绿灯里看到的项目,真的延期了两个月、彻底炸了的那天,他会暴怒"为什么没人早告诉我"——可这条路上每一个人,当初都"告诉"了,只是每告诉一层,真相就被磨掉一点。

为什么会这样?因为这条路上的每个人,都在算一笔账:我把这条坏消息原样递上去,对我有什么后果?如果答案是"递坏消息的人会被骂、被追责、被当成无能、被记在心里",那理性的选择,就是不递,或者递一个修饰到安全的版本。信息失真,十有八九不是道德问题、不是这帮人爱说谎,是这套系统在惩罚说真话的人——你用惩罚对待坏消息,就是在出钱购买粉饰。

所以,想让信息流通畅,光建渠道、买系统没用,得改这条路上的赏罚。这件事被低估到什么程度?很多公司花大价钱上了套漂亮的协同系统,以为信息就该通了,结果系统里填的字段照样是修饰过的——工具再先进,也拦不住一个怕挨骂的人,把"延期两周"敲成"进度优化中"。管子换成纯金的,里头流的还是同一股被兑过水的水。

坏消息能不能原样回来,最终取决于第一个报坏消息的人会有什么下场。一个老板如果每次听到坏消息都先发一通火、先追一句"你怎么搞的",他其实是在亲手把自己的眼睛蒙上——他用最直接的方式训练了所有人:以后只给他看好的。这种训练是即时生效、而且会传染的:某次周会上,一个老实人照实说了自己项目的麻烦,老板当场脸一沉、连珠炮似的追问,把他问得面红耳赤。那一刻,会议室里其他五六个人,每个人都在心里默默记下了一笔——下次轮到我汇报,绝不能这么实诚。老板可能觉得自己只是"对事不对人地严格了一下",可他真正干的,是用一次公开处刑,把整个团队的嘴,焊死了一圈。反过来,如果第一个把问题暴露出来的人,得到的是"幸亏你早说,我们一起想办法",哪怕事情本身很糟,这条信息流就活着、就还在给系统供血。这个差别有时就在老板的一个表情、一句话之间。同样是听到"这个项目我估计要黄",一个老板眉头一皱"那你之前干嘛去了",另一个老板往前探探身"还有多少时间、缺什么、我能帮你挡掉哪些事"——后者那句话,会被在场所有人记很久,记成一条"在这儿报坏消息是安全的、甚至是被感激的"的规矩。规矩不是写在墙上的,是从老板这一次次的当场反应里,一点点长出来的。这件事老板得带头,因为他的反应,就是整条信息流最上游那个赏罚的源头。这里头有个细节值得多想一层:老板真正该奖励的,不是"出了好结果",是"早把坏消息说了出来"——哪怕这次的坏消息最后证明虚惊一场,报的人也不该挨呲儿,否则下次他就该犹豫了。你奖励的是"暴露",不是"结果好",信息流才敢一直把真东西往上送。

这里得防一个过头。让坏消息能回来,不等于鼓励所有人天天放大问题、传播焦虑、把每个鸡毛蒜皮的小波动都当大事往上报。那会变成另一种灾难——噪声把真正重要的信号淹掉,老板淹在一堆"狼来了"里,反而对真正的危险麻木了。健康的信息流要的不是"什么都报",是"该报的能原样、及时地报上来,不该报的不占道"。怎么区分该不该报,靠的是前面讲过的目标函数和反馈机制:系统得清楚什么偏差是要紧的,信息流才知道该让什么优先通过。这又说明这些零件是连在一起的——目标不清,连"什么算坏消息"都定不下来。

AI 在这件事上有个独特的位置:它是这条路上唯一一个没有自保动机的传递者。一份从系统里直接拉出来的数据——项目的真实进度、客户多久没被碰过、上周的承诺兑现了几条——它不会因为怕挨骂就给自己那段责任开脱,也不会因为今天月度会而把措辞润色一下。这是它真正帮得上忙的地方:让一部分客观事实,绕开那条会层层加工的人链,原样摆到该看的人面前。但它的本事仅限于此。它能把"项目延期了"这个事实端上来,却没法替你判断这个延期要不要紧、该不该为它叫停别的事、背后那个真正的原因是什么——那些是人的判断,而且常常恰恰藏在数据报不出来的地方。AI 让坏消息更难被藏住,这很值钱;但读懂坏消息、决定拿它怎么办,还是人的事。

放进反馈回路里,信息流就是那条最关键、也最脆弱的反馈线本身。整台机器靠它把"现实是什么样"送回来,送回来了,才谈得上判断和纠偏。这条线一旦被加工、被截断,系统就进入了开环——它还在动,但它是闭着眼在动,看到的是一个被修剪过的、让人安心的假象,而真实的偏差,在它看不见的地方继续累积、继续长大。一家公司最危险的状态,从来不是问题多——问题多但看得见,还能治;最危险的是,它已经看不见自己真实的问题了,却觉得形势大好,在一片虚假的安宁里,等着那个迟早要来的、被瞒到最后一刻的爆发。

第11章｜权限:谁能改系统

公司里经常有这样一种人:他离问题最近,最早看见哪儿不对,也最清楚该怎么修。但他动不了,因为改这件事的权力,不在他手上。于是他眼睁睁看着那个偏差一天天放大,递上去的建议石沉大海,催几次没回音,最后他学会了闭嘴——反正说了也没用,多说还显得我事多。一个本可以及时灭掉的小火星,就这样在"看得见的人没权、有权的人看不见"的缝里,烧成了大火。

这就是权限设计出了问题。权限说的是:在这个系统里,谁能改什么。它决定了一个被发现的偏差,到底能不能被真正修正,还是只能被看着烂掉。

很多人把权限理解成地位的象征——权力大小等于官位高低,是一种待遇、一种身份。这没看到权限真正的功能。权限的功能,是把"修正的能力",配置到系统的各个位置上。配得对,看见问题的人手里就有改的权;配得不对,系统就会出现一种特别拧巴、也特别普遍的局面:有能力判断的人没有权力,有权力的人离现场太远、判断不了,两边对不上。

这种错配有两个典型的方向,各有各的病。一个方向是权力过度集中在上面,什么都得层层上报、等老板拍板。一个再小不过的例子:门店店员发现货架上一批商品的标价标错了,比进价还低,客人正排着队抢。要改这个价,店员没权,得报区域经理,区域经理说这得总部定价部门批,定价部门说要走个流程、明天给答复。等明天答复下来,那批货早被抢空了,亏的钱比店员当场改价可能担的任何风险都大得多。前线明明能当场解决的小偏差,非要排队等到上面有空,等的过程里,小偏差熬成了大问题。整个系统的纠偏速度,被死死卡在最高那个决策点的带宽上——老板成了唯一的阀门,而阀门只有一个,事情有一万件。

另一个方向是权力放下去了,但放得不清不楚——好几个岗位都觉得自己能管这块,又都觉得对方该牵头,真要动手改时互相观望、互相掣肘,谁也不敢拍、谁也改不动。这种卡死也有它典型的画面:产品和运营都觉得某个功能该自己说了算,真到要改的时候,产品说"这得运营先提需求",运营说"这是产品的判断,我们配合就行",两边都不肯先伸手,那个该改的东西就一直挂着,挂到客户投诉、挂到对手先做了,两边还在心平气和地等对方先动。更隐蔽的一种,是名义上谁都能拍,可谁拍了出事都得自己扛、拍对了功劳还是大家的——这种"权力共享、风险独担"的设计,等于在劝所有人都别拍,聪明人会默契地把球互相传,直到它自己滚没了。前一种是纠偏太慢,后一种是纠偏卡死,但结果都一样:偏差得不到及时修正。

判断权限设计好不好,可以盯一类信号:那些天天念叨"我早就看出来了,但我说了不算"的人。如果这种声音零星出现,可能是个别人推卸责任的借口;但如果它成片地、在不同部门反复出现,那基本可以断定,系统把"判断能力"和"修正权力"系统性地分开了——看得见的够不着,够得着的看不见。这是一种很深的内耗,因为它消耗的不是体力,是那些最敏锐的人的心气:他们一次次看见、一次次说、一次次没用,最后要么走,要么也变成了闭眼的人。最可惜的往往就是那批最早看出问题的人先走——他们之所以最早看见,正因为他们最在乎;而一个让最在乎的人待不下去的系统,留下的就只剩学会了闭眼的人。

得补一句边界,免得"放权"被当成万能药、一听就喊"那就都放下去"。权限不是放得越下越好。有些决定影响全局、不可逆、代价巨大,就该收在能看见全局、也承担得起后果的人手里——把动用大额资金、改变战略方向、对外重大承诺这种权,平均发给每个一线员工,不叫高效、不叫信任,叫灾难。权限配置的真问题,从来不是"集中还是下放"这种口号之争,是"每一类偏差,该由哪个既能看清它、又承担得起它后果的位置来修"。判断一项权该放到哪,有两把尺子顶用:一是可逆不可逆——改错了能马上掰回来的,尽量往下放,改错了就收不回的,往上收;二是影响是局部还是全局——只动自己一摊的,放给当事人,会波及全公司的,收到看得见全局的人那里。门店当场改个标错的价,可逆、局部,就该让店员当场拍;签一笔押上半年现金流的合同,不可逆、全局,就不能放到一线。小的、可逆的、局部的,尽量放到离现场最近的人手里;大的、不可逆的、全局的,收到看得见全局的人那里。要分情况、分轻重,而不是一刀切地集权或放权。

AI 在这件事上能帮的,主要是把那些卡住的信号显出来。它能统计:哪一类决定,从一线提上来到最后被批,平均要走多少天、卡在哪一层最久;哪些建议反复有人提、却从来没被采纳。这些数字摆出来,那个"看得见的人够不着、够得着的人看不见"的缝,就从一种模糊的抱怨,变成了一张能指着看的图——原来八成的现场改进建议,都堵在某一个审批环节上动不了。但 AI 顶多帮你看清开关装错在了哪儿,它没法替你重装这个开关:哪项权该往下放、放给谁、放多大,这背后是你对"这个人这个位置扛不扛得起后果"的判断,是只能你来做的事。

放进反馈回路里,权限是连接"发现偏差"和"修正偏差"之间的那个开关。反馈线把问题信号送到了,接下来得有人有权扳动那个修正的动作,回路才闭合。权限错配,等于这个开关被装错了地方——信号到了,可扳开关的那只手,不在信号到达的地方。系统不是没看见问题,是看见了却改不动。很多公司里那种弥漫的无力感,根子就在这儿:不是不知道哪儿坏了,是知道了,也没有那个对的人,在那个对的位置,有权去拧那颗该拧的螺丝。

第12章｜责任:权力、责任和后果必须绑定

公司里最隐蔽、也最致命的一种漏洞,是权力、责任和后果这三样东西,没绑在一起。能拍板的人不承担拍错的后果,承担后果的人又没有拍板的权力。这种错位一旦形成,系统就会稳定地、源源不断地生产烂决定,而且事后你还找不到一个能为这些烂决定真正负责的人——每个人都只沾了三样里的一两样,谁都不完整,谁都能脱身。

把这三样绑死,是责任设计的核心。一个决定,谁拍的板(权力),谁就该为它的结果买单(后果),而买单这件事,又得真的落到他头上、躲不掉(责任)。三者对齐,做决定的人才会认真——因为对错都是他自己的,他会自然而然地去想全、去权衡、去对结果上心。你不用在旁边盯着提醒他"想清楚啊",他比谁都想想清楚,因为赔的是他自己。这就是绑定最省力的地方:它不靠监督,靠的是把利害关系摆正,让认真这件事变成当事人自发的选择。一个开店的人,自己掏钱进的货卖不掉砸手里,他进货时会比任何雇来的采购都仔细——不是因为他道德更高,是因为权、责、后果在他身上天然就是绑死的。三者一旦错位,系统就开始扭曲,而且是那种没人作恶、却人人合理地把事情搞砸的扭曲。

最常见的错位有两种。一种是有权无责。设想一家公司里有位高管,力排众议要上一个新项目,调了一笔不小的预算、抽了两个团队最好的人。项目做了一年,黄了,钱打了水漂,抽走的人也耽误了。但这位高管呢?他在年中就调去管另一条线了,这个项目的失败,记在了接手的人头上,记在了"市场环境变化"上,反正没记在他头上。他下一个项目,照样力排众议、照样赌得很大。你品一品他做决定时的心态:赌赢了是我的功劳、我的政绩,赌输了又不用我付钱、甚至那时候我早不在这摊了——这种位置上的人,一定倾向于赌大的,因为对他来说,这根本就是一场只有上行、没有下行的赌局。系统里只要有这么一个有权无责的位置,它就是一台稳定的烂决定生产机,而且越是激进的赌徒,越容易在这种位置上显得"有魄力"、越容易被提拔到更能赌的位置上去。

另一种是有责无权:一个人被要求对某个结果负责,却没有改变这个结果所需的权力。一个项目经理被压了死命令,这个项目年底必须上线,上不了线唯他是问。可他要的人,得跨部门借,人家部门不给;他要砍掉一个明显多余的环节,得走流程审批,批不下来;他想加预算赶进度,财务说没这个口子。他手里没有一样能真正改变项目命运的权,却扛着这个项目全部的责。这种人活得最憋屈,也最容易躺平——既然我改变不了,凭什么让我背锅?于是他要么把大量精力花在写邮件留痕、开会甩锅、提前把责任往外推,要么干脆消极应付,反正横竖都是错,不如少出力。你以为你找了个负责人,其实你找了个最委屈的背锅侠,而那个项目并没有因此多一分被做成的可能。

这两种错位有个共同的恶果,值得单独点出来:它们都会污染对人的判断。有权无责的位置,会让赌徒显得像英雄——他赌赢的那几次被记住、被传颂,赌输的那些代价摊给了别人,于是他的简历金光闪闪,公司还以为捡到宝,把他放到一个能赌更大的位置上去。有责无权的位置,会让本来能干的人显得无能——他明明判断对了、也拼了命,可手里没权,事情还是黄了,黄账记在他头上,于是一个其实很可惜的人,带着"做砸过项目"的标签离开了。一套权责错位的系统,不只是在生产烂决定,它还在系统性地误判人:把不该重用的捧上去,把不该淘汰的赶出门。你以为你在做人事决策,其实是这套错位的结构,替你把人看反了。所以遇到一个"能力存疑"的人,在下结论前值得多问一句:他当时手里,到底有没有改变结果的权?

责任设计还有一个特别容易塌的地方,是"集体负责"。一件事让一群人共同负责,听起来很团结、很稳妥,实际效果往往是没人真正负责。这里有个朴素的算术:一件事压在一个人身上,他扛百分之百;压在十个人身上,每人名义上扛十分之一,可人心里算的不是"我那十分之一",是"反正还有九个人盯着,塌不了,塌了也不只怪我"。于是十个人都把油门松了一点,合起来这件事就没人真踩着了。因为责任一旦平摊到很多人头上,每个人分到的那一份就稀薄到可以忽略,而且每个人都觉得"还有那么多人盯着呢,塌不了"。这事在会议室里有个一眼能认出来的样子:一件要紧事讨论了半天,最后主持的人说"那这件事大家一起盯着,务必做好"——"大家一起",听着齐心,其实就是把责任稀释到了零。散会以后,十个人各回各的工位,没有一个人在自己的待办清单上,把这件事郑重地写成"我的"。两周后再问起,十个人会给出十个版本的"我以为另外那边在跟"。真要这件事有人负责,那句话得换成"这件事老张牵头,下周五前给个结果,需要谁配合他点名"——一个名字,一个时间,一个能找他的人。后面有一整章专门讲这个"责任稀释",这里先记住结论:责任要能落到一个具体的人身上,落不到具体人身上的责任,等于没有责任,只是一团飘在空中、谁都够得着又谁都不接的东西。

得划一条界,免得从一个极端滑到另一个极端。权责后果绑定,不是说要在公司里营造一种动辄追责、一犯错就严惩、人人自危的恐怖气氛。这里头要分清一件顶顶要紧的事:该绑定的是"这个决定是不是你认真做的",不是"这个决定最后运气好不好"。一个人把该想的都想了、该问的都问了、在当时的信息下做了个合理的决定,结果天有不测、市场突变,赔了——这是他该认的责,但不该是被一棍子打死的那种责。另一个人拍脑袋、谁的话都不听、连最基本的核算都懒得做,哪怕这次蒙对了,他那套做决定的方式也是该被纠的。绑定的目的,是让做决定的人认真,不是让所有人因为怕担责而干脆不做决定——后者会走向另一种瘫痪:整个公司变得谁都不肯拍板,所有事都往上推、往后拖,宁可错过也不愿担错。健康的责任文化,是"你做的决定你负责",同时"你为认真做出的决定、却因运气或意外承担的后果,是合理的、可预期的,而不是一犯错就被一棍子打死、从此抬不起头"。让人敢负责,和让人怕负责,是两件相反的事——前者让系统充满愿意拍板担当的人,后者让系统充满推诿避险的人。

放进反馈回路里,责任是那个让纠偏带着分量、也带着动力的东西。一个偏差被发现了、也有人有权改了,但如果改不改、改得好不好,都和任何人的切身利害无关,那这个纠偏动作就是软的、可做可不做的,大概率就拖着了。责任把决策和后果焊在一起,纠偏才有了真正的驱动力——因为修不好,疼的是做决定的那个人自己,他不用别人催,自己就上心了。一套责任绑定清晰的系统,不需要老板天天盯着催,因为每个节点上的人,都有内在的、切身的理由,把自己那块修好、看牢。反过来,一家什么都要老板亲自催、亲自盯、不催就停的公司,根子常常不在人懒,在权责后果到处是错位的——大家不是不想干,是这件事干好干坏跟自己没什么实在的关系,那凭什么不等你来催?你越催越累,他越等越习惯,这本身就是责任没绑住的症状。把绑定做对,等于在系统里到处装上自启动的小马达,而不是让老板这一个发动机,拖着整台没动力的车往前爬。

第13章｜激励:奖励什么,公司就长成什么样

如果把前面这些零件——目标、信息、权限、责任——都看成系统的骨架,那激励就是流在骨架里的血。它最直接、最持续、也最不知疲倦地,塑造着每个人每天的每一个选择。一家公司最后长成什么样,很大程度上不是看它想成为什么、墙上写了什么,是看它实际奖励了什么、惩罚了什么、又默许了什么。

激励的厉害之处,在于它不需要你时时盯着,就能改变行为。靠监督去管行为,是最累、最不可持续的一种管法:你盯得住一时盯不住一世,你眼睛一离开,行为就回弹。激励不一样,它把"做对的事"变成对当事人自己有利的事,于是不用你盯,他自己就朝那个方向使劲了。你设好一套激励,人就会自己朝着能拿到好处的方向跑,日复一日,不用你催、不用你监督。这是它最大的优点,也是它最大的危险——因为如果你奖励错了东西,它同样会不知疲倦地、高效地、全员一致地,把整个公司朝着错的方向带,而且因为是"自愿"奔跑,纠都难纠。一套错误的激励,比一个偷懒的员工危险得多:偷懒的员工只耽误他自己那一摊,错误的激励是让全公司所有勤奋的人,都把劲使到了你不想要的地方去,而且他们越勤奋,偏得越远。

很多人以为激励就是发奖金、定提成,是个 HR 的技术活、算薪酬的事。这把它看得太小了。激励是公司里最强的那个塑形力,它包括钱,但远不止钱:谁被提拔、谁被当众表扬、谁在会上被点名、谁拿到了最好的项目和资源、谁被排进核心圈、谁被不动声色地边缘化——这些全是激励信号,而且有些比奖金更响。员工是极其敏锐的信号读取器,他们不太听你在台上说什么,他们仔细看你实际奖励了谁、那个人到底是靠什么被奖励的,然后默默照着做。你提拔了一个会抢功的人,等于给全公司发了一份通知:抢功有用。这份通知没有红头、没人宣读,但比任何一封正式邮件传得都快、都准——往往那个被提拔的人前脚刚进新办公室,后脚整个团队就已经心照不宣地懂了:以后活儿可以少干点,功得抢着报,汇报的时候多往自己脸上贴金,因为公司刚刚亲口告诉了大家,这套是管用的。

这就带出一条几乎是铁律的东西:你嘴上反对、但实际在奖励的行为,最后一定会泛滥。一家公司天天讲协作,但所有的奖励都发给个人英雄、抢功劳的人升得最快,那它会越来越不协作——因为协作的人吃亏,傻子才协作。这事会自己滚雪球:第一批老实协作、不争功的人,眼看着爱表现的同事升上去了,心里凉半截,要么也学着抢、要么心灰意冷地走;走了一批老实人、留下并升上来一批会争的人,这些人又成了新人眼里的榜样,新人照着学——一两年下来,这家公司嘴上还挂着"我们最讲团队合作",可它的人才结构,已经被自己的激励悄悄换了一遍血,换成了一群最会争、最不愿意搭把手的人。一家公司天天讲质量,但考核只看产量、出了质量事故也没人真正受罚,那质量就会稳定地、不可阻挡地滑坡。员工没有背叛你的价值观,他们只是诚实地响应了你真实的激励——而真实的激励,藏在你的赏罚里,不在你的口号里。想知道一家公司真信什么,别看它说什么,看它给谁发了钱、给谁升了官。一次提拔,胜过一百次价值观宣讲;一次对踩线者的纵容,能抵消掉一整本员工手册。员工读这些信号,比读任何文件都认真,因为这些信号直接关系到他自己的饭碗和前途。

激励还有一个最常翻车的细节:你奖励一个指标,人优化的就是那个指标本身,而不是你真正想要的那个东西。你想要客服解决问题,于是用"接听量"来考核,结果客服学会了飞快地把人打发掉、好接下一个,问题反而没解决。你想要的是"问题被解决",你奖励的是"电话被接起",这两者之间只要有一条缝,人就会毫不犹豫地钻进去——不是因为他们坏,是因为你就是这么定的赏罚,他们只是听话。这种缝几乎防不胜防,因为人钻缝的本事,永远比你设计指标的本事更灵。你考核销售额,他可能压价冲量、把明年的单挪到今年签;你改成考核利润,他可能为了好看砍掉该花的售后投入;你再加一条客户满意度,他可能学会在回访前给客户打个招呼"麻烦给个好评"。你每堵一条缝,人就找到下一条,因为他比你更有动力去找——那是他的钱、他的前途。这不是说指标没用,是说凡用指标,就得做好"它会被优化、而且常常是朝你没想到的方向优化"的准备。后面"指标失真"那一章会专门拆这个坑,这里先点出激励和真实目标之间,这条最容易裂开、也最常被人钻的缝。

AI 在激励这件事上,最实在的用处是当一面照妖镜:把你嘴上说的,和你实际奖励的,并排照出来。它可以去翻过去两三年的记录,看看真正被提拔的人、拿钱最多的人,身上有什么共同点——是真把客户服务好了的,还是最会让短期数字好看的?是踏实补位、带团队的,还是最会在汇报里抢功的?这个结果常常让人难堪:你自以为在奖励 A,数据却显示你过去三年一直在用真金白银奖励 B。这面镜子有用,因为激励的扭曲往往是悄悄累积的,身在其中的人最难自己看清。但镜子只负责照,照出差距之后,这套赏罚到底该奖励什么、你愿意为了长期忍住不奖励那个短期最亮眼的人——这是价值判断,得你自己来,AI 替不了,也不该替。

得留个边界:激励不是万能的,也不该被用成唯一的手柄。完全靠物质激励去驱动一切,会把一些本来出于热爱、责任、认同去做的事,慢慢异化成纯粹的交易——一旦奖励停了或变少了,行为也就停了,而且人会越来越斤斤计较,凡事先问"这个有没有奖"。有种公司一度信奉"凡事都明码标价":多接一个客户加多少、多写一份文档加多少,起初效率确实蹿了一下,可时间一长,味儿就变了——以前有人看见同事忙不过来会顺手帮一把,现在他会先问"帮这个算谁的工分";以前有人会主动把一个没人管的小隐患补上,现在他想的是"这事没我的奖,我管它干嘛"。你用钱买来了每一个标好价的动作,却悄悄买走了那些没标价、却恰恰最金贵的东西:主动、补位、把公司的事当自己的事。好的系统里,激励是用来确保"正确的行为不吃亏、错误的行为有代价",给文化和内在动机搭一个不被惩罚、不被辜负的环境,而不是试图用奖金去买到每一个具体动作。把人完全当成只对奖金有反应的机器去设计,最后你会精确地得到一群只对奖金有反应的人——而这种人,恰恰是公司长期最不想要的那种。

放进反馈回路里,激励是那个决定整个系统朝哪个方向自我强化的东西。它本质上是一种长期的、弥散在日常每个角落的反馈——它持续地、不动声色地告诉每个人:什么行为会被系统放大,什么行为会被系统抑制。把激励对准你真正的目标函数,系统就会一天天朝对的方向长,越长越壮;对歪了,系统就会用同样的、甚至更足的勤奋,把自己朝错的方向越推越远,而且推的人个个理直气壮。所以设计激励的时候,最该反复问自己的一句是:我这套奖惩,奖励的真的是我想要的那个结果,还是只是那个结果碰巧好测量、好发钱的某个替身?

第三部分｜反馈回路:系统的神经

第14章｜反馈:管理的生命线

到这里,可以把前面讲的所有零件——目标、人、岗位、流程、信息、权限、责任、激励——先放一放,问一个更根本的问题:这些零件装好了,公司就能正常运转吗?

不能。装好零件,只是有了一台静态的机器。让这台机器活起来、并且能在跑动中不偏出轨道的,是另一样东西——反馈。一台没有反馈的机器,装得再精密,也只是在闭着眼睛全速前进:它不知道自己跑偏了没有,不知道环境变了没有,不知道刚才那个动作是对是错。它会一直跑,直到撞上什么东西才停下来。而那时,往往已经晚了。

反馈,就是系统把"我做了这个动作,结果怎么样"的信息,送回到做动作的地方,用来调整下一个动作。它是一个回路:动作产生结果,结果被观察,观察被送回,送回的信息修正动作。这个回路转得越快、越准,系统校正自己的能力就越强。反馈不是管理的某一个环节,它是让整套管理活起来的那根神经——切断它,前面所有精心设计的零件,都会变成各跑各的、互不知情的死部件。

说得再具体些。一个销售员上周改了话术,这周签单率从两成涨到三成,这件事得有人看见、有人把它告诉别人、然后这套新话术被定下来、教给其他人——这才叫一条闭合的回路。动作(改话术),结果(签单率涨了),观察(有人盯着这个数),回流(消息传回来),修正(全队都换上)。中间任何一环断了,回路就不转。最常见的是断在"观察"这一环:话术是改了,可没人记签单率,涨没涨全凭那个销售自己感觉,过两周他自己都忘了当初改了什么。一个本可以复制到全队的好动作,就这么在没人看见的地方,自生自灭了。

很多公司其实没有真正的反馈回路,只有一个看起来像反馈的东西。他们开会、写报告、做总结、复盘,流程一样不少。但你仔细看,这些动作里有没有真正闭合成回路?一份报告递上去之后,有没有真的改变下一步的动作?一次复盘开完之后,有没有任何一件事因此变得不一样?如果没有——如果信息送上去了,但没有回流成对动作的修正——那它就不是反馈,只是一种关于反馈的表演。回路没有闭合,信息在半路就散掉了,系统照旧闭着眼睛跑。

复盘会是这种表演的重灾区。一个项目砸了,公司很重视,拉上所有相关方开三个小时复盘,会上分析得头头是道:需求没对齐、排期太赶、测试没跟上。最后形成一份《复盘报告》,十几页,要点清楚,归档。然后呢?然后就没有然后了。下一个项目立项,还是同一拨人,还是先拍脑袋定个赶死的排期,还是把测试压到最后两天。半年后这个项目也砸了,复盘会上分析出来的原因,跟上次那份报告几乎一字不差。你把两份报告并排放,会有种荒诞的感觉——它们诊断对了,药也开了,可这个组织根本没吃。复盘不是为了产出一份漂亮的事后分析,是为了让下一次的动作和这一次不同。如果立项流程没改、排期习惯没改、测试在工序里的位置没改,那这个复盘就只闭合了"分析"这一段,没闭合到"动作"那一段。它是一份很专业的尸检报告,救不了下一个病人。

反馈回路要真正起作用,得满足几个条件,缺一个,这根生命线就是断的。第一,得测得到结果——你连动作产生了什么结果都不知道,就无从反馈起,这要求前面讲的目标是可观察的。第二,结果得能传回来——这要求信息流是通的、没被层层加工成假象。第三,传回来得有人有权改——这要求权限配置对,看见偏差的人够得着那颗该拧的螺丝。第四,改了得有人愿意改——这要求责任和激励对齐,纠偏对当事人不是无关痛痒的事。你看,前面那些零件,到这里全都串起来了:它们各自存在的意义,最终都是为了让这一个反馈回路能够闭合、能够转动。任何一个零件坏了,回路就在那个点上断开,系统就在那个方向上失明。

这四个条件,断在哪一环,失明的样子是不一样的,值得分开看一眼。

断在第一环——测不到。一家做线上服务的公司,所有人都觉得"用户挺满意",因为没人投诉。可它根本没在测满意度,沉默被默认成了满意。真相是不满意的用户压根不投诉,他们直接走了,只是走得无声无息,从后台的留存曲线上一点点漏掉。这家公司不是收到了"满意"的反馈,是压根没有反馈,把"听不见"误当成了"没问题"。

断在第二环——传不回。车间的老师傅其实早看出来某道工序的合格率在往下掉,他跟班组长说了。班组长怕担责,把"在下降"修饰成"基本稳定,有点波动"上报;到了厂长那里,变成了"质量平稳"。信息每过一层就被磨平一点,传到顶上时,那个该被看见的偏差已经被打磨得不剩什么了。这一环的断,前面讲信息流失真时已经拆得很细,这里只提醒一句:它最阴,因为顶上的人会以为自己消息灵通,实际上他看到的是一份层层修过的安心版本。

断在第三环——改不了。前台接到客户的同一个抱怨,一天三回,她都记下来了,也往上反映了。可改这个问题要动产品、要排期、要跨两个部门,这些她一样够不着。看见偏差的人没有那颗螺丝的扳手,握扳手的人离得太远、听不见这个抱怨。信息到位了,权限错位,回路还是断的。

断在第四环——不愿改。这一环最隐蔽,因为前三环看上去全是好的:测到了,传回了,有权改的人也收到了。可改这件事对他没好处,甚至有坏处——改了等于承认之前做错了,或者改了会动到他自己部门的利益。于是他把信息收下,点点头,说"我知道了,会研究",然后让它躺在那儿。回路在最后一厘米,因为人的意愿断掉了。

这也解释了一个很常见、又很让人困惑的现象:为什么有些公司,看起来什么都有——有战略、有制度、有人才、有考核——却就是反应迟钝、问题反复、积重难返?因为它的反馈回路是断的,或者转得太慢。它有眼睛(能收集信息),但眼睛和手是脱节的(信息改不了动作);它有大脑(能做决策),但大脑收到的是被美化过的假象(信息在传回时失真了)。零件都在,神经断了。一家公司真正的健康程度,不在于它有多少零件、多漂亮的制度,而在于它的反馈回路转得有多快、有多真——从一个偏差发生,到它被看见、被传回、被修正,中间隔了多久、失真了多少。

有一个值得养成的习惯:挑一件最近被你处理掉的麻烦,倒着把这条回路画一遍。这个问题是哪天真正发生的?你哪天才知道的?中间隔了多久?你知道的时候,听到的是原话,还是已经被加工过的版本?知道之后,你能直接拧那颗螺丝,还是得绕一大圈、协调好几个人?这一圈走下来,你会很具体地看出,你这家公司的神经,是从哪一段开始变钝的。多数人凭感觉以为自己反应很快,真画一遍,常常吓一跳——一个三个月前就该被发现的偏差,自己是在它变成事故的前一周才第一次听说的。

这里得收一句,免得把反馈讲成了越多越好。反馈回路不是越多、转得越快就越好——这是个常见的误会,后面讲负反馈过强、讲延迟时还会再碰。一个被各种实时仪表盘、各种即时通报、各种当天就要回应的指标包围的管理者,很可能不是反应更灵敏了,而是被噪声淹没了,把每一个随机波动都当成信号去追,反而失去了对真正趋势的判断。这一章只钉一件事:得先有真回路,得让信息能闭合成对动作的修正。至于回路该转多快、哪些该回流哪些该忽略,是后面几章的事。

所以,后面这几章,会把反馈这件事拆开细看:让公司越跑越顺的正反馈,以及它怎么走向失控;把坏趋势及时拉回来的负反馈;还有那个最隐蔽、最折磨人的麻烦——延迟,为什么管理问题总是要等到很晚才被发觉。把这三样东西看明白了,你看公司的眼光会变:你不再盯着一个个孤立的问题去救火,而是开始去看,是哪一条反馈回路出了问题,才让这些问题得以发生、得以反复、得以长大。

第15章｜正反馈:好公司如何越跑越顺,也可能因此失控

有个画面,做生意的人都见过:一家店火了。先是排队,排队本身招来更多人——门口乌泱泱站一片,路过的人就觉得这家肯定好吃,也跟着排;人多了店主有钱翻新、上新菜、雇好厨子,东西真的更好了,口碑更响,队伍更长。短短半年,从无人问津到一桌难求。这就是正反馈,这一章先讲它——那种让结果自我放大、让强者愈强的回路。

正反馈的意思是:一个动作产生的结果,反过来会加强这个动作本身,于是结果越来越大,像滚雪球。好的正反馈,是一家公司能够"越跑越顺"的根本原因。产品好用→用户增多→数据更多、口碑更响→产品打磨得更好→用户更多。一家公司一旦把某条正反馈回路点着了,它就进入了一种别人很难追上的状态——它不是在线性地变好,是在指数地变好,因为它的每一步成功,都在为下一步成功供血。我们羡慕的那些"飞轮转起来了"的公司,本质上都是找到并点燃了一条强劲的正反馈回路。

这里要分清两种增长,差别极大。一种是你每投入一分力气,就多收一分结果,投入停了,结果也停——招一个销售多签一单,投一块钱广告多来一个客,这是线性的,你是在"推"。另一种是结果会自己生出更多结果,你撤了手它还在转、还在加速——这才是正反馈,是"飞轮"。区别在于:前者里,你是引擎,你一停它就停;后者里,系统自己成了引擎,你只是最初点火的那个人。很多老板累,累就累在他做的所有增长都是第一种,全靠他一刻不停地推;他从没找到、或者从没舍得花力气去培育那条能自己转起来的回路。

所以做管理、做生意,有一件极高价值的事,就是去识别:我这门生意里,那条能自我强化的正反馈回路在哪?它由哪几个环节构成?我能不能用力把它推动起来、让它转得更快?很多平庸和卓越的差别,不在于谁更勤奋,而在于谁找到了那条对的飞轮——勤奋的人在很多地方平均用力,高手把力气集中砸在那条能自我放大的回路上,让系统替他做功。这是正反馈最迷人的一面:它让你的努力产生复利,而不是一次性消耗掉。

找飞轮有个朴素的笨办法:把你生意里的关键变量列出来,一个个去问,这个东西多了,会不会反过来让它自己变得更多?用户多了,会不会因此带来更多用户?口碑、网络效应、规模带来的成本下降、数据越多产品越准——这些都是常见的供血环节。找到那个"是"的地方,你就找到了回路的入口。再接着问:这个回路现在转得快还是慢?卡在哪一环最紧?把力气砸在那一环,而不是平摊到所有事上。一个做社区团购的,早期把钱全砸在补贴拉新上,新客来了一拨走一拨,飞轮根本没转;后来发现真正供血的环节是"团长"——团长服务好,复购就高,复购高团长就赚钱,赚钱的团长会主动拉来新团长。力气从拉新挪到养团长身上,那个轮子才第一次自己转起来。同样的钱,砸在回路的不同环节,一个是往水里扔,一个是点火。

但正反馈有它危险的另一张脸,而且这张脸常常被那些被成功冲昏头的人忽略——正反馈不认方向,它放大好的,也同样放大坏的。同一个滚雪球的机制,可以让你越跑越顺,也可以让你越陷越深。一家公司开始走下坡:业绩下滑→士气低落、优秀的人先走→剩下的人能力和心气都更弱→业绩更差→更多人走。这是一条一模一样的正反馈回路,只是方向反了,它在加速这家公司的崩塌。挤兑、踩踏、口碑雪崩、人才流失的恶性循环——这些让人脊背发凉的失控,本质上都是正反馈在朝坏的方向上发威。正反馈是最强的放大器,而放大器从不挑剔它放大的是什么。

人才流失那条回路,尤其值得盯着看,因为它转起来悄无声息,等你听见响动已经晚了。第一个走的,往往是最好的那个——他选择最多,外面机会最好,对环境的不对劲也最敏感。他一走,他手上的活分摊给剩下的人,大家更累;他带走的判断力和士气,短期补不回来;而且最危险的是那个信号:能走的人走了。第二个第三个本来还在观望的好人,看到这个信号,也开始递简历。每走一个,留下的人均水平降一点、负担重一点、对前途的信心弱一点,而这一切又让下一个更好的人更想走。轮子越转越快。最后留下的,常常不是最忠诚的,是最没得选的。一家公司从"人才济济"到"人去楼空",中间可能就半年,而老板往往是在第一个核心骨干提离职时,才隐约意识到轮子已经反着转了好一阵了。

这类向下的飞轮,最坑人的地方是它有个"假平静期"。从外面看,从财报上看,前几个月几乎没动静——人是顶尖的那个先走,可他走了留下的活总能勉强分摊,数字还撑得住,老板甚至松一口气觉得"也没塌嘛"。真正塌的是水面以下:留下的人开始私下递简历,客户那边的关系因为对接人换了在悄悄松动,新人因为没人带在慢慢掉队。等这些都浮上水面、反映到数字上,已经是连环离职、客户流失、业绩跳水一起来,看上去像"突然崩盘",其实那个轮子早就转了大半年了。向下的正反馈和向上的一样,前期都是悄无声息地积累,等你听见动静,它已经转到很难拽停的速度了。

更隐蔽的危险是,正反馈会让系统失控——哪怕方向是"好"的。一条没有任何制约的正反馈回路,会一直自我放大下去,直到撞上某个外部的硬约束,然后以一种剧烈的、往往是崩溃式的方式结束。一家公司因为某个产品大获成功,于是把所有资源都压上去、疯狂扩张,正反馈让它的规模和野心同步膨胀,但如果没有任何东西踩刹车,它会膨胀到远超自己能力支撑的程度,然后在一个外部条件稍微变化的时刻,轰然垮掉。泡沫就是这么吹起来又破掉的——它不是坏在"增长",是坏在"没有任何负反馈来制约这个增长"。增长本身从不是问题,无制约的增长才是。

这种"好方向上的失控",画面常常是这样的:一家公司今年营收翻了三倍,所有人都在庆祝,老板顺势把明年的目标定成再翻三倍,招人、开城、铺货,一切按这个速度往前怼。问题是,翻三倍的是营收,翻不了三倍的是组织能跟上的速度——能扛事的管理者就那么几个,文化的传递需要时间,供应链的稳定需要磨合,这些东西没法跟着营收一起指数增长。于是规模冲在了能力前面:新开的城没有靠谱的人管,质量开始滑,现金被铺货占死,某个环节稍微一卡,资金链就绷断了。它不是输在不够猛,是输在太猛而没有任何东西喊停。最危险的时刻,恰恰是数字最好看、所有人都最有信心的时刻——因为那一刻没人愿意做那个踩刹车的扫兴的人。

所以对待正反馈,健康的态度是两手都要硬:一手去识别和点燃那条让你变好的飞轮,让系统替你做功、产生复利;另一手,必须时刻清醒地知道,任何一条强劲的正反馈回路,都内含失控的种子,它需要被另一种力量制约——那就是下一章要讲的负反馈。一个只有正反馈、没有负反馈的系统,要么在好的方向上膨胀到崩溃,要么在坏的方向上塌陷到归零,两条路都是死路。真正能长久的公司,不是正反馈最猛的那家,是同时装好了刹车的那家——它既能在顺风时让飞轮转起来,又能在飞轮快要带着自己冲出悬崖时,有一股力量把它拉住。

最后划一句边界,免得"找飞轮"被当成包治百病的灵药。不是每门生意里都藏着一条强劲的正反馈回路,硬找,有时会找出一条假的——你以为规模上去成本就会降、就能再投入再扩张,结果这门生意的成本压根不随规模降,你越扩越亏,那不是飞轮,是个填不满的坑。也有些生意,稳稳当当地线性赚钱,本本分分,没有什么指数飞轮可点,这没什么不好,逼它去点一个不存在的飞轮,反而会把它推向那种"好方向上的失控"。识别飞轮是高价值的事,但前提是它真的在那儿。分辨真假,还得靠你对这门生意的一手理解——哪个环节真能反哺哪个环节,这是经验的事,不是套公式能套出来的。

第16章｜负反馈:坏趋势如何被及时拉回

家里的空调,是理解负反馈最趁手的东西。你设了26度,房间热到28度,它开始制冷;降到26,它停;过会儿又升到27,它再启动。它的全部工作,就是盯着"现在几度"和"该是几度"之间的差,有差就往回拉,差越大拉得越使劲,没差就歇着。它一辈子干的就这一件事,把房间稳在那个设定值附近。一家公司里,把坏趋势往回拉的那些机制,干的是一模一样的活。

如果说正反馈是油门、是放大器,那负反馈就是刹车、是稳定器。它的作用方向恰好相反:当系统偏离了目标,负反馈产生一股把它往回拉的力,偏得越多,拉得越狠,从而把系统稳定在目标附近。负反馈不那么性感,没有滚雪球那种激动人心的画面,但它才是一个系统能够长期稳定存在的根本——绝大多数能活很久的东西,无论是生命体、生态系统还是好公司,靠的都是一套强大的负反馈机制在默默兜底。

负反馈在公司里无处不在,只是平时你注意不到它,因为它正常工作的标志,恰恰是"什么都没发生"。质量出现下滑,有一套机制让它被发现、被追责、被纠正,于是质量被拉回正常——这是负反馈。成本开始失控,有一套预算和审核机制把它压回去——这是负反馈。某个人开始膨胀、开始凌驾于规则之上,有一套制衡机制把他约束回来——这也是负反馈。一家公司里所有"让坏趋势没能继续坏下去"的机制,本质上都是负反馈。它们的功劳是隐形的,因为它们阻止的那些灾难,从来没有真正发生,所以没人会感谢它们。

这件事有个让管理者很憋屈的后果:维护负反馈的人,几乎永远得不到掌声。一个风控负责人,这一年拦下了三笔会出大事的坏账,公司啥事没有——可正因为啥事没有,年底论功行赏,没人想得起他,反倒有人嘀咕他事多、卡流程、拖业务后腿。而那个一路猛冲、把单子签爆、留下一堆隐患的销售,拿了最高的奖金。负反馈的功劳,是用"没发生的灾难"来计的,而没发生的灾难,没有名字,没有数字,没人能指着它说"看,这是他保住的"。所以好的负反馈机制,常常在公司顺风顺水的时候,第一个被当成累赘砍掉——"都这么多年没出事了,这套审核是不是太麻烦了?"砍掉它,短期啥事没有,大家还觉得轻快了。直到某天那个它本来要拦的灾难,真的发生了。

负反馈最关键的特性,是它必须"反向"且"及时"。反向,意思是它得在系统偏离时产生一股相反的力——偏高了往下压,偏低了往上托。如果一个机制在系统已经偏离时,不但不拉回、反而顺着推(比如业绩差时管理层为了好看而粉饰、为了士气而继续加码错误的方向),那它就不是负反馈,反倒成了助纣为虐的正反馈。及时,意思是这股拉回的力得来得够快——来得太晚,等偏差已经积累成大问题才动作,要么拉不回来了,要么拉回的代价大到伤筋动骨。负反馈的价值,很大程度上取决于它的速度:在偏差还小的时候就动手,轻轻一拨就回来了;拖到偏差巨大才动手,就得用剧烈的、痛苦的方式去硬掰。

"反向变成了顺推"这件事,在现实里出现得比想象中多,因为它常常披着"为了好"的外衣。一个团队这个季度业绩眼看要垮,正确的负反馈是面对它:为什么垮、哪里出了问题、把动作改回来。但人性更容易选另一条路——为了团队士气,领导在会上把数字往好了说,把希望往足了打,继续朝那个已经被证明不灵的方向加码投入,"再坚持一下就过去了"。这一加码,不是把偏差往回拉,是顺着偏离的方向又推了一把。一套本该当刹车的机制,被恐惧和面子改装成了油门。判断一个机制到底是负反馈还是伪装的正反馈,有个很硬的标准:当结果变坏时,它带来的是"减速、修正、面对",还是"加速、掩饰、加码"?前者是刹车,后者是踩着油门冲下坡还以为自己在救场。

"及时"这一条,值得用数字感受一下。同一个质量问题,在它影响10个客户时被发现,你召回、道歉、改工序,花一周,客户基本还能留住;拖到它影响10000个客户、上了热搜才动手,你赔的钱、掉的口碑、监管的关注,可能要一年才缓得过来,而且很多客户永远不回来了。偏差的修复代价,不是随时间线性增长的,常常是指数增长的——晚一倍的时间发现,代价远不止贵一倍。这就是为什么"早"这个字,在负反馈里值那么多钱。一个机制哪怕拉回的力气不大,只要它来得早,效果也常常胜过一个力气很大但来得很晚的机制。

一家公司负反馈机制的强弱,直接决定了它的抗风险能力和稳定性。负反馈强的公司,你会观察到一种特征:它很少出大事。不是因为它不犯错——任何系统都会不断产生偏差——而是因为它的每一个小偏差,都在还小的时候就被某个机制发现并拉了回来,没机会长成大灾难。它就像一个免疫系统强健的人,病菌天天都在入侵,但每一次都被及时清除,所以他很少真正生一场大病。反过来,负反馈薄弱的公司,平时可能看起来和别人没差别、甚至因为"没那么多约束"显得更灵活更敢冲,但它是在裸奔——它的小偏差没有机制去拉回,只能靠运气不出事、或者靠老板个人去一个个救火,一旦偏差累积到某个临界点,或者老板顾不过来了,就是一场大病。

但负反馈也不是越强越好,这里有个必须守住的平衡。负反馈过强、过密,系统会变得僵硬、迟钝、缺乏活力。处处是约束、处处是制衡、处处是审批,任何一点偏离主流的尝试都立刻被一股力量拉回"标准状态",结果是这家公司极其稳定,稳定到死气沉沉——它不出错,也不可能有任何突破和创新,因为创新本身就是一种"偏离",会被过强的负反馈当成偏差给纠正掉。这就是很多大公司的通病:负反馈强到扼杀了所有正反馈的萌芽,稳定压倒了一切生机。

这种"过强"的画面,身处其中的人都熟:一个员工想试个新做法,得先写方案,过部门会,再报上级,法务看一遍,财务核一遍,层层会签下来一个月过去,等批下来,当初那个念头的火早就灭了,市场窗口也关了。试错的成本被各种制衡推得极高,高到没人愿意试。于是所有人都学乖了——别折腾,按老规矩来,出了错那是规矩的错,不是我的错。一个把"不出错"摆在"做成事"前面的系统,最终会得到一群专门负责不出错的人。它确实很稳,稳得像一块石头,而石头不会生长。这里的麻烦在于,负反馈过强的危害,和它的好处一样,是隐形的——你看不到那些"本来会发生但被扼杀掉的创新",就像负反馈太弱时你看不到那些"本来会发生但被拦下来的灾难"。两边都是看不见的账,所以两边都极容易调错。

所以一个健康的系统,是正反馈和负反馈的平衡:既要有能让它成长、突破、滚出复利的正反馈油门,又要有能让它不至于在成长中失控、不至于被坏趋势拖垮的负反馈刹车。一辆好车,不是油门最猛的,也不是刹车最灵的,是两者配合得最好、该冲时冲得出去、该停时刹得住的那辆。管理的艺术,很大一部分,就是在这两股相反的力之间,反复地找那个动态的平衡点。

这个平衡点,还不是定死的。公司小、要找方向的时候,该松,负反馈轻一点,容得下试错,让正反馈有机会点着;公司大了、一个错误能拖垮很多人的时候,该紧,负反馈得加重,守住底线。同一套审批制度,在五十人的公司是保命的纪律,在五个人的公司就是勒死创新的绳子。所以不存在一个普适的"正确的紧度",只存在"对这家公司、这个阶段是不是合适"。管理者要反复做的,不是一次性把刹车调到最佳,是随着车速和路况,不停地重新调它。这件事没有终点,这也正是为什么它是"艺术"而不是"公式"。

第17章｜延迟:为什么管理问题总是后知后觉

先讲个洗澡的小事,因为它把这一章要讲的东西,讲得比任何公司案例都清楚。你拧开热水,水还是凉的,你嫌慢,把热水开到最大;过了几秒,滚烫的水冲下来,你烫得一缩,赶紧猛拧回冷水;又过几秒,冰水下来,你又冻得发抖。你在忽冷忽热里折腾半天,问题从来不是水管坏了,是水从你拧阀门到流出来,中间有几秒的延迟,而你的每一次调整,都是在对几秒钟之前的水温做反应。管理里最折磨人的坑,几乎都是这个坑放大了无数倍的版本。

前面讲反馈,默认了一个其实不成立的前提:动作和结果是同步的,你一动,马上就能看到效果、收到反馈。但现实里,管理中最折磨人、最容易把人骗进坑里的,恰恰是这个前提不成立——动作和它的结果之间,几乎总是隔着一段时间。这段时间,就叫延迟。而延迟,是几乎所有"后知后觉"型管理灾难背后的元凶。

延迟的意思是:你今天做的事,它的后果不在今天显现,而在很久以后才浮出水面。你今天削减了研发投入,短期内业绩报表更好看了,但产品竞争力的下滑,要两三年后才显现。你今天为了赶进度牺牲了质量,这个月的产量上去了,但客户的流失和口碑的崩坏,要等更晚才反映到销售上。你今天对一种不良的风气睁一只眼闭一只眼,组织文化的腐坏不会立刻发生,它会慢慢渗透,等你闻到味道时,已经积重难返。延迟把"因"和"果"在时间上拉开了很远,远到你的直觉会自动认为它们没有关系。

延迟的麻烦还不止于"久",更在于它常常长短不一,把账彻底搅乱。同一个动作,有的后果当天就到,有的要等三年。砍研发,省下的钱这个季度就进了利润表,而竞争力的塌方要等到对手的新产品上市那天才砸到你头上。于是同一笔决策,它的"好处"和"坏处"是错开时间到账的,好处先到,坏处后到,中间隔着长长的一段太平日子。人在那段太平日子里,只看得见已经兑现的好处,看不见还在路上的坏处,几乎一定会得出"这个决策真英明"的结论,然后加倍地干。等坏处终于到账,他早已把这条因果忘得干干净净了。

延迟之所以这么危险,是因为它会系统性地骗过人的判断,让人做出完全错误的归因。当原因和结果隔得很远,人的大脑几乎一定会把当下的结果,归因到离它最近的某件事上,而放过那个真正的、很久以前埋下的原因。业绩今天崩了,你会去归罪于最近的市场变化、最近的某个决策、最近某个人的失误——而真正的原因,可能是三年前那个"为了好看而砍掉的东西",它一直在暗处发酵,今天只是到了爆发的时刻。于是你"对症下药",药全下错了地方:你拼命治疗那个离得最近的"假原因",而那个真正的病根,你根本没看见,它还在继续往下烂。延迟制造的,是一种系统性的误诊。

而误诊之后,常常还跟着一个更糟的连锁反应——你不光治错了病,还会因为治错了不见效,而下更猛的药。业绩崩了,你归因到"最近销售不给力",于是换销售头、加考核、压指标。这是在拿油门当解药治一个三年前埋下的产品问题,自然不见效。不见效你不会怀疑诊断错了,你会觉得"力度不够",于是更换人、更高的指标、更狠的施压。系统朝着错误的方向被你越推越用力,真正的病根在底下烂得越来越深。洗澡那个比方在这里完整了:你对着几秒前的水温拼命拧阀门,水温越失控,你拧得越猛,越拧越糟。很多公司在走下坡时那种"越折腾越坏、明明很努力却一步步沉下去"的窒息感,根子就在这里——它们在用全部的力气,对着一个被延迟扭曲过的假象做反应。

延迟还会催生另一种更主动的灾难——它让"寅吃卯粮"的行为变得极有诱惑力,而且极难被当场识破。因为延迟的存在,一个管理者完全可以用牺牲长期来换取短期的漂亮:砍掉所有不能立刻见效的投入,把未来的资源提前透支到当下,做出一份极其好看的近期成绩。在反馈延迟的掩护下,他的"功劳"是立刻兑现的,而他造成的"损害",要等到很久以后、很可能等他已经高升或离开之后,才由后来人承担。这就是为什么很多组织里,会反复出现那种"前任风光、后任收拾烂摊子"的循环——不是因为后人无能,是因为延迟让透支未来这件事,在当时看起来既聪明又无害,赏罚的反馈来得太晚,晚到无法制约那个透支的人。

把这条循环看仔细,它其实是反馈回路被延迟掐断的标准案例。一个事业部老总,任期通常就三年,他要在三年里把数字做漂亮才能升上去。而一项真正的长期投入——比如打磨产品、培养团队、维护老客户关系——它的回报要五年才到。在他的任期之外。于是对他个人最优的选择写得清清楚楚:把那些五年后才回本的投入全砍了,把省下的资源全砸到当下的数字上,三年里报表光鲜,升迁兑现,走人。等他埋下的雷在第四第五年爆掉,赏罚的回路早就指不回他了——他升职是因为前三年的数字,没人会回头扣他后来的烂账。系统给的信号干干净净:透支未来,只赚不赔。问题从来不在这个人贪不贪,在于这套赏罚的回路,被延迟切短到只覆盖了他的任期,而把后果留在了回路够不着的地方。

那么,面对延迟,能做什么?它没法被消除——动作和结果之间的时间差是客观存在的——但它可以被"看见"和"前移"。看见,意思是你得在脑子里建立一种对延迟的警觉:当你看到一个结果(无论好坏)时,强迫自己往回追溯得更远一点,问一句"这真的是最近这件事造成的吗,还是很久以前某个动作的迟到后果?";当你做一个决策时,也强迫自己往前推演得更远一点,问一句"这个动作除了眼前这个立竿见影的效果,它在两年后、三年后,会通过哪条回路,产生什么我现在还看不到的后果?"。前移,意思是想办法建立一些能提前显现的早期信号——不要等最终结果(比如业绩、口碑)崩了才知道,而是去找那些会更早变化的先行指标(比如老客户的复购率、核心员工的流失苗头、产品某个关键体验的细微劣化),用它们来给那个被延迟掩盖的真实趋势,提供一个早一点的、还来得及补救的警报。

先行指标这件事,值得多说一句怎么找,因为找错了比不找还误事。诀窍是顺着那条延迟的因果链,往前找那个最早会动、又骗不了人的环节。最终的业绩崩盘前,通常早有征兆:老客户的复购悄悄降了,客服收到的同类抱怨多了,核心岗位的人开始零星地走,产品某个关键体验在用户那儿"还能用但不如以前顺手"了。这些东西比业绩报表早动好几个月,而且更难被粉饰——你可以把季度数字做漂亮,但很难假造老客户用脚投票的真实速度。所以好的早期预警,往往不在财务报表里,在那些贴近真实、还来不及被加工的地方。这里也得诚实地补一句边界:先行指标永远是概率性的,会有假警报,复购降一点不一定是塌方的前兆,也可能只是季节波动。它给你的不是确定的预言,是一个早一点的、值得去看一眼的提醒——把"等撞墙"换成"提前查一查",这就够值钱了,别指望它给你百分百的准头。

理解了延迟,你对管理的整个时间感都会变。你会明白,为什么好的管理常常是"反直觉"的、是"反人性"的——因为正确的事,它的回报往往在远处,而错误的捷径,它的快感就在眼前;延迟让"对的事"显得吃亏,让"错的事"显得划算。一个能对抗延迟的管理者,本质上是一个能把目光投向更远处、能为看不见的远期后果负责的人。他做今天的决定时,心里装着的是这条回路在三年后的样子,而不只是它在下个季度报表上的样子。这种能力,稀缺,且珍贵——因为它要求一个人,持续地为那些当下还无人催问、却终将到来的后果,提前买单。

第四部分｜系统的病

第18章｜存量与流量:公司真正积累的是什么

看一家公司,大多数人盯着的是流量——这个月卖了多少、这个季度赚了多少、今年增长了几个点。这些数字天天在动,媒体在报,老板在追,会议在复盘。但真正决定一家公司是什么、能走多远的,往往不是这些不断流动的数字,而是另一类东西——它们积累得很慢,平时也不显眼,却像一个水库里的存水,沉默地决定着这家公司的底气和命运。这就是存量与流量的区别。

先把这两个词说清楚。流量,是一段时间内流进流出的量,它带着时间单位——每月的收入、每天的订单、每年的利润,你不说"多长时间内",这个数就没意义。存量,是某个时刻积累下来的总量,它是一个静态的快照——公司账上的现金、积累的客户、沉淀的技术、留下的人才、攒下的信誉。流量是水龙头流出的水,存量是水库里存着的水。两者的关系是:流量是存量变化的速度,存量是流量长期累积的结果。今天的存量,是过去所有流量净流入的总和;而今天的流量,又在悄悄改变着未来的存量。

理解这个区别,会改变你看公司的眼光,因为它揭示了一个反直觉的事实:流量好看,不等于存量在增长;甚至,流量的好看,可能正是以存量的流失为代价换来的。 一家公司这个季度利润暴涨,数字漂亮极了——但如果这个利润是靠透支品牌信誉(把次品高价卖给老客户)、靠掏空人才存量(逼着核心团队过劳、不给成长)、靠停掉对未来的投入(砍研发、砍维护)换来的,那么它流量上的繁荣,恰恰对应着存量上的失血。它把水库里的存水放出来,冲出了一股漂亮的水流,让所有盯着水流看的人鼓掌,而水库的水位,正在悄悄下降。等到某一天水库见底,水流会突然断掉,而那时所有人才会震惊:明明上个季度还那么好?

这种事我见过一个很典型的样子。一家做了八年的消费品公司,新换的总经理上任第一年,利润同比涨了四成,董事会很满意,年终奖发得厚。后来才慢慢看清这四成是从哪儿挤出来的:研发那条线砍了一半人,留下的两个老工程师在第二年春天前后脚走了;给经销商的账期从三十天压到了立结,渠道当年就配合得很好,数字立竿见影;客服从十二个人裁到四个,投诉电话开始打不通。账面上,这一年干得漂亮。但他动的全是存量——技术的、渠道关系的、客户耐心的。这些东西当年都没在报表上扣分。等第三年新品断档、几个大经销商转投了对手、老客户复购率从百分之四十掉到百分之二十几,水库见底的声音才传到董事会耳朵里。那位总经理那时已经带着漂亮的两年履历跳槽走了,留下的人对着一个还在出水、其实快空了的壳子发愁。

反过来也成立,而且这一面更值得有耐心的人重视:有些公司流量平平,存量却在飞快积累。 它这个阶段不怎么赚钱,数字不亮眼,甚至在亏损,但它在干一件事——往水库里蓄水:积累忠实的用户、打磨过硬的技术、训练成熟的团队、建立可信的口碑。这些存量在财报的流量数字上几乎看不见,所以市场常常误判它"不行"。但存量一旦积累过某个临界点,它会突然转化成强劲而持久的流量——而且这种流量,因为底下有厚实的存量撑着,远比那种靠透支换来的流量稳固。很多"突然爆发"的公司,其实没有突然,它们只是在不被注意的地方,默默蓄了很多年的水。

所以,一个真正看懂公司的人,会训练自己同时看两层:看流量,更要透过流量去看存量。看到一份漂亮的业绩,他不会马上鼓掌,而是会追问一句:这股水流,是水库自然满溢出来的,还是有人在偷偷放水?看到一家暂时难看的公司,他也不会马上唱衰,而是会去看:它的水库,是在蓄水还是在漏水?这两个问题,流量数字本身回答不了,你得去看那些更慢、更深、更不上镜的东西——客户是更黏了还是更想走,人才是更强了还是在流失,技术和口碑是在变厚还是在变薄。

这里有个绕不开的难处,得说透:存量这东西,恰恰因为它慢、它深、它不在报表的显眼处,所以特别难测、也特别容易被忽略。流量有现成的数字——收入、利润、订单,系统自动就算出来了,想不看都难。存量却往往没有一个现成的数字摆在那里:客户对你的信任是厚了还是薄了,团队的能力和心气是强了还是弱了,你在行业里的口碑和话语权是重了还是轻了——这些没有一个仪表直接显示,但它们才是水库的真实水位。一个粗心的管理者,会因为存量没有现成数字,就干脆当它不存在,只盯着那些自动跳出来的流量数字过日子,结果在不知不觉中把水库抽干。而一个清醒的管理者,会主动给这些慢变量找一些可观察的"代理信号":老客户的复购和转介绍(信任存量)、核心成员的稳定与成长(人才存量)、产品在不靠营销硬推时的自然口碑(品牌存量)。他知道这些信号都不完美、都滞后,但有一个粗糙的水位计,总好过对着一个正在见底的水库自我感觉良好。举个具体的:有位老板不太看月度的销售总额,他盯的是另外两个不起眼的数——一是这个月新签的客户里,有多少是老客户介绍来的;二是核心岗位上,入职超过三年的人占多大比例。前一个数掉了,他知道口碑这个存量在变薄,哪怕这个月销售额还在涨;后一个数掉了,他知道团队这个存量在流失,哪怕业绩报表一时还撑得住。这两个数都很糙,也都慢,但它们盯的是水位,不是水流。把看不见的存量,想办法变成看得见一点的东西——这本身就是管理者一项重要、却常被偷懒省掉的功课。

AI 在这里能帮上一点忙,但帮的是水位计这一段,不是判断那一段。它可以替你把那些散在各处、平时没人去拼的慢信号攒到一块:同一批老客户两年来的复购曲线,核心岗位的人均在职时长是在变长还是变短,不投广告的那几个月里自然进来的客户占比有没有下滑。这些数它算得比人勤快,也不会因为这个季度数字好看就懒得去看。但水位低到什么程度该拉警报、要不要为了蓄水忍一年的难看流量——这是判断,得你来。它能让水库的水位显形,替你按下抽水的手,它做不到。

这件事对管理者的要求,是一种对抗诱惑的定力。因为流量是被即时奖励的——这个月数字好看,老板高兴、奖金到手、股价上涨;而存量是被延迟兑现的——你今天往水库里蓄的水,要很久以后才变成水流。于是管理中最常见、也最致命的一类错误就出现了:用消耗存量的方式,去美化流量。砍掉一切短期不见效的投入,把未来的资源提前透支到当下报表上,做出一份漂亮成绩,赢得掌声和晋升——而代价,是把公司的水库一点点抽干,留给后来人一个看起来还在出水、其实快要见底的空壳。一个对公司真正负责的管理者,恰恰是那个愿意忍受流量难看、也要守住存量增长的人。他知道,公司真正积累下来、真正属于它自己、真正决定它能走多远的,从来不是那些流走的数字,而是水库里一点点蓄起来的、那些慢东西。

第19章｜耦合:为什么一个部门出问题会拖垮全局

公司里常有一种让人想不通的事:明明只是一个不起眼的小环节出了点小毛病,结果却像推倒了第一张多米诺骨牌,一连串地把别的地方都拖下了水,最后演变成一场谁都没料到的全局危机。事后复盘,大家盯着那个最初出问题的小环节,觉得"就这么点事,怎么会闹这么大?"——其实问题从来不在那个小环节有多严重,而在于这些环节之间,被一种看不见的东西紧紧绑在了一起。这种东西,叫耦合。

耦合,说的是系统里不同部分之间相互依赖、相互牵动的紧密程度。耦合紧,意味着一个部分的变化会迅速、强烈地传导到别的部分;耦合松,意味着各部分相对独立,一处出事,影响被限制在局部,不容易扩散。这件事本身没有绝对的好坏——紧耦合有它的好处,各环节配合得严丝合缝、协同高效、传导迅速,顺风时能让整个系统像一个人一样灵敏。但紧耦合有一个致命的副作用:它在传导效率的同时,也传导脆弱。各部分绑得越紧,一处的故障就越容易、越快地变成全局的故障,系统就越缺乏一个能吸收冲击、把破坏挡在局部的缓冲。

举个公司里最常见的例子。一个环节的产出,是另一个环节唯一的、且必须实时的输入,中间没有任何库存、备份或缓冲——这就是紧耦合。上游一旦卡住,下游立刻断粮,下游的下游跟着停,整条链条像一串被绳子串紧的珠子,一颗卡住,全线锁死。再比如,一个核心系统被所有业务共用,平时极其高效、避免了重复建设,但它一旦宕机,所有依赖它的业务同时瘫痪——高效的共用,等于把所有鸡蛋绑进了同一个篮子。还有人的耦合:一项关键工作只有一个人懂、且所有相关流程都得经他的手,顺时他是效率枢纽,可他一旦请假、离职或出错,与他相连的一大片立刻陷入瘫痪。这些都是紧耦合在顺境里显得高效、在逆境里瞬间崩盘的典型。

紧耦合最危险的地方,是它会制造一种"风险的隐蔽传染"。在松耦合的系统里,风险是分散的、隔离的,一处的问题烂在一处,你有时间、有空间去单独处理它。但在紧耦合的系统里,风险会沿着那些紧密的连接,以惊人的速度蔓延,而且常常是以你预想不到的路径蔓延——你以为加固了直接相关的环节就安全了,却没想到危机绕了一个谁都没注意到的连接,从侧面把另一个看似无关的部分点着了。金融危机里一家机构的倒下,会通过债务和交易的紧密连接,在几天内传染整个市场;一家公司里一个环节的崩溃,会通过业务和系统的紧密耦合,在几小时内瘫痪整个运营。耦合越紧,这种连锁反应的速度越快、范围越广、越难在中途被掐断。

那么,理解了耦合,该怎么办?核心不是消灭耦合——公司本就是靠各部分协作才存在的,各环节之间必然要有连接,完全没有耦合的不是一家公司,是一盘散沙。真正的功夫,在于有意识地管理耦合的松紧,在关键的地方留出缓冲。哪些环节之间可以、也应该紧耦合(为了效率和协同),哪些环节之间必须刻意解耦、留出余地(为了在故障时能隔离风险),这是一个需要清醒设计的取舍。给关键链条留一点库存和备份,别让上游一停下游就断粮;给核心系统做隔离和冗余,别让它一倒所有业务陪葬;让关键能力多几个人掌握,别把一整片业务的命脉拴在一个人身上。这些"留缓冲"的做法,在顺境里看起来都像是浪费——多占了库存、多养了冗余、多花了精力做备份,效率没那么极致了。但它们换来的,是系统在遭遇冲击时,有一个能吸收破坏、把故障挡在局部、不让它升级成全局灾难的能力。

耦合还有一个特别容易被忽略的麻烦,是它会让"归因"变得极其困难,进而让纠错走偏。在紧耦合的系统里,一个最终爆发出来的问题,往往离它真正的源头隔了好几道传导,中间绕过了一堆看似无关的环节。等危机浮出水面时,你最先看见的,是离爆发点最近的那个环节在冒烟,于是你扑过去救它、追责它、整改它——可它很可能只是个被传导波及的受害者,真正的火源在别处,正沿着那些紧密的连接继续供着火。这就是为什么紧耦合的系统里,管理者特别容易"治标不治本":不是他们不想找根源,是耦合把因和果之间的路径搅得太乱,让最显眼的那个症状,冒充了真正的病因。要在这种系统里做对纠错,就得有意识地逆着传导链往回追,别在第一个冒烟的地方就停手——这又回到了前面讲的:看公司要看结构和回路,而不是只盯着事件层那个最刺眼的点。

这里就触到了管理中一个深刻的权衡:效率和韧性,常常是反向的。 把系统绷到最紧、耦合到极致、缓冲全部砍掉,你能得到顺境里最高的效率;但你同时也得到了逆境里最大的脆弱——任何一点小扰动,都可能沿着那些绷紧的连接,瞬间放大成全局崩溃。一个成熟的管理者,不会一味追求那种"极致高效"的紧绷状态,因为他知道,现实里扰动是必然会来的,问题只是早晚。他会在效率和韧性之间,有意识地留出一段余地——牺牲掉一点顺境里用不太上的极致效率,去换取逆境里那个能保命的缓冲。一家公司是被一次次小问题拖垮,还是能扛住小问题不让它升级成大灾难,差别往往不在于它有没有问题(问题人人都有),而在于它的耦合是不是被有意识地管理过、在该松的地方有没有留下那一段救命的余地。

第20章｜局部理性,整体灾难

有一类公司里的灾难,特别让人想不通:从头到尾,每一个人、每一个部门,都在认认真真地做"对自己来说正确的事",没有谁偷懒、没有谁捣乱、没有谁犯傻——可这些一个个看起来都正确的局部行为加在一起,最后却拼出了一个整体上的灾难。事后追责,你会发现一个尴尬的局面:找不到一个真正该负责的"坏人",因为每个人都能理直气壮地说"我那么做是合理的啊"。这不是某个人的失职,这是系统层面的一种病——局部理性,整体灾难。

先看它长什么样。一家公司年底冲量,销售总监带着团队把第四季度做得很猛:为了完成数字,给经销商压了远超正常销量的货,账期放宽,折扣给到底。从销售这个局部看,这一步无可挑剔——目标完成了,提成拿到了,总监年底还受了表彰。问题在第二年春天才浮出来。压下去的货消化不动,经销商手里全是积压,开始低价甩货,把价盘砸穿了;砸穿的价盘让正价渠道没法卖,品牌形象跟着掉档;为了清库存又得追加促销,把第二年的利润又啃掉一块。一笔笔算下来,公司在这件事上整体是亏的。可你去找谁负责?销售说我完成了考核指标;财务说我按规则确认了收入;市场说价盘崩了不是我管的。每个局部的小账本都是赢的,只有公司这个大账本在亏。

这件事的根子,在于局部的目标和整体的目标,并不天然一致;甚至常常是冲突的。每个部门、每个岗位,都有自己被考核的指标、被奖励的行为、要对之负责的小目标。在这个小目标的范围内,每个人都在做最优化——这就是"局部理性"。问题是,把每个局部各自最优化的结果加起来,并不会自动等于整体的最优,有时反而是整体的最差。销售为了完成自己的业绩,拼命压货、过度承诺,这对销售这个局部是理性的;但压下去的货砸了渠道、过度的承诺砸了口碑,对整个公司是灾难。生产为了自己的成本指标好看,把质量压到合格线边缘,这对生产是理性的;但流出去的次品引发的退货和信誉损失,要整个公司来扛。每一个局部都在自己的小账本上做对了,公司这个大账本却在亏。

为什么会这样?因为公司为了管理,必须把一个大目标拆分成无数个小目标,分配给各个局部去承担——不拆分,根本没法管理。但这个"拆分"动作本身,就埋下了局部与整体冲突的种子。一旦拆分,每个局部就只能看见、也只会去优化自己那一小块,它既看不见全局,它的考核和奖励也只跟自己那一小块挂钩。于是每个局部都被它自己的目标函数(回到第三章那个概念)驱动着,朝自己的小山头爬,而没有谁的眼睛、没有谁的赏罚,是盯着整座山的。当各个小山头的方向恰好和大山一致时,相安无事;一旦它们之间出现冲突——而这几乎是必然的——局部理性就开始一点点啃食整体利益,啃得理直气壮、还无人能责怪。

这种病最危险、也最隐蔽的地方,是它有极强的自我辩护能力,因此极难纠正。因为每个局部都能拿出一套无可挑剔的理由证明自己没错——"我是按考核要求做的""我是为了完成我的指标""这是我的职责范围内的最优选择"。这些话单独听,每一句都对。于是当灾难发生、开始追责时,你会陷入一种诡异的境地:你想找一个错的人,却发现每个人都没错;你想纠正一个错误的行为,却发现每个行为在它自己的局部里都是正确的。你能责怪一个销售为了完成被考核的业绩而努力压货吗?你能责怪一个部门为了自己被考核的成本而精打细算吗?责怪不了。错的不是任何一个具体的人或行为,错的是那个让"局部正确"加起来等于"整体灾难"的系统设计。

这种病还有一个升级版,危害更大,叫"局部之间的对抗性内耗"。前面说的是各局部各顾各的、无意中伤了整体;更糟的一种,是局部为了自己的小目标,开始主动跟别的局部争夺、设防、互相拆台。我见过一家公司的产品和销售为了一个新功能开了快两个月的会还没动手——不是技术上做不了,是两边都在算账。销售想让产品先做客户当场要的那几个定制,这样下个季度的单子稳;产品想先做能复用的底层,这样长远省力。会上谁也说服不了谁,各自把对自己有利的数据往领导面前摆,把对自己不利的部分轻轻带过。两个月里,真正写代码的时间是零,开会、写材料、私下游说的时间是满的。从产品自己的角度看,守住技术节奏是理性的;从销售自己的角度看,保住下季度的单也是理性的。可两个理性撞在一起,公司什么都没得到,只有两个月白白烧掉。两个部门为了抢同一笔资源、争同一份功劳、躲同一份责任,会把大量精力花在彼此博弈上——藏信息、留后手、互相甩锅、在领导面前争宠。从每个部门自己的角度看,这些动作全是"理性"的自保;但从整个公司的角度看,这是一场没有产出、只有消耗的内战,所有花在内斗上的精力,本可以用来对外创造价值。一家公司如果到处弥漫着这种部门墙、这种"赢了内部就算赢"的氛围,它的衰败往往不是被外部对手打垮的,是被自己内部这场看不见的、人人都"理性参与"的消耗战,一点点拖垮的。而这同样不是哪个部门坏,是系统让"局部赢"和"整体赢"脱了钩、甚至对立了起来。

所以,这种病不能靠在局部里抓坏人、讲道德、喊大局观来治——那是把系统病当成了个人品德问题,治不好,还冤枉人。它只能在系统层面治,而抓手,恰恰是前面讲过的那些零件:目标函数怎么拆、激励怎么对齐、信息怎么打通。治理的核心,是想办法让局部的理性和整体的理性尽量对齐——让每个局部在追求自己小目标的时候,顺带着也就推动了整体的大目标,而不是反着来。回到压货那个例子,办法其实不玄:把销售的提成从"签单当时一次性结清",改成留一部分跟着货真正卖到终端、跟着退货率和回款一起结算。这一改,压货对销售自己就不再划算了——压下去卖不动的货,会从他后面的提成里扣回来。你没有多讲一句大局观,只是把整体的后果,接到了他自己的小账本上。但对齐这件事,也有它的反向陷阱,得防着别用力过猛。有的管理者一看局部各顾各的不好,索性反着来:取消所有局部指标,让每个人、每个部门都"对公司整体负责"、都按公司总业绩拿奖金。听上去格局很大,实际效果往往更糟。因为整体的成败,是几百号人合力的结果,落到任何一个具体的人身上,他都看不清自己那点努力到底动了整体几分——这又滑回了责任稀释那一章讲的:跟所有人挂钩,等于跟谁都不挂钩,人反而都松了劲。局部指标本身没有错,它是管理能落地的前提;真正该改的不是"要不要拆",而是"拆完之后,有没有在每个局部的账本上,补一笔对整体后果的牵连"。这要求设计者在拆分目标、设计考核时,多想一层:我给这个局部定的这个指标,他为了把它做到极致,会不会反过来损害别的局部、损害整体?我能不能在他的考核里,加入一点对整体后果的牵连,让他不能只顾自己那一亩三分地?这件事永远做不到完美——局部和整体的张力是公司这种"拆分式协作"组织的内在属性,消灭不了——但一个好的设计者,能把这个张力管理到尽量小,让局部理性更多地服务于整体、而不是背叛整体。能不能做到这一点,是区分一个"会分指标的管理者"和一个"懂系统的设计者"的分水岭。

第21章｜指标失真:数字变好,公司变坏

管理离不开指标。你想管什么,就得先想办法量它,因为量不出来的东西,你既看不见它的状态,也没法判断它是好转还是恶化,更没法考核和激励。所以用指标来衡量、来管理,是现代组织绕不开的事。但指标这个工具,藏着一个极深、又极普遍的陷阱:你一旦把某个指标当成目标去考核、去奖励,人就会想方设法把那个指标做好看——哪怕代价是把你真正想要的那个东西做坏。结果就是这一章的标题:数字变好,公司变坏。

这件事的机理,值得讲透。任何一个指标,都只是它背后那个你真正关心的东西的一个"代理"、一个"近似"。你真正想要的是"客户满意",但满意没法直接量,你就用"投诉率"来代理它;你真正想要的是"产品质量好",但质量是个复杂的东西,你就用几个能测的参数来代理它;你真正想要的是"员工有产出",但产出难以一概而论,你就用工时、产量、完成的任务数来代理它。指标和它要代理的真实目标之间,永远有一条缝——指标只是抓住了真实目标的某个侧面,不是它的全部。而人,一旦被这个指标考核,就会本能地、不知疲倦地,去钻这条缝:优化那个被测量的指标本身,而不是去实现那个指标背后、你真正想要却没法直接测量的东西。

讲一个具体的。一家公司的客服中心,把"平均通话时长"压进了考核——领导的本意很朴素:接得快、说得短,效率高,客户少等。指标定在六分钟以内。三个月后,这个数字漂亮地降到了五分十秒,报表上一片向好。可与此同时,二次来电率悄悄涨了一截。后来去听录音才明白发生了什么:坐席为了把通话压进六分钟,学会了一套动作——问题稍微复杂一点,就引导客户"您这个我帮您登记了,后续会有专人回电",然后挂断;眼看要超时,就说"线路好像不太好,麻烦您再拨一次"。客户的问题一个都没解决,只是被切成了好几通短电话。平均时长这个数,降得真实又好看,客户的真实体验,烂得也真实。坐席没一个是坏人,他们只是聪明地响应了你真正在数的那个东西。

例子到处都是,而且常常荒诞得让人哭笑不得。你用"投诉率"考核客服,想要的是客户问题被解决,结果是客服想尽办法让客户投诉不出来——劝退、拖延、让投诉渠道变得难找,投诉率漂亮地下降了,而客户的真实不满,更深了。你用"代码行数"考核程序员,想要的是软件做得好,结果是代码越写越臃肿——因为简洁高效的代码行数少、不划算。你用"开会次数""文件数量"考核勤勉,想要的是事情被推进,结果是会照开、文件照发,事却没人干。在每一个这样的例子里,被考核的人都不是坏人、也不是不努力,恰恰相反,他们极其努力、极其聪明地在响应你给的赏罚——你奖励数字,他们就把数字做给你看,而你真正想要的东西,在数字漂亮的同时,悄悄烂掉了。

这里面有一条几乎是规律性的东西:一个指标,一旦从"用来观察的尺子"变成了"用来考核和奖励的目标",它作为尺子的可靠性就开始崩坏。 道理不难懂:当这个数字没跟人的利害绑在一起时,它还能比较忠实地反映真实情况,因为没人有动机去操纵它;可一旦你拿它来决定奖金、晋升、生死,所有被它考核的人,就立刻有了最强的动机去优化它、美化它、甚至操纵它,于是它就慢慢从"真实情况的反映",变成了"被人按需要加工出来的表演"。你越是重用一个指标、越是把重大的赏罚压在它上面,它就被扭曲得越厉害,最后你盯着一个漂亮的数字,却离真相越来越远——而你还以为自己在用数据做管理。

这里还有一个更阴险的二阶效应,得点出来:指标失真不只是"数字变好、事变坏"这么简单,它还会反过来污染你的眼睛,让你对真实情况的判断整体失灵。因为你是靠这些指标来感知公司状态的——指标就是你的仪表盘。当指标被系统性地做漂亮了,你这个看仪表盘的人,得到的是一种虚假的安心:所有灯都是绿的,所有数字都在向好,你据此以为一切尽在掌握,于是放松了警惕、停止了追问、把本该投向真实世界的注意力收了回来。而真实的问题,正在这片绿灯的掩护下悄悄长大。这比"某个局部数字造假"可怕得多——它让整个决策层戴着一副被美化过的眼镜看公司,越是依赖数据、越是"用数字说话"的组织,一旦指标被普遍扭曲,它的集体失明就越彻底。等到某个再也盖不住的真实危机捅破这层绿灯,管理层往往会震惊:数据明明一直很好,怎么突然就崩了?——其实不是突然,是仪表盘早就骗了他们很久。

AI 让这件事变得更要紧,而不是更轻松。它能让你把指标盯得前所未有地紧——实时看板、自动预警、每个坐席每条产线的数字秒级刷新。盯得越紧,赏罚压得越实,下面钻缝的动机也就越强,数字的表演就越精致。更危险的是,如果你把考核和发奖也一并交给算法,让它照着指标自动算分、自动排名,那等于把"用常识去判断这个数字是真好还是有人在钻缝"这道最后的人工闸门也拆了。AI 是个比谁都勤快的仪表盘,它能让你看得更多、更快;但它看不出一个漂亮数字背后到底是真本事还是真表演——那需要一个懂行的人,带着戒心,凑近了去看。

用一组制衡指标,是个好办法,但它不是万能药,得知道它的边界,不然又会掉进另一个坑。给客服的考核里,在"通话时长"之外补上"二次来电率"和"客户满意回访",确实堵住了切电话那条缝——你再想靠挂断压时长,二次来电就上来了,满意分就掉了。可制衡指标多了,也会长出新的毛病:一是指标一多,人就开始挑软的捏,把劲使在最容易刷、对自己最划算的那两个上,真正难做、却最重要的那个,反而被冷落;二是一堆指标算下来,谁也说不清这个人到底干得好不好,考核变成了一场谁更会摆弄数字的游戏。所以制衡指标不是越多越好,它要的是"几个关键的、互相咬合的",而不是"一长串面面俱到的"。指标这东西,堆得越多,越像是想用数字把判断这件事彻底替掉——而那恰恰是走反了方向。

那是不是干脆别用指标了?不是。退回到完全凭感觉、不量化的管理,是更糟的倒退,那会丢掉指标带来的全部好处——可观察、可比较、可反馈。出路不在于废掉指标,而在于清醒地、带着戒心地使用指标,守住几条:第一,永远记住指标只是代理,不是真实目标本身,时时回头问一句"我用这个数字,到底想代理的是哪个真实的东西?它俩之间那条缝在哪、有多大?";第二,别只靠单一指标——单一指标最好钻空子,用一组相互制衡的指标(比如考产量的同时也考质量和客户反馈),让人没法靠牺牲一个去刷另一个;第三,也是最根本的,别把指标的赏罚压得太死太重,给"判断"留出空间——再好的指标都需要一个懂行的人在旁边看着,用常识去判断"这个数字好看的背后,到底是真的好,还是有人在钻缝",而不是机械地照着数字发奖金、做决策。说到底,指标是用来辅助判断的,不是用来替代判断的;一旦你把判断完全外包给了数字,你就等于把公司的方向盘,交给了那些最擅长把数字做好看、却未必把事做对的人。

第22章｜责任稀释:人人负责,等于没人负责

公司里有一句话,听起来特别正确、特别团结、特别让人放心,却往往是灾难的前兆——"这件事大家一起负责"。每当一件重要的事被宣布"由大家共同负责""我们整个团队对此负责",你就该提高警惕:这件事,很可能最后没有任何一个人真正负责。这不是因为这群人不靠谱,是因为责任这个东西有一个反直觉的特性——它一旦被平摊到很多人头上,就会被稀释到接近于零。人越多,每个人感到的、也实际承担的那份责任,反而越轻。

这件事的机理,在每个人心里都能找到。当一件事只有你一个人负责时,你清楚地知道:它成了是我的功,砸了是我的过,没有任何人可以替我背、也没有任何人会替我背。这种"唯一性"会逼出你全部的上心——你会反复检查、会睡不着觉、会为它负责到底。可一旦这件事是"大家一起负责",你心里会自动冒出一个念头,而且这个念头每个人都会冒:"又不是只有我,还有那么多人盯着呢,塌不了""我这部分尽力就行,出了事也不全怪我"。每个人都这么想,每个人都因此松了一口气、退后了半步,结果是:那件本该被人死死盯住的事,落进了所有人之间的缝里,谁都觉得有别人在管,谁也没真正把它扛起来。人多带来的不是更多的保障,是更分散的注意力和更稀薄的担当。

这种稀释,在出事追责的时候,会暴露得最彻底、也最让人无力。一件由集体负责的事砸了,你去追责,会发现责任像水一样从每个人指缝里漏掉:每个人都只为自己那一小块辩护,都能说"我那部分是做了的""问题出在别人那环""我以为那块是某某在管"。你找不到一个能为整件事的失败负总责的人,因为从一开始就没有这样一个人——责任被分发出去的那一刻,就同时被稀释、被推诿化了。最后的结果,往往是要么不了了之(法不责众),要么随便找个倒霉蛋顶罪(而他其实也只担了其中一小份),无论哪种,这件事都没能换来一次真正的教训和改进。一个无法把责任落到具体人头上的系统,也就是一个无法真正复盘、无法真正进步的系统——因为没有谁,真的因为它的失败而切肤地疼过。

责任稀释还有一些更隐蔽的变种,危害一样大。一种是"层层负责等于层层不负责":一件事要经过好几个人、好几个层级签字、审核、把关,看起来重重设防、万无一失,实际效果却是每一关都觉得"前面那么多关都看过了,应该没问题",每一关都只是机械地走个流程、盖个章,谁都没真正用心审。关卡越多,每一关的责任感反而越稀薄,最后一件错得离谱的事,顺顺当当通过了所有关卡——这就是为什么有时候流程越复杂、把关的人越多,反而越容易出大篓子。另一种是"开会决策的责任真空":一个重大决定是开会"集体讨论决定"的,事后证明错了,你会发现没人真正为这个决定负责——主张它的人说"是大家一起定的",反对过的人说"我当时保留意见",沉默的人说"我又没表态"。集体决策这个形式,常常成了一件好事:它让一个具体的人,不必为一个本该由他拍板、由他负责的决定,真正担起责任来。

但定主责人有个配套的前提,不说清楚就会变成另一种坑:主责人手里得有与责任相匹配的权力。这又接回了第十二章那条铁律——权力、责任、后果必须绑在一起。如果你给一个人压上了"对这件事负总责"的担子,却没给他调动相应资源、做相应决定的权力,那他就不是主责人,是个预备好的替罪羊:事情成不成他说了不算,可一旦砸了,板子全打在他身上。这种"有责无权"的主责人安排,比没有主责人更伤人——它会让所有明眼人都看清:在这里,负责不是一种担当,是一种风险;聪明人于是都学会了躲开那个"主责"的位置,谁也不肯接,事情又重新落回无人真正负责的状态。所以指定主责人,从来不是孤立地往某个人肩上压担子,而是同时把"做这件事所需的权力"和"做成或做砸的后果"一起交给他——让责任、权力、后果在同一个人身上对齐。只有这样,主责人才会真正上心,因为他清楚:这件事的成败,我能左右,也由我承担。

所以,治理责任稀释,核心只有一条,而且简单到近乎朴素:让每一件重要的事,都有一个明确的、唯一的、躲不掉的"主责人"。 不是说不要协作、不要团队——一件事当然可以很多人一起干;而是说,无论多少人参与,必须有一个人,是这件事最终成败的第一责任人,是出了事第一个被问、也无可推脱的那个人。"大家负责"要落实成"张三对这件事负总责,李四、王五协助";"集体决策"要落实成"这个会可以一起讨论,但最后由这个有权也担责的人拍板、并署上他的名"。一件事一旦有了清晰的、唯一的主责人,那种"反正有别人"的松懈就没了立足之地——因为那个人清楚地知道,这件事没有别人,就是他。把飘在集体头顶、谁都够得着又谁都不接的责任,一件一件地落到具体的肩膀上,是管理者一项最不起眼、却最能决定事情成败的基本功。责任必须有主,无主的责任,等于没有责任。

第23章｜信息污染:老板看到的永远是加工后的现实

前面讲信息流时说过,信息在公司里往上走的过程中会失真。这一章要把这件事讲到底,因为它对一个组织的危害,比大多数人意识到的要深得多——它最终会让坐在最高处、握着最大决策权的那个人,活在一个被层层加工过的、温柔的假象里,而他还以为自己看得最清楚、掌握得最全面。这就是信息污染:老板看到的,永远不是赤裸的现实,而是被一道道工序处理过、过滤过、美化过的"现实的成品"。

这道污染是怎么发生的,得看清每一层都在干什么。一条真实的信息——尤其是坏消息——从它发生的基层,要往上走过好几个层级才能到达决策者。它每经过一层,这一层的人就会本能地、出于自保地,对它做一点"加工":淡化对自己不利的部分,放大显得自己有功的部分,把"问题"说成"挑战",把"失败"说成"还在推进",把责任尽量往别处或往客观因素上引。没有谁撒了弥天大谎,每个人都只动了那么一点点、都觉得"情有可原";但关键在于,这些微小的加工是同方向的——都在朝着"让上面安心、让自己好看"的方向修剪。于是经过三五层这样的同向修剪,一条原本带着真实棱角、甚至带着血的坏消息,到了最高层那里,就被打磨成了一份措辞得体、形势可控、一切尽在掌握的漂亮汇报。信息污染不是某个坏人的阴谋,是整个传递链条上无数个微小自保行为的同向叠加。

把这条链条放慢看一眼,你会发现它温和得吓人。一线工程师发现一个新上的功能有个隐患,可能影响一部分老用户的数据,他在周会上跟组长说了。组长想,这事还没真出问题,先盯着,别现在就捅上去搞得人心惶惶,于是他往上报的是"有个小风险,已在跟进"。到了部门经理那里,"已在跟进"被理解成基本可控,他要给总监交季度小结,顺手写成"个别边缘场景需优化,不影响主流程"。总监看一眼,觉得这都不算事,汇总给老板的月报里,这一条干脆没出现——版面有限,挑大的报。你看,从头到尾没有一个人撒谎,每个人都只是按自己的处境,把棱角磨掉了一点点。可四道工序下来,一个本该让老板知道、本该提前处置的隐患,彻底蒸发了。等它三个月后变成一批用户的数据出了岔子、客诉炸了锅,老板第一次听说这件事,而他听到的版本是"一个突发的严重事故"。

更麻烦的是,这道污染会自我强化、越来越重,因为它和老板自己的反应,构成了一条恶性的正反馈回路(又见反馈)。如果老板每次听到坏消息,反应是发火、是追问"你怎么搞的"、是迁怒于报信的人,那么所有下属都会迅速学到一件事:往上递坏消息的人没好下场。于是他们会更用力地加工、更彻底地粉饰,只把好消息和处理好的消息往上送。老板因此听到的坏消息越来越少,越来越觉得"形势一片大好",于是越来越听不得偶尔冒出来的刺耳声音,反应越来越激烈——这又反过来逼着下属把信息粉饰得更厉害。这条回路转着转着,老板就被越来越厚的"好消息茧"包裹起来,离真实的现实越来越远,而他对此浑然不觉,甚至感觉良好:你看,最近报上来的都是好消息。等到某个再也捂不住的灾难直接砸到他脸上,他才会震惊、才会愤怒地质问"为什么没有人早点告诉我"——可答案很残酷:是他自己,用每一次对坏消息的恶劣反应,亲手训练出了这个谁都不敢告诉他真话的系统。

还得说一层容易被忽略的:信息污染并不全是"自保"造成的,很多是出于善意,这反而让它更难防。一个下属可能真心不想拿"小事"去烦忙碌的老板,于是自作主张把一些他判断为"不重要"的信息过滤掉了——而这些被他好心拦下的,偏偏可能是某个大问题的早期信号。一个中层可能是为了保护团队、不想让下面的人因为一时的失误就挨批,于是把问题压在自己这一层先消化——结果让高层错过了在问题还小时介入的时机。这些人没有任何私心,他们是在做他们认为对组织好的事,可这些善意的过滤,同样在系统性地修剪着往上走的信息,同样让最高层看到的是一个被筛过的世界。这说明信息污染是个结构问题,不是道德问题:只要信息还得靠人一层层往上传,每个传递者就都在不可避免地、按自己的判断和处境对它做着筛选——无论出于自保还是善意。指望靠"挑出几个老实人"来解决它,是看错了病根。

信息污染对决策的毒害是根本性的,因为决策的质量,上限就是输入信息的质量。一个再聪明、判断力再强的决策者,如果他赖以判断的信息已经被系统性地污染、美化、过滤过了,那他做出的决定,必然是建立在一个失真的世界之上——而且因为他判断力强、决心大,这个基于假象的错误决定,还会被执行得格外坚决、错得格外彻底。这就是为什么很多大公司、大组织会犯一些事后看来匪夷所思的低级错误:不是因为高层笨,恰恰相反,是因为高层被隔绝在了真实之外,他们在一个被美化过的沙盘上,做着自以为英明的推演。位置越高、层级越多,这道污染就越厚,决策者离地面就越远——这是一种和权力如影随形的、结构性的失明。

这里得给 AI 一个冷静的位置,因为它在这件事上很容易被寄予一种错的期望。有人以为,既然污染是人在传递中加工出来的,那让数据绕过人、自动汇总到老板的看板上,不就干净了?这话只对了一半。AI 确实能多搭几条绕过中间层的管道——一线的原始工单、未经美化的客户原话、系统自己记下的异常,直接摆到决策者面前,不经手任何一双想把棱角磨平的手。这是真用处。但要当心两件事:一是有人会去喂它、去调它该报什么不该报什么,污染只是换了个入口;二是它默认会替你把信息"摘要""提炼",而摘要这个动作本身,就是一道新的过滤工序——它替你决定了什么重要、什么可以略去,而那个被它judged为不重要、略掉的,可能正是带血的那条。AI 能给真相多开几条路,但它给不了你那份"知道自己被隔绝、所以始终带着戒心去够真相"的清醒——那是人的事。

那么,怎么对抗信息污染?根子上的解法,前面已经点过:改变那条决定坏消息命运的赏罚——让报真话、报坏消息的人不受惩罚、甚至受到鼓励,这是源头,得老板亲自带头,因为他的反应就是整条信息流最上游的那个开关。但除了改赏罚,还得在结构上做文章,因为只要信息还是单一地、线性地一层层往上传,污染就几乎无法避免。聪明的决策者会主动给自己装几条"绕过中间层"的信息管道:定期直接接触一线、接触客户、接触那些离问题最近的人,听未经加工的原话;鼓励越级反映、设立能直达高层的渠道;甚至刻意保留几个敢于、也被允许对他说逆耳之言的人。这些做法的共同本质,是不把自己感知现实的唯一通道,交给那条必然会污染信息的层级链——而是给真相,留出几条能绕过所有美化工序、直接抵达自己的路。一个清醒的领导者,最深的自我认知是:我所处的位置,天然会让我被隔绝在真实之外;所以我必须主动地、持续地、带着戒心地,去够那个不会自己走到我面前来的真相。承认自己看到的是加工品,是看见真实的第一步;以为自己看到的就是现实,则是信息污染能够得逞的全部前提。

第24章｜激励错位:员工不是不努力,而是在顺着奖励走

老板抱怨员工的话,翻来覆去就那么几句:不主动、不上心、不为公司着想、只顾自己那一摊。这些抱怨背后,藏着一个几乎所有管理者都有的隐含假设——员工之所以表现不好,是因为他们态度有问题、品性不够、不够努力。于是治理的方向,就奔着"改造人"去了:开大会动员、灌输价值观、搞思想教育、树先进典型。但这个方向,十有八九是错的,因为它误诊了病根。绝大多数时候,员工的行为不是态度问题,是激励问题——他们不是不努力,而是在极其努力、极其聪明地,顺着你设的奖励往前走。问题不在他们朝哪跑,在你把奖励放在了哪。

这是理解组织的一把关键钥匙:员工的实际行为,是对真实激励的诚实响应,而不是对你口号的响应。 你想知道一个员工为什么这么做事,别去琢磨他的态度好不好、觉悟高不高,去看他所处的那套赏罚——做什么能拿到好处(钱、晋升、表扬、好项目、安全),做什么会吃亏(挨批、背锅、被边缘化、白忙一场)。看清了这套赏罚,你就能相当准确地预测他的行为。一个"不主动"的员工,背后多半是一套"多做多错、主动揽事反而容易担责"的赏罚;一个"只顾自己"的员工,背后多半是一套"协作没好处、抢功才上位"的赏罚。他们的"毛病",其实是你的激励结出的果。骂果子歪,不如去看那棵树是怎么长的。

激励错位,指的就是这种情况:你嘴上要的、墙上写的,是一套行为;你实际奖励的,是另一套行为。而员工永远跟着后者走。你嘴上说"要协作、要团队精神",但晋升和奖金全发给那些抢眼的个人英雄,于是公司越来越不协作——因为认真协作、为别人补位的人吃亏,聪明人都学会了抢功;你嘴上说"要重视质量、对客户负责",但考核只看销量和速度、出了质量问题也没人真受罚,于是质量稳定地滑坡——因为在你的赏罚里,牺牲质量去换速度是划算的;你嘴上说"鼓励创新、允许试错",但凡是尝试新东西失败的人都挨了批、按部就班的人反而稳稳升迁,于是再没人敢创新——因为你用行动告诉了所有人,试错的代价由个人承担,守成才安全。每一个这样的错位里,员工都没有背叛你的价值观,他们只是看穿了:你真正奖励的,和你嘴上说的,不是一回事——然后他们诚实地选择了跟着钱和前途走。

激励错位之所以特别难被老板自己发现,是因为它带着一层完美的伪装——老板会把错位的结果,归罪于员工的品性,从而完全看不到自己设计的赏罚才是根源。"现在的年轻人就是不能吃苦""这帮人就是没有主人翁意识""我把话都说尽了他们就是不听"——这些抱怨,本质上都是把系统问题甩锅给了个人品德。这层伪装如此自然,以至于老板可以一边持续地用错误的激励生产着他不想要的行为,一边持续地抱怨员工不争气,两件事在他脑子里完全不挂钩。他真诚地觉得自己是受害者:我要的明明是 A,这帮人怎么净干 B?而他看不见的是:他的奖金、晋升、表扬,全都精准地发给了干 B 的人。只要这层"都怪员工"的伪装不被戳破,他就永远在改造人,永远不去改那套真正决定行为的赏罚,于是问题永远治不好。

还有一类激励错位最难察觉,因为它奖励的东西表面上完全无害、甚至看着就是"好":你奖励看得见的忙碌,而不是看不见的产出。一个天天加班到很晚、邮件秒回、会上发言最多、永远显得很拼的人,很容易被赏识、被当成勤勉的标杆;而一个安安静静、把事情在上班时间内高质量做完、不制造可见动静的人,反而容易被忽略。久而久之,所有人都学会了"表演忙碌"——制造可见的辛苦,而不是创造真实的价值,因为前者才是被奖励的。类似地,你奖励"救火"的英雄(问题爆发时挺身而出、力挽狂澜,看着特别耀眼),却不奖励"防火"的人(默默把隐患消灭在发生之前,以至于什么都没发生、显不出功劳),结果就是没人愿意做那些不出彩的预防工作,人人都等着问题烧起来再去当英雄——系统于是充满了壮烈的救火,却越来越缺安静的太平。这类错位的隐蔽,在于被奖励的行为本身看起来是正面的(努力、担当、奉献),你很难意识到正是这种奖励,在悄悄挤掉那些更重要、却更安静的东西。所以审视激励时,不光要问"我有没有奖励坏行为",更要问"我奖励的这些好行为,会不会反而把另一些更该被珍视、却不上镜的好行为给挤走了"。

所以,当你对员工的某种行为不满时,最该做的不是发火、不是开动员会、不是怀疑这届员工不行,而是冷静地反过来查一件事:在我现行的这套赏罚里,员工现在这么做,是不是恰恰是对他最有利、最理性的选择?如果答案是"是"——那问题就不在员工,在你的激励设计,你得去改的是赏罚,不是人。把"为什么我的人不这样做"翻译成"在我的系统里,这样做的人有没有得到好处、那样做的人有没有付出代价",你就从一个困惑而愤怒的抱怨者,变成了一个能真正动手解决问题的设计者。员工几乎永远是理性的、是顺着奖励走的;真正需要被审视、被修正的,是那套你亲手设下、却常常浑然不觉的奖励本身。改对了激励,你不用天天盯、不用反复喊,人自己就会朝你要的方向跑;改不对,你喊破嗓子也没用,因为你在用口号对抗利益,而利益永远赢。

第25章｜强人依赖:公司一旦靠英雄,就还不是系统

很多公司,尤其是发展得不错的中小公司,身上都有一个被当成优点、实则极其危险的特征:它高度依赖一个或几个"能人"。这个能人可能是老板自己,可能是某个销售天才、技术大拿、或者万能的元老。公司里最难的事都靠他,最关键的决定都等他拍,最重要的关系都握在他手里,出了棘手的问题第一反应是"快去找他"。表面上看,有这样的能人是福气——他能力强、靠得住、一个顶仨。但从系统的角度看,这恰恰是一家公司最脆弱、也最不成熟的状态:它还不是一个系统,它只是一个能人加一群辅助者。它的命运,系于一个人的状态、健康、忠诚和不犯错,而这些,没有一样是可靠的。

强人依赖的根本问题,在于它把系统的能力,寄存在了个人身上,而不是沉淀进了结构里。一家成熟的公司,它做事的能力应该长在它的流程、制度、知识、协作方式里——也就是说,长在系统里,而不是长在某个具体的人脑子里。这样,即便某个人离开了,系统依然能运转,因为能力是属于系统的。而强人依赖的公司恰好相反:它最核心的能力——怎么搞定大客户、怎么解决最难的技术问题、怎么做关键决策——都没有沉淀成系统能掌握的东西,而是锁在那个能人的个人经验、个人关系、个人判断里。这个人在,这些能力就在;这个人一旦走了、病了、或者只是某段时间状态不好,这些能力就跟着消失了,公司会突然发现自己在最关键的地方瞬间瘫痪——因为它从来没真正拥有过这些能力,它只是借用了一个人的。

这种依赖会带来好几重叠加的脆弱,每一重都可能要命。第一重是显而易见的"单点故障":公司的命脉系于一个人,这个人一旦出任何状况——离职、被挖、生病、甚至只是心生去意开始消极——整个公司就面临剧烈的动荡,因为没有任何替代方案,那个位置的能力是不可替代的。第二重更隐蔽,是它会扼杀系统自身的成长:因为有能人在,所有难题都被他一个人扛走了、解决了,公司其他人既没有机会、也没有动力去成长,系统也就永远没有动力去把那些能力固化成制度和流程——反正有他呢,要那些麻烦的制度干嘛?于是越依赖能人,系统自己就越长不大,越长不大就越依赖能人,这是一个让公司停留在不成熟状态的恶性循环。第三重最危险,是它会扭曲权力结构:当一个人变得不可替代,他就掌握了一种凌驾于规则之上的权力,公司会越来越离不开他、越来越不敢制约他,他也就越来越可能膨胀、可能挟持公司、可能把公司的利益和他个人的利益捆绑甚至混淆——一个不可替代的人,本身就是对任何制衡机制的威胁。

第一重脆弱,我见过它真实地砸下来是什么样子。一家四十多人的工程公司,几乎所有重要客户都是销售副总一个人谈下来、一个人维系着的。报价多少、哪个项目能压、哪个客户的脾气要顺着来,全在他脑子里,公司系统里只有一堆冷冰冰的合同。所有人都觉得这是公司最大的财富。直到他因为一场急病住院,连着请了两个月假——那两个月,几个正在谈的大单全停了,因为接手的人连客户那边对接的是谁、上次谈到哪、对方在意什么都说不清;一个老客户打电话过来,接电话的人答不上来,客户当场就不悦了。公司这才惊觉,它引以为傲的客户资源,从来不是公司的,是他个人的;他一不在,这部分能力就跟着进了医院。等他回来,公司紧赶慢赶想做交接,可那些靠多年交情和临场判断攒下的东西,根本不是开几次会、写几份文档就能搬进系统的。

这里特别要警惕一种情况:老板自己,往往就是公司最大的那个强人依赖。 很多老板享受着这种"什么都离不开我"的状态,觉得这是自己价值的体现、是自己掌控力的证明,甚至有意无意地维护着这种不可替代性——把关键信息攥在手里、把关键关系绑在自己身上、不肯真正授权、不肯培养能挑战自己的人。但一个真正聪明的老板会反过来想:如果这家公司离了我就转不动,那它就不是一家公司,只是我个人能力的一个放大器,我的天花板就是它的天花板,我永远无法脱身,它也永远长不成一个能独立存活的系统。从系统的角度看,老板最重要的工作,恰恰不是让自己变得不可替代,而是反过来——努力让自己变得"可以被替代",把自己脑子里的判断变成可传授的原则,把自己手里的关系变成公司的资产,把自己解决问题的能力变成系统能掌握的流程。一个老板能不能做到让公司"离了自己也能转",是衡量他到底是在建一家公司、还是只是在当一个能干的个体户的根本标准。

这里得给个边界,免得这把刀挥得太狠。不是说能人有害、不能要——一家公司在草创和突破的阶段,恰恰常常就是靠一两个能人硬扛出来的,没有那个阶段的英雄,公司根本活不到能谈系统的那天。强人依赖真正的问题,不在"有强人",在"只有强人、且永远不把强人的能力往系统里搬"。一个健康的轨迹是:早期靠英雄杀出一条路,然后趁着还顺的时候,有意识地把英雄趟出来的路修成所有人都能走的道。怕的是把"有英雄"当成终点,躺在上面享受,一拖就是很多年,直到那个英雄走了、老了、或者反过来挟持了公司,才追悔莫及。

所以,从能人驱动走向系统驱动,是一家公司走向成熟的必经之路,也是一道很多公司迈不过去的坎。这道坎难,是因为它在短期里几乎是"反效率"的:把一件能人三下五除二就搞定的事,拆解成别人也能照着做的流程,一开始一定更慢、更笨拙、效果更差,远不如直接让能人上;把决策权和关系分散出去,短期内也一定不如集中在能人手里来得高效顺畅。所以它需要管理者有意识地、忍着短期的低效去推动:刻意地让能人把经验沉淀成文档和方法、把绝活拆解成可传授的步骤;刻意地把难题分给别人去啃,哪怕啃得慢、啃得差,也让系统和其他人在这个过程中长出能力;刻意地建立不依赖于特定个人的制度和备份,哪怕它没有能人随手一挥那么漂亮。这里头最容易卡住的,反而是那个能人自己。让他把绝活拆出来、写下来、教给别人,等于是让他亲手稀释自己的不可替代——他靠这个绝活吃饭,靠它在公司里说话有分量,你现在让他把它交出去,他凭什么真心配合?嘴上答应、行动上拖,是最常见的反应:文档写得含含糊糊,关键的火候和门道留一手;带新人时教三分、藏七分。这不是他人品差,是你没把账算明白——你既要他交出看家本事,又没在交出之后给他一个新的、同样体面的位置和回报,那他抗拒就是理性的。所以"移植能力"这件事,真要做成,得配上对那个能人的重新安顿:让他从"亲自下场解决最难的事"升级成"建标准、带梯队、啃更新的难题",让他在帮系统长本事的过程中,自己也长了一格,而不是被掏空了就晾在一边。这一步想不到、做不到,移植十有八九会卡在能人这一关,推不动。

这个过程,本质上是在把"长在个人身上的能力",一点一点地"移植到系统里"。它不性感、不立竿见影,甚至会让那个能人觉得自己的价值被稀释了。但只有走完这个过程,一家公司才算真正拥有了属于自己的、不会随某个人离开而蒸发的能力——它才从一个"能人和他的帮手",变成了一个"系统"。一家公司是靠英雄,还是靠系统,这是它成熟与否的分水岭:靠英雄的公司,再风光也始终悬在一个人的状态之上;靠系统的公司,才真正站在了自己的脚上。

第26章｜组织惯性:为什么坏系统会自我维持

一个让很多想做事的人感到绝望的现象是:明明所有人都看得出来某个做法已经不合时宜、某个流程纯属浪费、某个规则早就该改,但它就是一直存在、一直运转,谁也动不了它。你去问,没人说得清它为什么还在;你想改它,会遇到一股来自四面八方、说不清道不明的阻力。这股让坏东西得以赖着不走、让系统顽固地维持现状的力量,就是组织惯性。它是好系统能稳定运转的原因,也是坏系统能长期不死的原因——同一种力量,两副面孔。

惯性的根源,在于一个系统一旦形成,它的每一个部分就都围绕着现状长出了自己的依赖和利益。一个流程存在久了,就会有一批人的工作、地位、甚至饭碗是建立在这个流程之上的;一个规则存在久了,就会有人从维护它当中获得权力或好处,也会有人因为已经适应了它而不愿再费劲改变。于是,哪怕这个流程、这个规则对整体已经有害无益,它周围也已经长出了一圈靠它活着、或习惯了它的既得者——改变它,就动了这些人的奶酪,触发他们的抵抗。坏系统之所以能自我维持,不是因为没人看见它坏,而是因为它已经和一批人的利益、习惯长在了一起,改它的成本是具体的、马上的、落在某些人头上的,而它的害处是弥散的、长期的、不落在具体谁头上的。

这股力量具体长什么样,看一个公司里再普通不过的场景就懂了。一家公司要求所有报销单据,除了线上提交,还得打印出来、贴好、找三个人手签,再送到财务存档。线上系统其实早就够用了,这套纸质流程纯属多余,谁都嫌它烦。可它就是改不掉。为什么?管这套归档的是财务的一个老员工,干了快十年,她大半的工作量、她在公司里那点存在感和不可少,都系在这套流程上——这套没了,她得重新证明自己有用。财务主管也不愿意动:动了万一哪笔账出了岔,审计追下来,是他这个提议简化的人担责;不动,顶多大家继续抱怨,板子打不到他身上。于是一个所有人都觉得该废的流程,稳稳地活着,因为它至少和两个人的安稳长在了一起,而想废它的人,得拿自己的风险去换大家一个模糊的"方便"。没人是坏人,这套破流程就是这么被供着的。

惯性还有一个更深的来源,是纯粹的"习惯"和"路径依赖"——人和组织都倾向于沿着已经走熟的路继续走,因为那样最省力、最不需要重新思考、最不会犯"改变带来的新错误"。维持现状,哪怕现状不好,也是一种安全:它至少是已知的,而改变是未知的,未知里可能藏着谁也没料到的麻烦,而且这个麻烦会清清楚楚地算在那个主张改变的人头上。于是组织里形成了一种隐性的风险分配:维持现状,出了问题是"大环境""历史遗留",没人单独负责;主张改变,一旦不顺,就是你这个改革者的错。这种分配让理性的个体都倾向于不去碰它——多一事不如少一事,改革者注定吃力不讨好。

这就解释了为什么组织变革如此之难,也解释了为什么很多组织是被自己的惯性拖垮的,而不是被外部对手打败的。外部环境变了,要求组织也跟着变,但组织内部的惯性——既得利益的抵抗、习惯的舒适、改革者的风险——让它转得极慢,慢到跟不上环境变化的速度,最后在自己的迟钝里被淘汰。一个组织最危险的状态,不是遇到了难题,而是它明明看见了难题、也知道该怎么改,却因为内部惯性而动弹不得——它眼睁睁看着自己往坑里走,却使不上劲把方向盘掰过来。这种"看得见却改不动"的瘫痪,比"看不见"更让人绝望,因为它是清醒地走向衰败。

这种瘫痪,很多老牌公司都演过同一出戏。市场明明已经在往新的方向走,公司内部其实也早有人看清了、甚至小声提过该转,但真正握着资源、握着话语权的那拨人,恰恰是在旧业务上做出来的——他们的位置、他们的团队、他们这些年攒下的功劳和威望,全长在旧的那套上。转向新方向,意味着旧业务要被收缩,意味着他们手里的盘子要变小、人要被调走、那套他们最擅长的打法要作废,意味着此前不被看重的另一拨人要起来。让一个人去主动推动一件削弱自己的事,这本身就是反人性的。于是会照常开,转型的 PPT 一年比一年漂亮,可真到要砍旧业务、要把钱和人挪给新方向的时候,总有一万个听上去无比正当的理由把它拖住:现在旧业务还在赚钱,动它风险太大;新方向还没验证,投进去万一打了水漂谁负责。每一条都对,合起来就是寸步不移。等到旧业务的钱真的赚不动了、外面的对手已经把新方向跑通了,公司才被现实逼着去转,可那时窗口早过了。它不是没看见,它是被自己内部那圈靠旧业务活着的力量,死死按在了原地。

那么,理解了惯性,变革者该怎么办?核心是认清:惯性不是靠喊口号、讲道理、证明"新方案更优"就能克服的,因为抵抗它的人不是不懂道理,是有具体的利益和习惯在那里。还拿那套纸质报销流程说,你在会上把它的荒谬讲得再透,那位老员工和那个财务主管也不会被说服——你讲的是道理,他们护的是饭碗和风险,这两件事根本不在一个频道上。真正能撬动惯性的,一是直面那圈既得利益——要么补偿、要么置换、要么在必要时强力突破,而不是假装它不存在(比如先给那位老员工安排好新的、同样重要的活,断了她的后顾之忧,这个流程才动得了);二是降低改变本身的风险和成本——把大改拆成小步、让早期就能看到好处、给改革者撑腰让他不必独自承担试错的代价(比如老板明确表态"简化流程出了问题我担着",那个财务主管才敢动);三是利用一个朴素的事实:惯性最弱的时刻,是危机降临、现状明显维持不下去的时刻——所以聪明的变革,常常借势而为,在系统被外部冲击撼动、旧的依赖被打破的窗口里推动改变。还说那套纸质报销流程:它可能在风平浪静的十年里一动不动,却会在一次外部审计查出问题、或者公司搬家、或者换了财务系统的当口,被顺势一笔抹掉——不是因为这时候道理突然变得更硬了,而是因为旧的依赖被外力撼松了,既得者也无话可说了,改革者也有了"形势所迫"的掩护、不必独自背那个主动求变的风险。变革者要做的,往往不是没完没了地正面硬推,而是攒着方案、看准这种窗口,在惯性最松的一瞬间出手。错过了窗口,同样一件事,推起来可能要难十倍。一个懂系统的管理者,会把组织惯性当成一个需要认真对待、需要专门设计去对付的真实力量,而不是简单地归咎于"这帮人守旧、不思进取"。把惯性当成道德问题去骂,骂不动它;把它当成利益和习惯的结构去拆解,才有可能真正推动一个系统改变。

第五部分｜系统里的人:角色与责任

第27章｜老板不是最大的员工,而是系统的设计者

讲到这里,该把那个最重要的角色拎出来单独说了——老板,一把手,最高负责人。塑造一家公司这台机器,没有哪个人的作用比得上他。可偏偏是这个最关键的角色,最容易把自己的位置坐错。

错在哪?绝大多数老板,把自己定位成公司里能力最强、最操心、干得最多的那个员工。他冲在最前面,事必躬亲,什么难题都自己上,以最勤奋的员工自居。这个定位听起来挺励志,实则是个根本性的错位:老板真正不可替代的角色,不是当那个最大的员工,而是当这台系统的设计者。

这两个角色,差得很远。一个"最大的员工"式的老板,精力全投在"系统里的事"——亲自跑业务,亲自解决具体问题,亲自处理一个个冒出来的麻烦。他很忙,很累,很有用,公司也确实离不开他。但他做的,本质上是员工的工作,只不过是能力最强的那个员工。而一个"设计者"式的老板,精力投在"系统本身"——他在调那些决定所有员工怎么行动的东西:目标函数对不对,信息流通不通,激励有没有对齐,责任有没有落到人头上,关键的反馈回路有没有闭合。他不去亲手灭一个个火,他去改那个不断起火、或者不断把火自己灭掉的炉子。前者在系统内做功,后者在塑造系统本身。

为什么说设计者才是老板不可替代的角色?因为系统内的具体活,理论上谁都能干,可以雇人干,可以培养人干——再难的业务、再棘手的问题,总能找到或带出能干的人来。唯独"设计和调这台系统"这件事,在这个组织里,只有最高负责人才有那个权力,也才有那个视野去做。他坐在唯一能看见全局、也唯一有权改动全局结构的那把椅子上。他要是把全部精力都耗在和员工抢着做系统内的事,那个最重要、也只有他能做的活——设计系统——就没人做了。结果是:公司有一个累死累活的超级员工,却没有一个真正的设计者。这台机器从来没被认真设计、认真调过,它带着一身没人修的毛病一直跑,老板就在这些毛病不断造出来的问题里,永远地救火。他越勤奋,越是把自己钉死在员工的位置上,越是没空抬一下头看看:我真正该修的,到底是这一个个着火点,还是那个不断起火的东西?

这个错位,会结出一串具体的果。

先看一个画面。一家百来人的公司,创始人是技术出身,什么都能上手。客户那边一个紧急 bug,他半夜爬起来自己改;两个总监为了资源吵起来,他坐进会议室拍板;一个大单要谈,他亲自飞过去。员工都说老板厉害,确实厉害。问题是,三年下来,这家公司没有长出第二个能拍板的人。总监们学会了一件事:遇到难事,先别自己扛,等老板。因为老板一定会下场,而且下场之后做得比你好,你扛了反而显得多余。于是老板越能干,下属越退化;下属越退化,老板越离不开——这正是强人依赖的根。他忙到没有一个整段的时间去想:为什么我手下三个总监,没一个敢自己拍板?这恰恰是个设计问题,而他没空设计。

再往下,老板忙于救火,就没精力想战略、想结构,系统的根问题永远悬着,火永远救不完。还有更隐蔽的一层:老板把自己当最大的员工,就会用员工的标准要求自己——更努力,更能干,工作更长。他不会用设计者的标准要求自己——系统是不是被设计好了,能不能脱开我自己转。于是他的勤奋,越来越多地变成一种逃避:用战术上的拼命,逃掉战略上那个更难、也更孤独的思考。设计系统这件事,没人催他,没有截止日期,做不做当天看不出区别。而救火,有现成的火,有立竿见影的成就感,有"我今天又顶住了"的踏实。一个把自己累得半死的老板,很可能恰恰是一个失职的设计者:他用看得见的辛苦,盖住了他在那个真正重要、却没人催的活上的缺席。

这种转变还有一个不太被人说出口的难处:它没有掌声。当员工做得好,有立竿见影的反馈——单签了,bug 修了,客户笑了,当场就有人夸。当设计者做得好,你看到的是"什么都没发生":那个本该每周爆一次的冲突,因为你重新划了权责,半年没再爆过;那个原来要你半夜爬起来救的火,因为你补了一条反馈线,现在系统自己就处理了。一件本该发生的坏事没有发生,是没有掌声的。设计的成果,藏在"没出事"里,而救火的成果,亮在"出了事又被我摆平"里。所以一个还没想透的老板,会本能地被救火吸引,被设计排斥——救火让他感觉自己有用,设计让他感觉自己闲着。这种心理上的拉扯,比道理上的不懂,更难克服。

那么,一个老板成熟,标志是什么?是他换了问题。他不再总问"这个问题怎么解决"——那是员工的问题;他开始问"为什么我的系统会一遍遍生出这类问题,我该怎么改它,让这类问题不再发生,或者发生了能被自动解决"——那是设计者的问题。同一件事,两种问法,差着一整个层级。

举个具体的对比。客户投诉这个月明显多了。员工思维的老板,会调出投诉名单,一个个打电话安抚,然后把客服主管叫来批一顿:你们最近怎么回事,态度都给我端正点。一周下来,投诉是压下去了——靠他亲自出马压下去的。下个月,投诉照样回来,他照样再来一轮。设计者思维的老板,会先把这个月的投诉摊开来看:是不是集中在某一类问题上?查下去发现,八成的投诉都因为交付周期承诺了七天、实际要十二天。那问题就不在客服态度,在销售为了签单乱承诺、而交付那头根本没能力接住——这是目标函数和信息流的问题。他要改的,是销售承诺和交付能力之间那条断掉的线,而不是客服的脸色。改完,这类投诉从根上少了,他也不用每个月再亲自打一轮电话。前一个老板在灭火,后一个老板在拆那个不断点火的引线。

他开始把"灭掉这个火"和"改掉那个不断起火的结构"分开,而且清楚后者才是他该花时间的地方。他甚至会有意把自己从具体事务里抽出来——不是偷懒,是他明白,他坐在那张椅子上最大的价值,是设计和守护这台机器,而不是亲自去当机器里的一个零件。

把握一个边界。这不是说老板从此不能碰具体事。一家初创公司,人就五六个,老板不亲自跑业务,公司当天就饿死。早期"最大的员工"恰恰是对的——这个阶段没有什么系统可设计,活下来就是一切。错位发生在公司过了那个坎之后:人多了,事多了,该长系统了,老板却还停在"我能干"的舒服区里,继续当那个最大的员工,迟迟没有切换。所以这一章针对的,不是创业第一年的人,是那些公司早该靠系统跑、自己却还在亲手兜底的人。判断标准很简单:你不在的两个月,公司是稳的还是塌的?塌,说明你还是那条反馈线,还没开始当设计者。

还有一种老板,嘴上接受了"我该当设计者",行动上却一步都迈不出去。问他为什么不放手,他给的理由永远很实在:这事交给别人我不放心、他们做得没我好、出了错还得我收拾。这些理由,单看每一条都对——下属确实做得没他好,放手初期确实会出错、确实得他收拾。但把这些理由连起来看,它们恰好构成了一个永不退出的闭环:因为下属现在做得不如我,所以我不放手;因为我不放手,所以下属永远得不到独当一面的机会;因为得不到机会,所以他们永远做得不如我。这个循环能转到天荒地老,而每一圈,老板都觉得自己的不放手有充分理由。打破它,只有一个办法:接受一段下属做得没你好、还得你兜底的过渡期,把它当成设计的成本付出去——你是在花这段时间,养出一个本来没有的能力。不肯付这个成本,就等于选择永远当那个最大的员工。

AI 在这里能帮一点忙,但帮的是看,不是判断。它能把一个老板的时间花在哪、哪些事反复回到他桌上、哪些决策只有他能拍,摆出来给他看,让他看清自己到底有多少时间被系统内的事吃掉了。看清之后该往哪改,是设计,是他自己的事。

这本书讲过的所有零件、所有系统病,最终都是为了交到这个人手里——因为他,才是那个有权、也有责把这台机器设计好、调好的人。一家公司最后长成什么样,几乎就是它的设计者把它设计成了什么样。

第28章｜管理者不是传话筒,而是反馈节点

老板是总设计师。那公司里大大小小的各级管理者呢?他们是分布在系统各处的节点。这些节点干什么活,直接决定了整台机器的信息和反馈能不能顺畅地流过去。

可很多管理者,把自己这个节点的角色,理解成了一个最没价值、甚至有害的东西:传话筒。上面的指令往下传,下面的情况往上报,自己不加任何东西,只当一根管子。一个把自己当传话筒的管理者,是这台系统里一个失职的节点。

为什么传话筒是失职?因为一个管理者所在的位置,本该是一个反馈节点——一个对流经它的信息做处理、做判断、做加工(好的那种加工),并据此就地做出决策和调整的活节点,而不是一根被动的、什么都不做的管子。上面来的指令,他不该原封不动往下倒,而该结合下面的实际,判断这指令在他这一层是什么意思、怎么落地才合理、有没有需要顶回去说一声的问题。下面来的情况,他也不该原封不动往上堆,而该判断哪些是真信号、哪些是噪音,把要紧的挑出来、理清楚、带着自己的判断往上送。一个称职的节点,是给流经它的信息加价值的:让指令更好落地,让情况更准上达,并在自己这一层,就地把那些不需要惊动上面的偏差解决掉。

把管理者当传话筒,会出两种相反、却同样有害的结果。

一种是这个节点完全透明。它什么判断都不做,上面说什么往下传什么,下面有什么往上报什么。比如总部发来一份新报销制度,这种透明型的中层连看都不细看,直接群发给团队:"按这个执行。"底下一片懵:这条对我们这种常出差的岗位根本不适用,那条和上个月发的那份冲突了。没人解释,没人翻译,没人把明显的矛盾顶回去问一句。这样的节点,存在等于不存在——它没创造价值,还白白多加了一道传递、拖慢了反应、并且在传递里难免引进失真。

另一种更糟,是这个节点只传不担。指令往下传,出了问题是下面执行不力;情况往上报,决策错了是上面判断失误;自己永远只是个传声的,从不在自己这层做任何判断、担任何责任。出了事,他有一整套话术:"这是上级精神,我只是传达。""下面就是这么反映的,我只是如实上报。"两头一摊,把自己摘得干干净净。可他本该承担的那个职责——在我这一层做出判断、对我这一层负责——就这么凭空消失了。这是责任稀释在管理层里最典型的样子。一个团队出了问题往上追,追到这种中层这儿,线索就断了,因为他从设计上就没让自己沾责任。

对照看一个尽职的节点长什么样。同样是总部那份新报销制度发下来,一个称职的中层会先自己读一遍,过一下脑子:这条对常出差的岗位不合适,那条和上月的规定打架。然后他做三件事——把适用的部分翻译成本团队听得懂的话讲清楚,把那条不适用的拿捏一下、给团队一个本层能定的变通办法,再把那个明显的矛盾整理成一句话发回给总部:这两份文件冲突,按哪份执行,请明确。指令到他这儿,被消化了一道、被增了一道值,该往上反映的也反映了。他没多花多少时间,可流过他的信息,比进来时更可用了。这就是节点和管子的区别——管子只让东西通过,节点会让通过的东西变得更好。

一个合格的反馈节点,核心的本事是"就地闭环"——很多偏差,在它这一层就被它发现、判断、解决掉了,根本不用往上惊动更高层。这事对整台系统极其要紧。设想一下反面:如果每一个小偏差都得一路上报到最高层才能处理,那最高层会被淹死,系统的反应会慢得没法忍。一个客户嫌交货晚了两天,本该一线主管当场赔个礼、调一下排期就了结的小事,层层上报到老板那儿,老板再层层批回来,等处理完客户早走了。正是靠着各级管理者作为节点,在自己这层就地处理掉大量局部偏差,整台系统才保持得住灵敏和高效——重要的、超出本层能力的信号才往上走,该在本层解决的就在本层解决。一个管理者作为节点的价值,很大程度上就看他能在自己这层闭合多少个回路、就地解决多少问题,而不是把多少问题原样往上推。

这里也藏着一个对老板的提醒。节点要能就地闭环,前提是它得有就地闭环的权限。如果一家公司里,管理者其实什么都拍不了板——多赔客户两百块要审批,给团队调个排班要审批,改一句话术也要审批——那他就算想当个有判断的节点,系统也不许他当,他只能退化成传话筒,因为除了往上传,他什么也做不了。所以满公司都是传话筒,有时候不是这些人天生没担当,是上面根本没给他们就地解决问题的权力。这又绕回了设计:节点活不活,一半看节点自己愿不愿意担,一半看设计者有没有给它能担的空间。

那么衡量一个管理者称不称职,有个挺好用的角度:看他是一个有价值的反馈节点,还是一根没价值的传话筒。前者会问:这指令到我这层,我该怎么判断、怎么落地、有什么要往上反映?这情况到我这层,什么是关键信号、我能不能就地解决、什么必须上报?他在自己的位置上做判断、担责任、加价值。后者只会问:上面要我传什么?下面要我报什么?——然后机械地把货搬完,既不判断也不担当。

还有一个更隐蔽的检验,问下属就知道。去问一个管理者手下的人:你们遇到拿不准的事,他能给你一个答复,还是只会说"我去问问上面"?一个真正的节点,大多数时候能在自己这层给出判断;一个传话筒,几乎每件稍微出格的事都要"问问上面",因为他自己从不形成判断,他的全部功能就是把问题搬到下一站。下属心里门儿清——他们很快就学会跳过这种主管,有事直接想办法捅到更上面去,因为找他等于多绕一圈、还得不到答案。一个被下属习惯性绕过的中层,就是系统在用脚投票,告诉你这个节点已经死了:信息宁可绕开它走,也不愿经过它。

也别走到另一个极端。反馈节点不等于事事都自己扛、什么都不上报。有些信号就是超出了本层的能力和权限,该往上走就得往上走——把这种该上报的硬压在自己手里,捂成大事,那是另一种失职,下一章会专门说。节点的价值在判断:该闭环的闭环,该上达的上达,分得清。

说到底,中间这一层是系统的神经网络,不是几根接线。神经的本事,从来不只是把信号原样传过去,而是在每个节点上做处理、做整合、做就地反应——手碰到烫的,脊髓当场就让你缩回来,根本不必等信号跑到大脑再发回指令。一家公司也一样:大量的局部偏差,本该在它经过的那个中间节点就地处理掉,而不是事事惊动顶上那颗大脑。一台系统的健康,不只看顶层的设计者设计得好不好,也看这些遍布全身的中间节点,是不是都在尽职地处理信息、闭合回路。节点活,系统就灵敏;节点都退化成传话筒,系统就迟钝、失真,而且没人在中间层为任何事真正负责。

第29章｜高层的第一责任:定义目标函数

不同层级的管理者,在系统里扮的角色不一样,各有各的"第一责任"——那个最该由这一层来负、别人替不了的核心职责。接下来三章,分别讲高层、中层、基层。先说高层。

高层的第一责任,是定义和守护公司的目标函数。也就是回到第三章那个最根本的问题:这家公司到底在最大化什么。

为什么这是高层、而且只能是高层的第一责任?因为目标函数是整台系统的方向,是所有下层目标、所有局部行为最终要服务的那个总目标。它定得对不对、清不清楚、稳不稳定,决定了整台机器是劲往一处使,还是各自为政、甚至互相抵消。而定义这个总目标,要的是对全局的视野、对长远的考量、以及对取舍的权力——这三样,只有站在最高处的人才同时具备。中层、基层都只能在各自的局部里优化,他们既看不见全局,也无权去定义那个全局的目标。换个说法:让销售总监来定公司的目标函数,他大概率会定成"销售额最大化",因为那是他屁股所在的位置能看见、也最在乎的;让财务总监来定,多半是"利润和现金流最大化"。这不是他们私心重,是他们的视野本就被自己的局部框住了——你站在销售的位置上,看见的就是销售。唯有那个不属于任何一个局部、对全局负总责的人,才有可能跳出某一个部门的本位,去定那个让所有部门都服务于它的总目标。这是位置决定的,换谁坐到那个局部上,都看不见全局。高层要是不去定义目标函数,或者定得含糊、摇摆、自相矛盾,下面就会陷进一种根上的混乱:每个局部都不知道自己到底该为什么服务,只能各自猜、各自其是,于是局部理性、目标冲突、内耗就全来了。很多公司从根上就乱,乱就乱在高层从来没把"我们到底在最大化什么"这件事想清楚、说清楚、并坚持住。

定义目标函数,远不是喊一句愿景、贴一条标语那么简单。它最难、也最见功力的地方,在取舍——明确说出公司"要什么",更要明确说出"不要什么",以及当不同的"要"打起来时,先保谁、牺牲谁。

举个具体的。一家做消费品的公司开年度战略会,创始人在台上说:今年要增长,要利润,要把品质做上去,还要把新品线铺开,稳健第一,创新也不能落。台下鼓掌,记下来六条,贴进 OKR。听着什么都对。可三个月后真打起来了:为了铺新品,要砸一笔市场费,这笔砸下去,当年利润就保不住了。营销总监来问:增长和利润现在到底先要哪个?创始人说,你统筹一下,都要兼顾。营销总监出门就懂了——他自己排吧。他选了对自己考核最有利的那个:增长,因为增长当季就能见数,利润是财务的事,出问题也轮不到他先背锅。研发那边遇到品质和速度打架,做了同样的选择。半年后一盘点,六个目标里只有"增长"真被推着走了,其余的都在某个具体的冲突时刻,被某个具体的人,有充分理由地牺牲掉了。没人违抗指令,每个人都很努力,公司却朝着一个谁也没明说的方向跑——因为高层根本没排序,把取舍的难题甩给了下面。

这就是一个回避取舍、什么都说"要"的高层的真实后果。一个不做取舍的目标,在现实的冲突面前没法指导行动,它只会把难题往下甩,让每个局部各自去乱猜、乱排,结果是整个系统失去统一的方向。所以高层的第一责任,恰恰是在这些冲突里做出清晰的、可执行的排序,告诉整个系统:鱼和熊掌不可兼得时,我们这家公司,这个阶段,先要哪个。能答出来,系统就有了一个清楚的瞄准点;答不出来、或者每次都"看情况",那真实后果就是上面那个画面。

守护目标函数,和定义它同样重要,甚至更难。目标函数定下来之后,会在日常的无数压力下,不断被侵蚀、被偏移、被遗忘。短期业绩压力会诱着大家牺牲长期目标;某个强势的局部会把整体的方向掰弯;一堆紧急的事会挤掉那件重要的事。高层的责任,是持续守着那个目标函数不被啃掉——关键决策上,反复拿它来校方向;出现偏移时,及时把系统拉回来;面对诱惑时,坚持当初定下的那个取舍。

侵蚀往往是温水煮的,不是一次背叛。没有哪个高层会在某天宣布"我们放弃长期主义、改追短期"。它是这样发生的:这个季度差一点,就先借一下长期的预算把数字补上,下不为例;下个季度又差一点,又借一次。每一次都有充分的理由,每一次都说是临时的、特殊情况。可借着借着,临时变成了常态,那个当初定下的"长期优先"就被一笔笔具体的妥协掏空了,而没有任何一刻能让你指着说"就是这里变的"。守护目标函数,守的就是不让这种一笔笔的小妥协,累积成一次没人宣布的大转向。

这要求高层有一种定力。讲一个守得住的样子:一家公司定下"宁可慢,也要先把留存做扎实",这是它当年定的取舍——增长让位于质量。到了年底,投资人盯着规模,销售团队拿着一个能把当季用户翻倍、但留存极差的渠道方案来找老板签字。签了,年报好看,所有人当季都松一口气。老板没签。他知道这一签,就等于当众宣布"我们说的那套是假的,实际要的是规模"——而文化、激励、底下所有人对方向的理解,都会跟着这一签的真实信号走,而不是跟着墙上的字走。守目标函数,守的就是这种当下很疼、很不讨好的时刻。一个守不住的高层,会让公司在一次次具体的妥协里,慢慢地、不知不觉地变成另一家公司——变成它的日常行为实际所最大化的那个东西,而不是它当初宣称要成为的那个。

这里要防一个误读。守护目标函数,不等于把它刻死、永远不许改。外部环境变了、公司阶段变了,目标函数本来就该跟着调——一家公司在抢市场的阶段,可以把增长摆在利润前面;过了那个阶段,就该把优先级倒过来。守护守的不是"那几个字一个不许动",守的是"任何一次改动,都得是高层在清醒地、有意识地重新做取舍,并且让整个系统重新知道",而不是在某个销售总监一次次的施压下,在某个季度一次次的妥协里,目标函数被悄悄地、没人宣布地挪了位。前者是主动调校,后者是被动腐蚀。两者外表都像"目标变了",里子完全相反:一个是设计者在握方向盘,一个是方向盘在被环境推着转,而握盘的人还以为自己在原来的航线上。

所以,一个高层要是把大量精力花在了具体业务、具体问题上,而没花在定义和守护目标函数上,那他就是没尽到这一层的第一责任——哪怕他很忙、很能干。具体的事,中层基层能做;唯独定义和守护那个总方向,只有他能做,也必须由他做。这是高层这个位置存在的根本理由。一个高层最该反复问自己的,不是"今天又解决了多少问题",而是:我们到底在最大化什么,这个目标还对吗、还清楚吗、还守得住吗,我有没有让整个系统都清楚地知道、并真的在服务它。

第30章｜中层的第一责任:让信息真实流动

高层定方向。中层呢?中层管理者的第一责任,是保证信息在系统里真实地流动——既把上面的方向真实、准确地传导落地到下面,也把下面的真实情况,不失真地反映上达到上面。

中层处在系统的腰部,是连接顶层和基层的枢纽。而枢纽最大的价值和最大的风险,是同一件事:所有的信息,都要经过它。

为什么这是中层的第一责任?因为中层所在的位置,恰恰是信息上下流动的必经通道,也是信息最容易被扭曲、被截断的地方。前面讲信息污染时说过,坏消息往上走,每过一层就被加工一次,而中层正是这种加工最密集发生的层级。它的处境特别拧巴:上有压力,下有顾虑。它既想在上级面前显得自己这一摊管得好(于是倾向美化、报喜不报忧),又想在下属面前显得自己罩得住(于是倾向把上面的压力消化掉、把下面的问题压住)。两头都想好看,中层就成了信息失真的高发区。一旦这个枢纽开始系统性地扭曲信息,后果是双向的灾难:上面的方向传不下去,或者被层层加码走了样;下面的真相报不上来,或者被层层过滤、美化掉。整台系统的神经,就在腰这儿断了。

往下这个方向,中层的活是把高层定的目标和方向,真实而准确地传下去,并翻译成下面能懂、能做的话——不是机械照搬,而是结合本层实际把它讲清楚、落到位,既不歪曲也不层层加码。现实里很多方向"传着传着就变味了",根子常在中层。

层层加码,是其中最常见、也最伤人的一种。看个画面。高层定的是"今年销售争取增长百分之二十"。到了大区总监这层,他怕只完成百分之二十显不出本事,给自己留点余量,往下压成百分之三十。再到城市经理这层,城市经理也怕完不成挨批,再加一道保险,压成百分之四十。最后落到一线销售头上,变成了"人均业绩翻倍"。一个本来合理的目标,经过两层中层各自的"自我保护",变成了基层根本扛不动的指标。结果是什么?一线要么造假凑数,要么直接躺平——反正怎么都完不成,索性不当回事了。高层还纳闷:我定的明明是个温和的目标,底下怎么怨声载道、数据还全是水分?他不知道,他的目标在腰部被两次加码,早就不是他定的那个了。

往上这个方向更难。中层要把基层的真实情况——尤其那些不好听的、暴露问题的——不加粉饰地报上去,哪怕这些情况显得自己这一摊没管好。难就难在,这直接顶撞着中层"想在上级面前好看"的本能。一个产品上线后一线反馈一片差评,如实报上去,上面第一个问的就是"你这边怎么搞的";修饰一下报成"初期市场反应有待观察、团队正在积极优化",自己当下好看,代价是高层收到的是一份美颜过的现实。这一点需要中层有一种职业的诚实和担当:我报真实情况,是为了让系统看清现实、及时纠偏,不是为了我个人的考评好看。

诚实的中层是什么样子,值得画一笔。同样那个差评满屏的场景,一个诚实的中层会这么报:这版上线后差评集中在两个点,一是加载慢,二是某个核心功能跟用户预期反着来,这两点我判断是设计阶段就埋下的,不是执行问题,得回头改产品方案;我这边能补救的已经在做了,但根上的两个点超出我的权限,需要上面定。他没把锅往自己身上揽,也没往别人身上甩,他做的是把真相理清楚、把责任归准、把超出本层的部分交上去。这种报告上面听着不舒服,但它有用——高层据此能看清现实、能动手。值得注意的是,中层敢不敢这么报,很大程度上取决于上面收到坏消息时是什么脸色。如果每次报坏消息都先挨一顿"你怎么搞的",那再有担当的中层也会慢慢学乖。所以中层的诚实,也是高层用自己的反应一点点喂出来或者掐死的。

中层在信息上还有一个极要紧、却常被忽视的活:就地消化和准确分流。哪些问题该在我这层就解决掉、不必上报,哪些超出了我的能力或权限、必须及时上报。这考验判断力。失职的中层有两种典型,正好是上一章那个边界的展开。一种是什么都往上推,芝麻大的事都上报,把高层淹在琐碎里,自己不担任何就地解决的责任。另一种相反,是什么都往下压、往自己这儿捂,该上报的重大问题也压着不报,怕惊动上面、怕显得自己无能,结果一个本可以早期处理的问题,在他这层捂着捂着,捂成了大灾难。

第二种的危害,值得多说一句,因为它最隐蔽。捂问题的中层,通常恰恰是上级眼里"省心""能扛事"的那个——你交给他的事,从来听不到他喊困难,数据也总是过得去。上级很喜欢这种下属,因为他屏蔽了所有噪音。可这种省心是有代价的:他屏蔽的不只是噪音,还有信号。等到他实在捂不住、问题浮上来那天,往往已经不是一个能从容处理的偏差,而是一场要紧急扑救的事故了。上级这才发现,自己这几年的"省心",是用对真实情况的一无所知换来的。所以一个从不给上面添麻烦的中层,有时候不是最好的中层,是最危险的那个。称职的中层,会准确判断每个信号该往哪走:能在本层闭环的就地解决,该上达的及时、准确、不加粉饰地上达。他是一个让信息各得其所、流动顺畅的枢纽,不是一个让信息要么泛滥、要么淤塞的堵点。

还有一种中层的失真,既不是为了好看,也不是故意捂,纯粹是懒或者没过脑子:上面来一句话,他不假思索就往下甩;下面报一堆东西,他原样打个包就往上转。他自以为很尽职——传得很快,一条不落。可他这一层没加任何判断,等于不存在,前面说过的透明型节点就是他。这种失真最难抓,因为他态度积极、动作勤快,看上去一点没失职,实际整条信息链在他这儿白白多绕了一道、还多了一次走样的机会。判断中层尽没尽责,不能看他传得勤不勤,要看他传的东西经过他之后,是变得更清楚了,还是只是换了个人原样复述。

AI 在这里能照出一点东西:同一个目标、同一份情况,在不同层级被表述成了什么样,前后差了多少。把这个落差摆出来,中层在哪儿加了码、在哪儿做了美颜,就比较难藏了。但报不报真话,终究是中层自己的选择,不是工具能替他做的。

所以,中层最该反复检视自己的,不是"我这一摊的数字好不好看",而是:流经我的信息,是不是真实的——上面的方向有没有被我准确传下去,下面的真相有没有被我如实报上来,我有没有为了自己好看而扭曲了任何一个方向上的信息。一个公司的高层能不能看见真实、能不能有效指挥,极大地依赖于中层这个枢纽诚不诚实、称不称职。中层是系统的腰。腰一旦在信息上出了问题——要么传导失真,要么反映失真——再好的大脑和再好的手脚,也会因为神经在中间断了而失去协调。让信息真实地流过自己,是中层对整台系统最根本的贡献。

第31章｜基层的第一责任:让动作可执行、可反馈

高层定方向,中层通信息,到了基层。基层管理者和一线,处在系统和现实直接接触的最前沿——所有的战略、所有的方向、所有的设计,最终都要在这里变成一个个具体的动作,作用到真实世界上。同时,真实世界的反馈,也最先在这里产生。

所以基层的第一责任,是让动作真正可执行、并且可反馈——把上面传下来的目标,落实成一个个能做、做得到、做了能看见结果的具体行动。

为什么强调"可执行"?因为再好的战略,在基层落不了地、变不成具体可做的动作,它就只是一句空话。很多公司的问题不在战略不对,在战略到了基层就悬空了:目标很宏大,但没人说得清落到具体岗位上、具体到每天该干什么动作;指标压下来了,但基层没有相应的方法、工具、权限去完成它。

看个画面就明白了。高层定下"提升客户满意度",这话没错,但它到了一线客服那儿,如果就这么一句,等于没说。一个称职的基层主管会把它拆开:满意度低主要卡在响应慢,那就定下"客户消息五分钟内必有人接"这一条能做的动作;接不过来,是因为高峰期人手不够,那就去争取排班权限,或者要一个能自动分流的工具。他把"要达成什么"翻译成"具体怎么做",还顺手把挡在动作前面的障碍扫掉——确保人有能力做、有工具做、有权限做。反过来,一个不称职的基层主管,会把那句"提升客户满意度"原样念给团队听,然后考核的时候问大家为什么满意度还没上去。目标停在了口号上,没落到任何一只手上。基层主管的价值,就是不让这种事发生。

这里有个一线常见的失败,长得特别像在执行,其实是在空转:目标拆是拆了,但拆出来的动作,人压根做不到、或没条件做。比如把"提升满意度"拆成了"每通电话都要让客户百分百满意",这听着具体,实则还是句空话——没人能保证百分百,这种"动作"只会逼着客服为了好看去操纵评价、去求客户给好评,满意度的数字上去了,真实的满意度没动,反馈回路还被污染了。可执行的关键,不在拆得细,在拆出来的东西真的握得住、做得到、做了能看见结果。一个动作如果一线再努力都达不到,那它就不是动作,是又一句换了形状的口号。

为什么强调"可反馈"?因为基层是反馈的源头。真实世界对公司所有动作的回应,最先、最直接地在这里显现:客户的真实反应、产品的真实表现、市场的真实变化、执行中撞上的真实障碍,这些最一手、最没经过加工的反馈,都首先出现在一线。基层的责任,是让这些真实反馈被准确捕捉、并真实传回系统——而不是在源头就把它扭曲、掩盖、丢掉。

这里藏着整条反馈链最脆弱的一环。如果基层为了自己好看,在源头就粉饰了一线的真实情况——报喜不报忧,把问题藏起来,把客户的骂声记成"个别情绪"——那么整台系统的反馈回路,在最源头就被污染了。这一点要想透:后面中层再诚实、高层再英明,也救不回来,因为真相在它产生的那一刻就被改写了。一个门店店长把当天三起客诉压下不报,只报了销售额,那么无论上面的管理者多想看见真实,他们这一天收到的现实里,就是没有这三起客诉。基层的诚实,是整台系统能看见现实的第一道、也是最关键的一道闸。

基层这一层还有一个特别真实的张力:它最贴近现实,所以最知道哪些上面的要求其实不合理、哪些指标在一线根本做不到、哪些方向在实际中行不通。这些来自一线的声音,是极宝贵的反馈——它们是系统检验自己的战略和设计到底对不对的第一手证据。一个健康的系统,会珍视这些"不同意见"和"执行困难",把它们当成校正方向的重要输入。一个不健康的系统,会把它们一律当成"基层找借口、能力不行、执行不力"压下去。

这里基层管理者的责任,是有勇气、有渠道把这些一线反馈往上带,而不是为了"显得能执行"就把所有困难自己硬扛、把所有不合理默默吞下。后者看着忠诚能干,实则切断了系统从一线学习、校正自己的最重要的一条通道。打个比方,一线反复反映某个新流程让操作时间翻了一倍,基层主管要么把这个信号带上去、推动上面重新审视流程,要么就劝大家"克服一下、习惯就好",自己把这条反馈咽了。咽下去那一下,他显得很能担当,可系统从此不知道这个流程有问题,会带着它一直跑下去,直到在别处出更大的乱子。能扛不等于该扛——有些东西扛下来,扛掉的是系统自我纠错的机会。

得分清两种"扛"。一种是该自己消化的执行困难:活多了点、节奏紧了点、临时缺个人手,这种本就是基层该就地解决的,扛下来是本分。另一种是暴露了系统问题的反馈:流程本身设计错了、指标本身定得不可能完成、方向本身在现实里走不通——这种不是困难,是信号,扛下来就等于把信号掐了。失职的基层主管,恰恰是把第二种当第一种处理:明明是制度有毛病,他当成"大家再努努力"的事自己兜了。判断也不难——如果这件事换个人来、再努力一点就能解决,那是执行困难,自己扛;如果换谁来、再努力都解决不了,那就不是努力的问题,是系统的问题,必须往上带。把这两种混在一起,要么把本该自己解决的小事推上去添乱,要么把本该上报的系统问题压下去酿祸。

所以基层这一层的价值,在于它是系统的手脚,也是触角。既要让动作精准有力地落到现实上(可执行),又要让现实的反馈灵敏真实地传回系统(可反馈)。一个基层管理者最该盯住的,不是"我有没有把上面的话原样执行了",而是:我有没有把目标真正变成了做得到的动作,有没有把一线的真实情况真实地反馈了回去。整台系统的方向定得再好、信息通得再畅,最终能不能产生真实的成果、能不能收到真实的反馈,都落在这最前沿的一层。手脚不准、触角失灵,大脑再聪明也是空转。

第32章｜文化不是口号,而是默认行为

讲完三个层级,这一部分用"文化"来收尾。因为文化是渗透在所有层级、所有人身上的那层看不见的东西,它常被谈论,也最常被误解。

很多公司把文化理解成墙上的标语、宣传册上的价值观、年会上喊的口号——一套被精心措辞、挂出来给人看的漂亮话。但真正的文化,和这些挂出来的东西常常没什么关系。文化是这家公司里"默认会发生的行为"——是在没有明确规定、没人盯着、没有奖惩当场兑现的情况下,大家自然而然会怎么做。它不是说出来的,是做出来的;不是写在墙上的,是长在习惯里的。

要看一家公司真正的文化,别听它说什么,看它在那些"没有明文规定"的情境里,人们默认怎么做。一件事没人要求你做、做了也没立刻的好处,你会不会主动去做?一个错误没人发现,你会不会主动承认?一个同事遇到困难、帮他对你没好处,你会不会搭把手?一份活做到差不多就能交差、做到更好也没人额外奖励,你会做到哪一档?这些灰色地带里的默认选择,才是真实的文化。

举个能照出真相的小场景。下午六点,一个项目临时出了个岔子,处理它得多留一两个小时,而且这事不在任何人的明确职责里——谁都可以装作没看见走掉,没人会怪你。这种时候人们默认怎么做,比墙上写的任何一句话都诚实。在一家文化是"补位"的公司里,会有人停下来说一句"我看看";在一家文化是"甩锅"的公司里,大家会默契地各自收拾东西,心里想着"这又不是我的事"。两家公司墙上可能写着一模一样的"主人翁精神",但那个六点钟的小岔子,会把它们真实的文化分得清清楚楚。

还有个更狠的照法:看新人。一个刚进公司、还没被同化的新人,他的行为最接近"外面的常识",还没沾上这家公司的默认设定。看他做了什么之后被老人提醒"别这样",就能看出这里真实的规矩。一个新人热心地越级把一个问题反映上去,老人私下拉住他:"以后这种事别直接捅上去,先过你主管。"——这一句提醒,比墙上"开放透明、鼓励直言"那行字真实一万倍,它才是这家公司在信息上的真实文化。新人被同化的过程,就是真实文化一条条显形的过程,因为每一条"在这儿不能这么干"的潜规则,都会在这个时候被老人亲口教给他。一家公司可以把"诚信""协作""客户第一"写满墙,但如果在这些没人监督的情境里,大家默认的是推诿、是甩锅、是糊弄,那它真实的文化就是推诿、甩锅、糊弄,墙上那些字一文不值。默认行为骗不了人。

那这种默认行为是从哪儿来的?它不是被口号塑造的,是被这家公司长期、真实的赏罚和示范塑造出来的——这就把文化和前面讲的所有东西,尤其是激励,接上了。人们会默认去做那些长期被这家公司真实奖励的、被它的成功者所示范的行为,会默认不做那些长期被它真实惩罚的、被它的失败者所代表的行为。逻辑很朴素:在这儿待久了,每个人都会观察一件事——什么样的人在这里混得好。

把这件事讲透。一家公司里,有个人老实本分,从不抢功,出了问题第一个站出来认,帮同事从不计较;另一个人会哭会闹,功劳往自己身上揽,锅往别人身上甩,见人说人话。三年下来,升职加薪的是后者,前者还在原地,甚至因为"太较真""不合群"被边缘化。这一切,公司里每个人都看在眼里。没人需要开会通知,所有人都默默学会了:在这儿,圆滑、自保、甩锅,是划算的;老实、担当、补位,是吃亏的。于是这套"划算的"行为,就慢慢沉淀成了这里的默认设定——无论墙上写着多么高尚的价值观。文化,就是激励和示范长期作用之后,在人们心里结成的那层"在这里就该这么做"的默认设定。它是过去所有赏罚的沉淀物。

这就解释了文化为什么既极其顽固、又极其脆弱。

说它顽固,是因为它一旦成形,就成了一种集体的默认设定、一种自我维持的惯性。新来的人会被它同化——头三个月还带着外面的习惯,半年后就"在这儿就得这么干"了。想靠喊新口号、贴新标语去改它,几乎没用,因为它压根不是靠口号建起来的。

说它脆弱,是因为它需要长期一致的赏罚和示范去维护,一旦说的和做的开始裂开——嘴上倡导一套、实际奖励另一套——文化就会迅速腐坏,而且会朝着"实际被奖励的那套"腐坏,无论你嘴上多用力地倡导相反的东西。最伤文化的,不是没有漂亮口号,而是有漂亮口号、却用相反的行为去奖励。那等于公开告诉所有人:这里说的都是假的,你们看我们实际奖励什么就行。一次就够。一家公司刚把"诚信"列为头号价值观,转头就重用了一个业绩造假但数字漂亮的人,这一个动作,比一百场文化宣讲都管用——它精确地教会了所有人,这家公司真正要的是漂亮数字,不是诚信。言行一裂,腐蚀就开始了,而且是从最在意那句口号的人先寒心。

那真要改一个已经坏掉的文化,该怎么动手?不是开大会、换标语,是改那套真实的赏罚,然后用足够长的时间,等默认行为慢慢重新沉淀。说个具体的。一个新接手的负责人,发现团队默认就是甩锅——出了事大家先忙着撇清,没人认。他要改这个,光说"我们要勇于担当"没用,大家都听过这种话。他得做几件能被所有人看见的事:第一次有人主动认错,他当众表扬、并且明确说"认错不罚、瞒报重罚",然后真的就这么执行;下一次有人甩锅,他不点破口号,直接让甩锅的人吃了亏、让背锅的人得到澄清。这样反复几次,团队会重新计算一遍——原来在这个新头儿手下,认错是划算的,甩锅是吃亏的。默认行为才开始往"担当"那边挪。这个过程很慢,因为旧的默认是几年赏罚结出来的,得用新的赏罚一点点覆盖,而且只要中间有一次他自己破了例——比如某个业绩好的人甩锅他睁只眼闭只眼——前面攒的信用就大半作废。改文化没有捷径,它就是改赏罚加上时间,再加上一次都不能破例的一致。

所以塑造文化,靠的从来不是宣传和口号,是让"说的"和"做的"高度一致——让你真正想要的那些行为,在日常的、真实的赏罚和示范里,持续地被奖励、被推崇;让你不想要的那些行为,持续地付出代价。文化不是一项能单独去做的工作。开个文化建设大会、发本价值观手册,改变不了任何默认行为;它是你所有管理动作——尤其是激励、以及你自己作为老板的示范——长期累积出来的那个总结果。你想知道你的文化会变成什么样,就去看你实际在奖励什么、你自己在示范什么。

这也是为什么,一个老板自己的示范,在文化里的分量比任何制度都重。员工不只看你奖励谁,也看你自己怎么做——你嘴上说重视质量,自己却每次都为了赶工期默许放水;你嘴上说尊重人,自己却当众羞辱下属。这些你亲身做出来的事,会被所有人当成"这家公司真正认可的样子"照着学,因为你是这里最大的成功者、最强的示范源。一个老板想要什么文化,先得问自己愿不愿意先做出那个样子——文化是从他这儿往下淌的,他堵在源头,下面再怎么倡导都是空的。

从系统的角度看,文化是这台机器长期运行之后,在"人的默认行为"这个层面上自然涌现出来的稳态——它精确地反映了这台系统真实的赏罚结构,而不是它宣称的价值观。改文化,最终要改的是那套赏罚和示范,不是那面墙。

第六部分｜动手设计系统

第33章｜先设计目标函数:公司不能什么都要

从这一部分起,书从"看懂系统"转向"动手设计系统"——把前面讲的诊断,变成一套可操作的设计动作。第一项,也是最根本的一项,就是设计目标函数。这呼应了第三章和第二十九章:一家公司真正在最大化什么,是它一切行为的总开关。设计一家公司,第一件事就是想清楚并明确地定义:我们这家公司,到底要最大化什么。

设计目标函数,最核心、也最难的一条原则是:公司不能什么都要。 一个想同时最大化所有东西的目标函数——既要最高的增长,又要最厚的利润,又要最好的质量,又要最快的速度,又要最大的规模,又要最稳的现金流——是一个无法指导任何行动的目标函数。因为在现实里,这些目标在很多关键时刻是相互冲突的:要极致的增长,往往要牺牲短期利润;要最快的速度,往往要在质量上让步;要最大的规模,往往要承担更大的风险。一个"什么都要"的目标,等于没有目标,因为当冲突来临、必须取舍时,它给不出任何指引,只能让下面的人各自乱猜、各行其是,于是又回到了局部理性、目标冲突、内耗的老路上。

这话听着抽象,落到地上是什么样子,我见过一回,印象很深。一家做线上教育的公司,创始人开年会,把今年的目标列了一张胶片,六个词:增长、口碑、利润、团队、创新、合规。底下鼓掌,他自己也满意。三个月后我去看,发现这六个词谁也没在用——准确说,每个部门都在用,但各用各的。销售把"增长"挑出来当令旗,投放预算翻倍,获客成本冲到历史最高;产品部门盯着"口碑",死活不肯上那个销售催了半年、能立刻拉新的裂变功能,因为它会骚扰用户;财务守着"利润",月底卡所有报销,连销售出差打车都要审三天。三个部门吵到创始人桌上,他才发现自己那张胶片根本没法仲裁——六个词平行排着,谁也不比谁高,他张口想说"还是增长重要",可上一句年会上他刚说完"口碑是我们的命"。他这才意识到,他给的不是目标,是六个互相打架的愿望,而真正在替他做取舍的,是底下三个各自为政的部门负责人,按各自屁股决定脑袋。

所以,设计目标函数的本质,是设计取舍——明确地排出优先级:当不同的好东西不可兼得时,我们优先要什么,愿意为它牺牲什么。注意,难的从来不是列出那些好东西,谁都会列;难的是在它们打架的那个具体路口,你敢不敢说出谁先谁后。还是上面那家公司,后来创始人被逼着做了一件事:他不再讲六个词,他讲一句话——"今年,增长和口碑冲突时,口碑优先;口碑和利润冲突时,口碑优先;前两条都顾上了,再去争利润。"就这么一句,排了个序。痛不痛?痛。销售当场就觉得被泼了冷水,有人私下说这是不想活了;那个原来卡报销卡得最凶的财务,反倒松了口气,因为他终于知道为了口碑该把钱往哪儿放,而不是逢花必砍。可最奇妙的是,从那天起,那些原来吵到他桌上的事,大半在底下就解决了——产品和销售那个吵了半年的裂变功能,产品自己就拍了板:不上,因为它伤口碑,而口碑在增长前面,这不用再问老板。大家终于知道了冲突时该往哪边倒,不用再事事上交。一个清晰的排序,省下的不只是争吵,是老板自己的时间——他不必再当那个被无数小冲突拽着、天天临时仲裁的人。这个优先级排序,就是一家公司的战略定力所在:它让公司在面对各种诱惑和压力时,知道该坚持什么、该放弃什么。没有这个排序,公司就会随波逐流,被每一个眼前的机会和压力牵着走,这个季度追增长、下个季度追利润、再下个季度追规模,看似什么都在抓,实则什么都没抓住,因为它从来没有一个稳定的、可以累积的方向。

排序之外,设计目标函数还有一个特别容易踩的坑,值得单拎出来说:把容易测量的,误当成真正想要的。前面讲指标失真时说过,真正重要的东西——长期价值、客户信任、组织健康——往往难以量化,而容易量化的——短期收入、单季利润、某个具体指标——往往只是它的一个侧面。一个设计者坐下来定目标,几乎一定会遇到这个诱惑:他心里真正想要的是"客户长期信任我们",可这玩意儿没法写进考核表,于是他顺手一抓,把"复购率"或者"NPS"填了进去,心想这总能代表信任了吧。能代表一部分,但不是全部。一旦这个数字被当成了目标本身,系统就会去优化这个数字,而不是它背后的东西——客服开始追着用户求好评,产品开始用小恩小惠换续费,数字是上去了,那个本来想要的"信任"反而被掏空了。我见过更极端的:一家公司把"用户满意度评分"定成了核心目标,门店为了刷分,干脆在结账时拿着手机守着客户,不打满分不让走,评分一路飙到 4.9,可同期的复购和口碑全在跌——那个分数已经和它本该代表的东西彻底脱钩,成了一个被精心伺候的、空心的数字。这就是为什么设计目标函数,要努力让它指向你真正想要的、根本性的东西,哪怕它难测量;然后再去找一组指标来近似地、多角度地反映它,而且时时记着这组指标只是仪表盘上的读数,不是路本身——千万别让一个好测量的指标,僭越成了目标。一个老练的设计者,定下一个指标的同时,会习惯性地多问一句:如果有人一门心思只冲这个数字、别的全不管,他能把这家公司做成什么样?要是那个样子你不想要,这个指标就还没定对。

总之,设计一家公司,从设计它的目标函数开始;而设计目标函数,从承认"不能什么都要"、从做出清晰的取舍排序开始。这是整个设计工作的地基。地基歪了或含糊了,上面所有的设计——信息流怎么搭、责任怎么分、激励怎么给——都失去了它们要服务的那个准星,再精巧也是空中楼阁。一个设计者在动手搭建任何具体机制之前,得先逼自己回答清楚那个最根本的问题:这台机器,究竟是为了把什么东西最大化而存在的?更狠一点的检验是:说出一样你愿意为它牺牲的好东西。要是这个你一样都舍不得,那你其实还没有目标函数,你只有一墙愿望。AI 在这一步能帮的忙很有限——它可以把你过去一年的赏罚翻出来,告诉你"你嘴上的排序"和"你钱包的排序"差多远;但究竟要把谁排在第一位、愿意为它放弃什么,这是只有你能做、也必须由你来做的那个判断。

第34章｜设计信息流:坏消息必须能回来

目标定了,接下来要设计的,是信息流——尤其是要确保一件事:坏消息能够回来。这呼应第十章和第二十三章讲的:一家公司最危险的状态,不是问题多,而是它看不见自己真实的问题、活在被美化的假象里。所以设计信息流,核心目标不是让信息流动得多漂亮、多高效,而是让真相——特别是那些没人愿意说的坏消息——能够穿过层层的自保和粉饰,真实地抵达需要知道它的人。

设计信息流要解决的核心难题,前面分析过:信息,尤其是坏消息,在层层上传中会被同向地加工、美化,因为报坏消息的人怕承担后果。所以设计的第一个着力点,不在制度,在那个听消息的人——通常就是你自己——身上。你对坏消息的每一次负面反应,都是在花钱购买未来的粉饰。这句话不抽象,它有具体的样子:一个区域经理鼓起勇气在周会上说"这个月华东要完不成了,我判断差三成",老板的眉头当场就皱起来,追了一连串问题——"为什么现在才说""上周你不是说还行吗""别人能做到你为什么不行"——最后撂下一句"你这个月到底在干什么"。这一幕,屋里十几个人全看在眼里。下个月,华东还是完不成,但这位经理学乖了——他不再说"差三成",他说"还有几个大单在推进,月底应该能冲一冲";他把坏消息包了一层糖衣,推迟到瞒不住的最后一刻才报。等到月底真的崩了,留给老板调头的时间,从三十天缩成了三天。你看,没有人变坏,是这位老板亲手把这条线掐断的,用的就是他那张越来越难看的脸。更隐蔽的是,这种事一旦发生过两三回,屋里其他几个经理也学会了——他们不需要亲身挨骂,看一次别人挨骂就够了,这是公司里学得最快的一种东西。反过来,真正高明的老板,听到这种坏消息时,第一句往往是"幸亏你早说"——哪怕心里正翻江倒海,这句话他也要先说出来,因为他知道,屋里所有人都在看他怎么对待这第一个报信的人,而他这一句话的价钱,是未来半年大家肯不肯对他说实话。设计者要清醒地认识到:你想让真相能回来,就必须刻意地、违背本能地,去保护甚至奖励那些带回坏消息的人——哪怕他们带回的真相让你难堪。难就难在,这事没法靠制度强制,它靠的是你每一次听到坏消息时,管住自己那张脸的功夫。

光靠人对人的克制还不够,因为只要信息单一地、线性地一层层往上传,无论你怎么倡导诚实,失真都难以避免——每一层都有它自保和美化的动机,而且这种失真是累积的,五层传上来,一个小偏差能放大成另一回事。所以聪明的设计,会刻意建立一些不经过常规层级的、直达的信息渠道。具体怎么搭,各家不一样:有的老板每周固定抽两个小时,不打招呼直接坐到客服旁边,听原始录音,不要任何人整理的"客诉摘要";有的公司设了一个匿名通道,直达创始人,且明文规定中间任何一层不得追查是谁写的;有的干脆养着一两个"专门说逆耳话的人",位置不高,但有当面顶撞老板而不挨整的特权。这些通道的作用,是给真相多留几条不被中间层过滤的路,让系统不至于把"感知现实"这件事,完全押在那条必然会污染信息的层级链上。这本质上是一种冗余设计——用多条信息通道的冗余,来对冲单一通道被污染的风险。它要花成本,会让中层不舒服,但这成本买的是"老板不至于在假象里裸奔"。

这里得提醒一句,绕过层级不等于架空层级。这两者差之毫厘,后果天差地别。有的老板学了"直达一线",就开始绕过中层、直接给一线下指令、当场拍小决定,结果中层的权威被一点点掏空,大家发现"反正老板会直接管",中层也乐得不管了——信息通道是打通了,责任链却被搞断了。正确的做法是:绕过层级去"听",但不绕过层级去"管"。老板坐到客服旁边听原话,听完心里有了数,该敲打谁、该调整什么,仍然通过那位客服主管去落地,而不是越过他直接发号施令。你要的是多一双不被过滤的眼睛,不是多一只伸进去乱搅的手——这条线,设计的时候就得想清楚,不然好心办坏事。

不过这里有个反例得摆出来,因为信息流这件事最容易走过头,从一个坑跳进另一个坑。我见过一家公司,老板读了几本管理书,下决心"让坏消息都回来",于是开了一个全员都能发言、直达高管的群,鼓励大家有问题随时说。头两周热闹得很,真暴露出几个像样的问题。可一个月后,这个群成了灾难:几百号人,每天上千条消息,小到食堂的菜不好吃、空调太冷,大到对战略的各种猜测和焦虑,全往里倒。高管们一开始还认真看,后来根本看不过来,真正重要的那条"某大客户准备解约了"淹在三百条吐槽里,没人注意到,等浮上来已经晚了。这就是"让坏消息回来"被做成了"让所有噪音都涌上来"——决策者不是瞎了,是被信息淹死了,反而对真正的危险更麻木。健康的信息流,要的是"重要的坏消息能及时、准确地上达",不是"所有信息都涌上来"。这就回到前面讲过的:各级管理者本身就是合格的反馈节点,他的职责之一,是在自己这一层做好判断、过滤和分流——把鸡毛蒜皮消化在本层,把真正要命的信号准确、不打折地往上送。设计信息流,既要打通让真相上达的路,也要建好让噪音不泛滥的闸,两者缺一不可;只通不滤,和只滤不通,是两种不同的死法。

总之,设计信息流,是设计一台系统"感知现实"的能力——它决定了这台系统是睁着眼睛跑、还是闭着眼睛跑。一个设计者要时刻记住:你的系统天然有一种把现实美化、把坏消息过滤掉的倾向,这种倾向会随着层级增多而加重,会随着你对坏消息的负面反应而恶化。设计信息流,就是要刻意地、持续地对抗这种倾向——用赏罚保护真相、用结构冗余绕过过滤、用分层节点滤除噪音——确保这台系统永远能看见它真实的处境,尤其是它不愿看见的那部分。AI 在这里能搭把手:它不嫌烦、不会因为今天心情不好就把某条客诉划过去,可以持续地把分散在各处的异常信号汇拢起来、按轻重排个序,替那个会累、会偏心的人,守一道初筛的闸。但它终究只负责把信号摆到桌上;真相回来之后,愿不愿意正视它、要不要因它而调头,还是握方向盘的人的事。一台看得见真相的系统,问题再多也有救;一台被假象包裹的系统,看着再太平也随时可能猝死。

第35章｜设计责任闭环:权力、责任、后果必须绑定

接着设计责任。这一章呼应第十二章和第二十二章的核心:权力、责任、后果三者必须绑定在同一个人身上,且每件重要的事都要有明确唯一的主责人。设计一家公司的责任结构,本质上就是确保系统里不存在"权责后果错位"的位置,也不存在"责任被稀释到无人承担"的真空。

具体怎么动手?不是开会喊一句"人人都要负责任"——那句话喊完,墙上多了条标语,系统一点没变。真正的活,是拿着组织架构图,一个位置一个位置地去问三个对应的问题:谁有权做这个决定?谁该为这个决定的结果负责?这个结果的好坏,会不会真实地落到那个做决定的人头上?三个问题指向同一个人,这个位置就是健康的——做决定的人会因为后果切身而认真。三者一分裂,这个位置就成了一台烂决定的生产机。哪种分裂最常见?我见得最多的,是这么一种:产品上一个新功能要不要做,产品经理说了算(有权),做砸了背锅的是运营和客服(担责),而产品经理本人,无论这功能上线后是火还是死,年终考核看的都是"上线了几个功能"(后果跟成败无关)。于是你会看到一个旱涝保收、不断生产无用功能的人,和一群替他擦屁股、却越擦越憋屈的人。这个位置不重新焊,光骂产品经理没用——下一个坐这个位置的人,过半年也会变成同一个样子。怎么焊?也不复杂,把那条断开的线接回去就行:让产品经理的考核,从"上线了几个功能",改成"他上的功能,半年后还在被用、有没有把那个本该改善的指标真的改善了"。这一改,他立刻就不敢乱上功能了,因为做砸的后果第一次真实地落回了他自己头上。错位的另一种常见版本,是反过来——担责的人没权力。一个项目交给某人负总责,出了事拿他问罪,可他要调的人、要花的钱、要砍的需求,样样得层层审批、处处受制,真出了问题,他其实什么都左右不了。这种"有责无权"比"有权无责"更伤人:前者还只是养出一个不负责的人,后者是把一个本来想负责的人,活活逼成一个怨气冲天的替罪羊,而且杀鸡儆猴之后,再没人敢接这种位置。把权、责、后果重新对齐到一个人身上,这是一项需要逐个位置去排查、去校准的细致工作,枯燥,但它是责任设计真正的工地。

排查位置的时候,有一类安排要格外警惕,因为它听起来特别正确,实际最坏责任——就是"大家共同负责""集体决策""层层把关"。这些词的共同特点,是把责任飘到集体头顶,落不到任何一个具体的肩膀上。一件事如果"大家共同负责",出了问题你去追,会发现每个人都只负了一小块,每个人都能理直气壮地说"那部分不归我",最后是没人真正负责。设计的方向正相反:把飘着的责任,明确地砸到具体的人头上。这件事,张三负总责,出了问题先找他,他可以去追下面,但对上他一个人扛;这个决定,大家可以充分讨论,但最后由有权也担责的李四拍板、署名,讨论归讨论,板子归一个人。我见过一家公司学会了一个特别朴素的办法:任何一个重要决定,会议纪要最后必须有一行"本决定主责人:某某"。就这一行字,把无数"会上大家都同意了""我以为别人在跟进"的扯皮,堵死了大半——因为白纸黑字写着谁负责,"反正有别人"的松懈无处藏身。当然,给了主责的担子,就得配上相应的权力,别让他成了有责无权的替罪羊,那比无人负责还伤人心。

责任有没有分量,最后落在后果上,而后果的设计,是这一章最见功力、也最容易做坏的地方,因为它有两个相反的极端,各自通向一种瘫痪。一个极端是"无后果":做好做坏一个样,那责任就是软的,没人会真上心。另一个极端,危害更隐蔽,叫"过度追责":一犯错就严惩、动辄上纲上线、当众揪出来当反面教材。后者的恶果,不是吓住了坏人,是吓住了所有人——大家算清楚了一笔账:多做多错,少做少错,不做不错,于是人人把决定往上推、往后拖,谁也不肯拍板,系统陷入另一种瘫痪,一种看起来"很守规矩"的瘫痪。我见过一家公司,出过一次大事故后,老板震怒,严惩了相关的人,从此立下规矩"谁的事谁负责,出问题严办"。结果半年后他发现,公司变得出奇地"安静"和"稳妥"——没人再提任何有风险的新想法,所有报告都写得滴水不漏、四平八稳,因为大家都学会了:不出头,就不会被办。他想要的是负责,得到的是避险。健康的后果设计,是让人"敢负责"而不是"怕负责":为那些认真做出、却因运气或意外而失败的决定,提供合理的、可预期的容错——你尽了力、判断也站得住,只是没赌赢,这不该挨刀;而只对那些失职的、敷衍的、明知故犯的行为,施以真实的代价。区分"诚实的失败"和"失职的失败",是这里全部的分寸所在,也是最难的功夫。怎么分?不看结果,看过程。同样是项目黄了,一个人当初做了该做的调研、该问的问题都问了、该提示的风险也白纸黑字提示了,只是市场没按预期走——这是诚实的失败,该保;另一个人拍脑袋上马,谁的提醒都不听,过程中该盯的不盯、该核的不核,最后撞了墙——这是失职,该罚。这两者结果看着一样,内里完全不同,而设计后果机制,恰恰要有本事把这两者分开对待。分不开会怎样?只看结果,一刀切地罚,那就是前面说的"过度追责",最后逼得人人避险;只看苦劳、一概不罚,那又滑回"无后果",失职的人和尽责的人一个待遇,尽责的人迟早寒心。这把尺子拿捏得准不准,基本决定了一家公司里的人,究竟是敢拍板,还是只敢和稀泥。

总之,设计责任闭环,是确保这台系统里的每一个决策点,都有一个权责后果对齐的、明确的人在认真负责——既不让权力脱离责任去任性,也不让责任稀释到无人承担,更不让后果缺失到无人在乎、或过度到无人敢动。一个责任闭环设计良好的系统,不需要老板天天盯着催,因为每一个节点上的人,都有内在的、切身的理由把自己那块事认真做好、看牢。责任设计的最高境界,是让系统在没有人监督的情况下,依然有人在为每一件重要的事真正负责——因为那件事的成败,就实实在在地系于他自己。

第36章｜设计激励:不要奖励你嘴上反对的行为

设计激励,呼应第十三章和第二十四章。前面反复讲过那条近乎铁律的规律:你实际奖励什么,就会得到什么;你嘴上反对、却在实际中奖励的行为,最终一定会泛滥。所以设计激励的第一原则,朴素到近乎一句废话,却被无数公司违背:确保你实际奖励的,就是你真正想要的;别奖励任何你嘴上反对的行为。

听上去谁会去奖励自己反对的行为呢?可几乎所有人都在干这件事,只是自己不知道。问题出在那道差距上:"我以为我在奖励什么"和"我实际在奖励什么",常常隔着一条河。一个老板可能真诚地以为自己在奖励协作、奖励质量、奖励长期主义。要戳破这层自我感觉,有个很笨但很狠的办法——把过去一年升了职、拿了最多奖金、得到最好资源和最多表扬的人,挨个拉出来,看他们到底是凭什么上去的。我陪一位创始人做过一次,他原本笃信公司奖励的是"做长期正确的事"。名单拉完,他沉默了很久:升得最快的那个,是个特别会抢功、把别人的成果说成自己的销售;奖金最高的,是个为冲季度数字、给客户压了一堆明年要退的货的区域总;而那个默默把产品质量守了三年、从不邀功的工程负责人,三年没动过。他看着名单,憋了半天说了一句:"可这三个人,要不是你这么摆出来,我会觉得前两个就是该升该奖啊。"——这话才是最要命的地方。他不是被人蒙了,是他自己的眼睛,本能地就更喜欢那种会表现、出数字快的人;名单不过是把他这个无意识的偏好,变成了一长串白纸黑字的赏罚记录,而底下几百号人,正是照着这串记录在学习这家公司到底信什么。这份名单,就是他公司真实的价值观——不是他嘴上那套,是这套。这一步往往最难走,因为它逼着设计者承认一件难堪的事:我的系统正在生产的,恰恰是我声称不要的,而根源在我自己设的赏罚。承认了,才有得改;不承认,继续骂员工功利、短视,纯属对着结果发火。

接下来动手改,第一个要绕开的暗礁是指标陷阱(第二十一章):你一旦用某个指标来发奖励,人优化的就是那个指标本身,而不是你真正想要的东西。这中间几乎总有一条缝,人一定会钻。客服按"平均通话时长越短越好"考核,他就学会了在快超时的时候直接挂断,问题没解决,数字漂亮;销售按"签单量"提成,他就专挑容易签、但根本留不住的客户下手,签完就走人;客服按"工单解决数"算,他就把一个复杂问题拆成五张工单,一张张关掉,数字翻了五倍,客户的火气也翻了五倍。人钻空子的本事,永远超出设计者坐在办公室里能想到的。对策有两条,但都不是一劳永逸的银弹。一是别只用单一指标——单一指标最好钻空子——用一组相互制衡的指标,让人没法靠牺牲一个去刷另一个,比如给客服的"通话时长"配上"问题一次性解决率",他想靠挂电话冲短时长,解决率立刻就难看,两个数一夹,挂电话这条路就堵死了。但这里也别走过头:制衡指标堆到十几个,每个人都被一张密密麻麻的考核表压着,谁也搞不清到底该优先做什么,那又成了第33章说的"什么都要等于没有目标"的翻版——指标多到互相打架,人就只挑那个最好刷、对自己最有利的去做,其余应付。三五个真正咬合的指标,远胜过十几个各说各话的。二是别把奖励完全、机械地绑死在指标上,给"判断"留一道口子,让一个懂行的人能在旁边看着,用常识识别"这个数字好看的背后,到底是真的好,还是有人在钻空子"。这第二条尤其重要,因为再聪明的指标组合,也算不过那个一心想钻空子的人;一个干过这行的主管,扫一眼就知道某个销售那批"漂亮"的单子是怎么来的,这种判断,任何指标都替代不了。激励要辅助判断,而不是取代判断,把判断也外包给指标,等于把方向盘交给了仪表盘。

还有一件事,设计激励的人十有八九会漏掉:激励远不止钱。谁被提拔、谁被当众表扬、谁拿到那个所有人都想要的好项目、谁进了核心决策圈、谁慢慢被边缘化——这些信号,有的比奖金还响。员工最敏锐地在读的,不是奖金条,是"什么样的人在这里能出头"。所以你嘴上奖励质量,但每次大会上被点名表扬的、被破格提拔的,清一色是冲数字最猛的人,那大家立刻就懂了:质量是说给外人听的,数字才是上升的梯子。这里头有件事老板特别容易自己骗自己——他以为发奖金那一下才是激励,其实公司里被解读得最仔细、传得最广的激励信号,是"谁被提拔了"。一次提拔,等于一次最响亮的公开宣告:在这家公司,做成这个人这样,就能上去。提拔一个会来事但坑队友的人,你发再多关于"协作"的内部信、做再多团队建设,都被这一次提拔抵消干净了,因为大家信你做的,不信你说的。这些非物质的信号,也得纳入有意识的设计,让提拔的、表扬的、重用的,真的是做了你想要的事的人;尤其是提拔,每提一个人之前都该想想:我这是在给全公司立一个什么样的榜样?同时要警惕另一个方向的副作用:别把一切都货币化、交易化。完全靠物质奖励驱动一切,会把那些本来出于热爱、责任、认同的行为,异化成纯粹的买卖——一旦奖励停了,行为也停了,你买到的是动作,买不到那份心。好的激励设计,不是企图用奖金买下每一个具体动作,而是搭一个环境:让正确的行为不吃亏、错误的行为有代价,给那些本就愿意把事做好的人,一个不被辜负、也不被惩罚的容身之地。

总之,设计激励,是设计这台系统"自我驱动的方向"——它决定了在没有人盯着的时候,人们会自发地朝哪个方向跑、系统会自发地朝哪个方向自我强化。这是设计工作里杠杆最长的一项:激励对准了真正的目标,系统会日复一日、不用催促地朝对的方向生长;对歪了,系统会用同样旺盛、甚至更旺盛的勤奋,把自己朝错的方向越推越远,而且推的人个个理直气壮。所以,每设一项奖励,都该把那句话翻来覆去问自己:我这套奖惩,奖励的真的是我想要的那个结果,还是只是那个结果碰巧好测量、好发钱的某个替身?想清楚这一句,胜过事后无数次的抱怨和动员。

第37章｜设计边界:公司不能无限吸收混乱

设计的最后一组,从"内部机制"转向"系统与外部的关系",先讲边界。这呼应第四章讲的组织边界:什么能进公司,什么不能进。设计边界,核心是要认识到——公司不能无限地吸收外部的混乱、需求和机会;一个没有边界、来者不拒的系统,会被它试图容纳的一切撑爆。

为什么需要边界?因为外部世界供给一家公司的东西,几乎是无限的:无限的市场机会、无限的客户需求、无限的可能方向,以及无限的麻烦和混乱。而一家公司的资源、注意力、能力是有限的。把无限的输入,塞进有限的容器,结果只能是撑爆。这事最常见的样子,不是机会太少饿死的,是机会太多撑死的。我见过一家做得不错的工具软件公司,创始人有本事,产品口碑也好,坏就坏在他什么机会都舍不得放。一个大客户说"你们能不能顺便帮我们做个内部系统",他接了;一个投资人说"你看那个赛道多火,你们技术现成的",他试了;团队里有人提"我们流量这么大,做个社区呗",他也上了。两年后我去看,这家原本聚焦的公司,同时养着五条线,每条都半死不活:主产品因为人被抽走,迭代慢了,被对手追上;那个给大客户定制的系统,变成了甩不掉的包袱,养着三个人专门伺候一个客户,而这个客户一年贡献的钱,还不够这三个人的工资;新赛道烧了不少钱,没起来。他不是没本事,是没有那道把机会挡在外面的闸。我问他,当初接那个定制项目的时候,心里有没有犹豫过?他说有,但那客户当时是公司最大的金主,开口了不好拒绝,而且"想着技术现成,顺手就做了"。问题就出在"顺手"这两个字上——每一个让公司偏离主线的机会,当时看都是顺手的、都是有理由的、都不像是个坑,等到五个"顺手"叠在一起,这家公司已经认不出自己原来的样子了。撑死一家公司的,从来不是某一个明显愚蠢的决定,是一连串看起来都挺合理的"顺手"。

所以边界要挡住的,首先是那些会消耗系统、却不服务于目标函数的东西。无限的机会里,大部分其实和这家公司的核心目标没什么关系,甚至会分散资源、扭曲方向——而这些恰恰是最诱人的,因为它们都裹着"机会"这层漂亮的外衣,拒绝它们需要的不是判断力,是定力。设计边界,就是设计一道闸门,让真正服务于目标函数的东西进来,把只会消耗系统、不服务于核心目标的诱惑挡在外面,哪怕它看起来很像机会。这里能看出来,边界不是凭空划的,它得拿目标函数当尺子——所以第33章那个排序没做清楚,这一章就划不出像样的边界,因为你根本不知道什么"服务于核心目标",于是每个机会来敲门,你都只能临时拍脑袋,而临时拍脑袋几乎总是倒向"先接下来再说"。反过来,一家想清楚了自己要最大化什么的公司,拒绝起来会干脆得多:有的公司明文规定,凡是要为单一客户做大量定制、没法复用到其他客户身上的活,一律不接,哪怕钱给得再多——这不是傲慢,是他们算清楚了,这种活会把一支产品团队拖成外包团队,而那正好是他们的目标函数最怕的。会拒绝机会,是比会抓住机会更稀缺、也更能决定一家公司命运的能力。一家成熟的公司,定义自己,很大程度上靠的是它清楚地知道自己"不做什么"——而且这个"不做什么",最好是事先就想明白、写下来的,而不是每次都临到头上靠当场的定力去扛,因为人的定力,在一个足够诱人的机会面前,是靠不住的。

边界要挡住的,还有外部的混乱本身。外部世界是高度不确定、不断变化、充满噪音和冲击的。一家公司如果对外部的每一个波动、每一个传闻、每一个竞争对手的小动作,都即时、全盘地做出反应,它内部就会被外部的混乱传染,变得同样动荡不安、无所适从——今天听说对手降价就慌忙跟进,明天看到一篇唱衰行业的文章就紧急开会,后天某个客户发了顿脾气就推翻半年的产品规划。边界的另一个作用,是给系统提供一种"缓冲"和"过滤",让外部的混乱不至于直接、无衰减地砸进来,让公司能保持自己的内部节奏,而不是被外面的每一阵风吹得东倒西歪。一家没有这层缓冲的公司,内部会被外面的情绪牵着走:对手一个动作,全公司开三天会;市场一个传闻,半年的规划推倒重来。员工会发现,自己昨天刚开始做的事,今天就因为"外面有个新情况"被叫停,做什么都做不到底,慢慢地谁也不肯认真投入了——反正明天可能又变。这就是混乱被原样传进来的样子:外面有多动荡,里面就有多动荡。话说回来,这道缓冲也不能厚过头——厚到让公司对外部真实的变化变得迟钝、麻木,那是另一个极端,会让公司活在自己的世界里,等到现实变了都不知道,还在按老剧本埋头跑。设计边界,是在"对外部保持敏感"和"不被外部混乱淹没"之间,找那个合适的过滤强度;太松会被传染,太紧会脱离现实,这个度没有公式,得在具体处境里反复校。一个有用的分辨办法是:面对一个外部变化,先问它是"噪音"还是"信号"——是市场情绪的一阵抖动,还是趋势真的拐了弯?前者该被缓冲挡在外面,后者必须穿过缓冲、进来引发改变。把这两者搞反,要么被噪音搅得不得安宁,要么对真正的拐点视而不见。

总之,设计边界,是为一家公司定义"我是谁、我做什么、我不做什么"——它既是对内的聚焦,把有限的资源集中在真正重要的方向上;也是对外的防护,挡住消耗性的诱惑和混乱的冲击。一个没有边界的公司,看似开放、灵活、机会无限,实则失焦、易碎,终将被它试图容纳的一切撑垮。一个有清晰边界的公司,看似拒绝了很多、收窄了自己,实则因为聚焦而强大、因为有所不为而能有所为。设计者要有勇气为公司划下这道边界,并守住它——守住往往比划下更难,因为每一个被挡在门外的诱惑,都会一次次回来敲门。但定义一家公司的,往往不是它拥抱了什么,而是它拒绝了什么。

第38章｜设计节奏:系统不能长期超负荷运行

设计完目标、信息、责任、激励、边界,还有一个常被忽略、却关乎系统能否长久的设计维度——节奏。一台系统,无论是机器还是公司,都不能长期处在超负荷的紧绷状态下运行。设计节奏,就是要为系统设计出张弛、快慢、忙闲的合理交替,让它既能在需要时高强度地输出,又能在之后得到恢复,而不是被长期的满负荷一点点耗损到崩坏。

很多公司,尤其是那些信奉"狼性""极致拼搏"的公司,藏着一个危险的假设:系统可以长期、持续地保持在最高强度上运行,而且强度越高越好。这个假设在短期内常常奏效——一阵冲刺确实能拿下一个关键战役,数字漂亮,士气高涨,老板更加确信"压力出业绩"。而且这种确信会自我加强:这回冲刺成了,他归因于"逼得够狠",于是下回逼得更狠,再下回更狠,直到把短期的冲刺动作,误当成了长期的运行方式。问题是,冲刺之所以叫冲刺,前提就是它短、它有终点、后面跟着恢复;把冲刺无限拉长,它就不再是冲刺,是慢性透支,只是这透支的账单,要过一两年才寄到。可一旦把它当成长期的运行状态,问题会以一种延迟的、所以更危险的方式冒出来。我见过一家增长很猛的公司,连续一年半全员高压:每天工作到深夜,周末默认加班,季度目标一个比一个狠。头一年,业绩翻倍,所有人都觉得这套打法神了。第二年开春,事情开始不对:先是几个最能打的骨干陆续提了离职,问原因,都说累得没法再扛——而且走的偏偏是最能打的那批,因为他们最抢手,外面有的是地方要他们,留下的反倒是没处可去的。接着是判断力肉眼可见地下降,一个老员工拍板的方案,放在精力充沛时绝不会犯的低级错,现在频频出现;开会的时候,大家眼神都是涣散的,讨论一个问题绕来绕去绕不到点子上,因为没有一个脑子是真正清醒、有余力的。最要命的是,整个组织变得只盯着眼前那点紧急的事,没有一个人有空去想三个月以后——复盘没人做,新人没人带,产品的长期规划停摆,连一个老客户连续两个月的异常使用数据都没人去看一眼,而那本来是个能提前发现流失的信号。老板还纳闷:人比去年还拼,数字怎么反而上不去了?他没意识到,他看到的那个"还在拼",是一群已经被掏空的人在硬撑,撑出来的活,质量早就不是从前那个质量了。表面看产出还在,实际上这台系统在偷偷地透支自己的存量:人才的精力、组织的韧性、创新的能力(回到第十八章),全在被一点点抽干,换来流量上一时的好看。透支存量最阴的地方,和开环一样——它平时不报警,等报警的时候,往往是骨干集中流失、组织集体倦怠这种已经很难逆转的形式。

所以设计节奏,头一件事是尊重一个基本事实:系统,尤其是系统里的人,需要恢复和喘息。这不是心慈手软,是对可持续性的清醒认知——一根弦,绷得最满的时候,也是最容易断的时候。设计者要有意识地给系统安排张弛:在一场高强度冲刺之后,真的留出恢复和调整的时间,而不是冲刺一结束马上接下一个;在持续的运转里,给那些重要但不紧急的事——战略思考、能力建设、复盘学习——划出固定的、不许被紧急事项侵占的空间。这件事难就难在,紧急的事永远在敲门,而重要不紧急的事永远可以"再等等",于是它们被无限期地往后推,直到某天以危机的形式集中爆发。所以这种空间,不能靠"等忙完了再说"自然腾出来——它永远腾不出来,忙是没有尽头的;它必须被当成一种制度硬性地占住。我见过管得好的做法其实都很笨:比如规定每个季度末留一周,全员不上新需求,专门复盘、清债务、给该歇的人歇;比如团队每周固定半天,雷打不动地做那些重要但不紧急的事,谁也不许拿"有急活"来挤占这半天。笨,但有效,因为它不指望人的自觉,它用一道硬框,替那些"重要但不会喊疼"的事,从永远优先的"紧急"手里,抢回一块地盘。一个好的节奏设计,让系统能够长跑:它在某个瞬间的强度也许不是最高的,但它能持续、稳定地输出很多年,而不是在一阵耀眼的猛冲之后迅速燃尽。

不过节奏这事,同样会走到反面。别让系统长期处在另一个极端——过于松弛、没有张力。完全没有节奏、长期松懈的系统,会失去活力和效率,在温水里慢慢退化,人会变得懒散,事会越拖越慢,整个组织失去那股该有的紧绷感。所以设计节奏不是一味放松,是设计出合理的"张弛交替":该紧的时候能紧得起来,集中力量打硬仗;该弛的时候能弛得下去,恢复、调整、蓄力。这就像一个优秀运动员的训练——不是天天把自己往死里练,也不是天天躺着,而是高强度训练和充分恢复科学地交替,这样才能持续进步、避免伤病。一家公司也是如此:懂得张弛的系统,才能跑得久。这里头其实藏着一个分寸,比单纯的"该歇就歇"更难拿捏。问题不在于歇还是不歇,在于"该紧的时候紧得起来"——一支长期松垮的队伍,真到了要打硬仗的那一刻,你想让它绷起来,它也绷不起来了,因为它早就没了那根弦。所以张弛交替里,"弛"是为了"张"服务的:你让大家恢复,不是为了让他们舒服,是为了下一次冲锋时还能拿得出力气。一个只懂"张"的管理者把人耗干,一个只懂"弛"的管理者把队伍养废,两头都是死。判断一家公司节奏对不对,有个朴素的观察点:打完一场硬仗之后,大家是松了口气、能喘匀了再上,还是连口气都没喘上、又被推进下一场——如果永远是后者,那这台机器,正在透支它跑下去的本钱;而要是反过来,连一场像样的硬仗都召集不起来、人人慢悠悠,那它在另一头慢慢锈死。

总之,设计节奏,是为系统设计一种可持续的运行方式,承认它不是一台可以永远满负荷的永动机,而是一个需要张弛、需要恢复、需要为长远蓄力的活系统。一个只懂得让系统不断加压、不断冲刺的管理者,可能会在短期内得到漂亮的数字,但他很可能正在透支这台系统的未来——直到某一天,过劳的人才大批流失、倦怠的组织失去创造力、被长期忽略的重要事项集中爆发,他才会发现,那些被他用满负荷换来的流量,代价是整个系统的元气。设计节奏,是一种着眼于长跑的智慧:慢一点,但能一直跑下去,远胜过快一阵,然后突然跑不动了。

第39章｜设计退出机制:坏人、坏项目、坏流程必须能退出

设计的最后一项,是退出机制。一台健康的系统,不仅要能让对的东西进来、运转,还必须能让错的东西、过时的东西、有害的东西退出去。这呼应第十六章讲的负反馈:系统需要有能力把坏的趋势、坏的元素及时清除掉。设计退出机制,就是要确保——坏人能被请走,坏项目能被叫停,坏流程能被废除。 一个只能进、不能出的系统,会被它无法清除的坏东西慢慢堵死、拖垮。

先说坏人的退出,而这里最该说清楚的,是"留着的代价"远比想象的大。任何组织里,都会有一些不胜任、或者价值观有害的人。一个健康的系统,必须有能力把这些人请出去——不是出于残忍,恰恰是因为留着他们,会持续地损害系统,而且损害的不是他们自己那一摊,是周围的好人。一个占着关键位置却产出不了的人,堵的是这个位置本可以创造的全部价值;一个价值观有害的人,污染的是整个团队的风气。最该警惕的是这么一种局面:一个团队里有个人,业绩平平,还特别会甩锅、抢功、搞内耗,但因为跟老板关系近、或者碍于他是元老,迟迟动不了。结果呢?那几个真正干活、又看不惯这套的好员工,一个接一个走了——他们不是被这个坏人直接赶走的,是被"这种人居然能留着、还过得挺好"这个事实赶走的。这就启动了一个最可怕的循环:差的人留得住,好的人待不下去,劣币驱逐良币,系统整体素质一路下滑(回到正反馈的坏的一面)。所以让坏人能退出,表面是处理一个人,实质是保护一群人、守住一种风气。一个连明显该走的人都请不走的系统,等于在向所有好人宣告:在这儿,认真干和混日子,结局差不多。这里要分清两种"坏人",因为对策完全不同。一种是能力不胜任、但人是好的、肯学的——这种多半不该急着请走,该先给位置、给帮助,实在不行再调岗;退出机制不是用来对付"暂时不行"的人的。真正必须能退出的,是那种价值观有害的——会抢功、甩锅、搞内耗、带坏风气的人,这种人能力往往还不差,甚至挺能干,正因为能干,老板更舍不得动,这就是最危险的地方。一个能干但价值观坏的人,他干出来的活,远抵不上他败坏的那股风气。把这两种人分清楚,该留的留、该走的走,退出机制才不至于变成一把见谁砍谁的乱刀。

再说坏项目的退出,难点不在"看不出它该停",而在"看出来了也停不下"。一家公司会不断启动各种项目、各种尝试,其中必然有一部分会被证明是错的、行不通的、不值得继续投的。理性地说,该停就停,把资源撤出来投到更有价值的地方。可现实里,叫停一个项目往往极其困难,因为有三股力在死死拽着它:已经投进去的钱和精力让人不甘心(沉没成本),叫停等于公开承认当初拍板的人错了(面子),项目背后还牵着一批人的位置和饭碗(利益)。这三股力合在一起,会催生一句最危险的自我安慰——"再坚持一下,也许就好了"。我见过一个项目,立项时所有人都很兴奋,半年后数据已经很清楚地说明此路不通,可那位拍板的高管不肯认,理由一个接一个:"市场还没教育好""再投点钱做个大版本试试""现在停了前面就白投了"。又拖了一年,多烧进去的钱,是头半年的好几倍,最后还是停了——只是停得更晚、更惨。设计退出机制,就是要对抗这种惯性:建立一种能相对客观地、及时地评估并叫停坏项目的机制,比如立项时就先定好"什么情况下我们就认输"的红线,让"及时止损"成为一种被允许、甚至被鼓励的理性行为,而不是一种没人敢碰的禁忌。

最后说坏流程、坏规则的退出。这呼应第二十六章的组织惯性:一家公司里会沉淀下大量过时的、低效的、纯属浪费的流程和规则,它们当初也许有用,环境变了之后早已不合时宜,却因为惯性、因为既得利益、因为没人敢碰而一直赖着。这类东西最不起眼,危害却是慢性的。一个常见的画面:某个审批流程,要走五个签字,其中两个签字的人,根本不看内容、纯粹是历史上某次出事后加上去的"保险"。所有人都知道这两步是多余的,可没人去废它——废它要去找当年定规矩的人,要担"万一出事算谁的"的风险,多一事不如少一事,于是它就一直在那儿,每天消耗着每个走流程的人的时间。一家公司,如果只会不断增加新规则、却从不废除旧规则,会随着时间推移变得越来越臃肿、越来越僵硬,最终被自己叠床架屋的繁文缛节困死。所以一个健康的系统,需要有定期清理这些"系统垃圾"的能力和机制——主动地审视、质疑、废除那些不再创造价值的流程,把"做减法"当成一件要专门安排、有人负责的正经事,而不是指望它自己消失。这里有个朴素到好笑、却很管用的设计:每加一条新规则,就逼自己问一句,能不能同时废掉一条旧的;或者干脆给一些规则设个"到期日",到期不主动续命就自动作废,把举证责任从"谁想废它谁来扛"反转成"谁想留它谁来证明它还有用"。规则之所以越积越多,根子就在那个不对称——加规则的人立竿见影显得负责、谨慎,废规则的人却要担"万一出事"的风险、还得罪当年定规矩的人,于是理性的个人都选择只加不减,合起来就把系统活活堵死。设计退出机制,很大程度上就是去扭转这个不对称,让"减"这件事,变得和"加"一样正当、一样有人愿意干。

总之,设计退出机制,是给系统设计一种"自我清理"和"新陈代谢"的能力。一个只能进不能出的系统,就像一个无法排泄的生命体,会被自己无法清除的废物毒死。坏人、坏项目、坏流程,都是系统需要排出的"废物",而排出它们往往比接纳它们更难——因为退出总是伴随着情面、沉没成本、面子和既得利益的阻力,接纳是顺人性的,清除是逆人性的。但一个健康的、能长久的系统,恰恰是那个有勇气、也有机制去做这些"减法"的系统:它知道,一家公司的健康,不只取决于它能创造和接纳什么,同样取决于它能清除和告别什么。能进能出,系统才能保持流动和活力;只进不出,再好的系统也终将被自己堵死。

第七部分｜AI、收口与命运

第40章｜把 AI 接进公司的反馈回路:它是仪表盘,不是司机

这本书从第一章起就悬着一个问题,一直没正面答:AI 来了,它在一家公司这台控制系统里,到底该被放在什么位置?现在到了非答不可的地方。

好在前面四十章的活没白干。这是个新问题,但只要用前面建立的那套控制论视角去看,答案反而格外清晰。我的判断很简单:AI 是接入这台系统的一个极其强大的"仪表盘"和"信息处理器",但它不是、也不该是那个握方向盘、踩油门、决定去哪的"司机"。 放对位置,它是革命性的增益;放错位置,它会成为一种新型的、更隐蔽的灾难——而且这种灾难,正因为它穿着"先进"的外衣,比老式的混乱更难被人警觉。

先说它能极大增强的那一段——感知和信息处理,也就是这台系统的"眼睛"和一部分"神经"。

第十章讲过,一家公司最致命的危险之一,是看不见自己的真实情况。第二十三章把这个病讲透了:信息在层层上传里被加工、被美化、被延迟,决策者活在一个被污染过的假象里,他看到的现实,是经过三四道手修剪得很安心的版本。AI 在这件事上能提供前所未有的帮助。它能以极低的成本、极快的速度,把一线的、数据里的、各个角落的现实,更直接、更少经过人为加工地端到你面前;它能算出人眼算不过来的衍生指标,识别出藏在噪音里的模式和趋势,把那些原本要等季度末才浮上来的延迟反馈,提前几周提取出来。

举个具体的。一家三百人的公司,过去要知道"哪些项目正在悄悄滑向延期",得靠项目经理在周会上自己报——而第二十三章说过,真往上报坏消息的人,撞上的是难看的脸色,于是报上来的延期永远是"基本可控"。现在你让一个 AI 持续地盯着工单系统:某个项目的关键任务已经连续两周没有任何状态更新,负责人的回复里"下周"这个词出现了第四次,关联的三个子任务全卡在同一个人手上。它不带情绪,不会因为对方是老同事就嘴软,也不会忘、不会偷懒,就把这三条事实摆出来。原本要靠老板某次偶然撞见、或者等爆雷了才知道的事,变成了一条提前两周亮起的黄灯。

这就是 AI 最实在、也最该被大胆用的位置:让这台系统的眼睛更亮、神经更灵敏,让坏消息更难被藏住,让偏差更早被看见。第一章里那个"把人肉反馈线换成仪表盘"的说法，落到地上,就是这个意思。该用,而且该使劲用。

但是——这是整章的关节——感知信息、处理信息,和做出判断、做出决策、承担责任,是两件根本不同的事。

AI 能极好地帮你看清"现实是什么样",这是事实判断。可"我们到底应该要什么""这几个互相打架的目标里,这个阶段先保哪个""愿意为三年后牺牲掉这个季度的多少""这个险值不值得冒"——这些不是事实判断,是价值判断和取舍。第三章讲过,目标函数是这家公司自己的设定值,是它愿意为什么牺牲什么的真实排序;第二十九章讲过,定义目标函数是高层最不可推卸的第一责任。这些东西,依赖于这家公司想最大化什么,依赖于谁来为后果负责,依赖于一堆没法被完全量化、却恰恰最要命的权衡。它们是"司机"的活,是人的格子。

仪表盘可以告诉司机:现在车速一百二,油量还剩四分之一,前方两公里有事故,绕行要多花二十分钟。这些它都能算得又快又准。但"我们今天到底要不要赶到那个城市""为了早到这二十分钟,值不值得冒超速的风险"——这个方向盘,必须握在那个有目的、也承担后果的人手里。仪表盘再亮,它不替你决定去哪。

把这两件事搞混,会带来一种新型的、特别危险的错位:把方向盘交给仪表盘。

一种表现是直接的偷懒。AI 给出的分析太流畅、太自信、太有条理了,管理者看着那份结构工整、引经据典的报告,就把自己的判断关了机,照着它的结论拍板。可你别忘了我是什么——我作为一个 AI,必须在这里诚实地说一句:我并不承担这个决策的后果,我也不真正"拥有"你这家公司的目标函数,我只是在生成那个"最相关、最像样"的回答。一家公司开始让 AI 替它做价值判断和重大决策,它是把方向盘交给了一个没有目的、不担后果、只会流畅输出的系统。这比信息污染更深一层:第二十三章那种污染,坏的是你看到的"现实";这种错位,坏的是你做出的"决定"本身。

另一种表现更隐蔽,也更普遍——AI 让"假懂"加速了。

设想一个场景。一个业务负责人对某个新市场其实只摸到了皮毛,心里那点判断还很毛糙。过去,这种毛糙是藏不住的:他一开口,逻辑的窟窿、数据的缺口,明眼人一听就听出来了,会被追问、被顶回去。现在他把那点想法丢给 AI,十秒钟,出来一份有市场规模、有竞品分析、有三段式论证、连风险提示都写得四平八稳的方案。他自己读着都信了:这思考已经完成了,现实已经看清了。于是他带着这份被精致包装过的假象,做了一个过度自信的错误决定。AI 越强,这种"虚假的清晰"就越逼真。它不是在帮他想得更深,是在帮他把"没想清楚"伪装成"想清楚了"。第二十一章讲指标失真——数字变好看了,真实却变坏了;这里是它的孪生兄弟:论证变漂亮了,判断却没真正发生。越是这种时候,越需要握方向盘的人保持一种近乎冷酷的清醒:这份分析是真的把事情想透了,还是只是把我的草率,润色成了一副想透了的样子?

所以,把 AI 接进公司这台系统的正确方式,是先想清楚它该接在哪个回路、哪个环节上。

让它去干它最擅长、也最有价值的那段:感知与信息处理。增强系统看见真实,加快反馈回流,遍历你来不及遍历的选项,把决策需要的清晰输入摆到台面上。同时,清醒地、也固执地,把"定义目标、做价值判断、做重大决策、承担后果"这几个环节,牢牢留在人的手里——不因为它强,不因为它快,不因为它说得漂亮,就把这些一起交出去。

说到底,AI 是个放大器。它放大判断力强、目标清晰的组织,让它们看得更清、转得更快;它也照样放大判断力弱、目标含糊的组织的那点混乱,让它们更快、更自信地奔向错误的方向——回到第三章那个推论:设定值定歪了,系统越灵,它就越快越稳地奔向那个错的地方,现在再给它配上一台 AI,只是给这台跑错方向的车,换了个更强的引擎和一块更炫的仪表盘。

所以一家公司能不能用好 AI,最终不取决于它的 AI 多先进,取决于它作为一台控制系统,本身设计得好不好:目标函数清不清楚,它的人会不会判断,它分不分得清哪些是仪表盘该干的、哪些是司机绝不能交出去的。AI 是这本书讲的所有东西的放大器,不是它们的替代品。把它当成一个无比强大的仪表盘去用,而永远不要让它替你握方向盘——这是 AI 时代,一个管理者最该守住的那条线。

最后留个话口子,免得这话被听成一句对 AI 的过度提防。仪表盘和司机这条线,划的是"判断"和"承担后果"的归属,不是给 AI 划一道它永远不许越过的能力边界。有一天,如果某个决策的目标足够清晰、后果足够可量化、责任能干净地落到某个人头上,那把这个具体决策托管给 AI 去执行,没问题——那时它扮演的,是一个被授了权、可问责的执行单元,不是替你拍板"公司想成为什么"的那个司机。这两者别混。真正不能交出去的,从来不是某一类具体决策,而是"这家公司到底想要什么"这个最根上的设定值——这个问题,AI 答不了,因为它不是你,它不替你活,也不替你担。

第41章｜好管理不是更用力,而是更少失真

这本书快到尾声了,该把散落各处的东西,收拢成几个总的判断。第一个,关于一件人人都在谈、却很少有人谈对的事:什么是好管理。

流行的答案几乎都指向同一个词——更用力。更勤奋,更努力,更强的执行,更高的强度,更拼的团队。一家公司出了问题,老板的本能反应往往是"大家还不够拼""执行力不行",于是开大会、提目标、加班、立军令状。但用这本书建立的系统视角看,这个答案抓错了重点。好管理的核心,不是更用力,而是更少失真。

什么叫失真?这本书从头到尾讲的那些系统病,本质上都是各种各样的失真。目标函数的失真:系统在最大化的,不是你真正想要的(第三章那家"客户第一"喊得震天响、却只按当月签单发提成的公司)。信息的失真:决策者看到的,不是真实的现实(第二十三章那个永远收到加工后版本的老板)。激励的失真:系统在奖励的,不是你真正想要的行为(第二十四章那个"员工不是不努力,而是在顺着奖励走"的判断)。指标的失真:数字好看了,真实却变坏了(第二十一章)。反馈的失真:回路断了或慢了,系统纠不了偏(第十四、十七章)。

把这一串排开你会发现,一家公司绝大多数的问题,根子不在大家不够努力,在这些失真的存在——它让所有的努力,作用在了错的方向上,建在了错的信息上,被错的激励牵着,被失真的反馈蒙着。在一个充满失真的系统里,你越用力,可能错得越快、越彻底,因为你是在高效地朝错误的方向奔跑。

这就解开了一个常见的困惑:为什么有些公司明明非常努力、非常拼,却越拼越糟?

我见过一家做消费品的公司,典型的"用力型"。销售目标年年加码,月会开成批斗会,完不成的当众检讨。团队是真拼,周末都在跑客户。可两年下来,渠道库存越压越高,退货率从百分之三爬到百分之十一,经销商怨声载道。问题出在哪?它的激励只认"出货",不认"动销"——把货压给经销商就算业绩,卖没卖到消费者手里没人管。于是越用力,压给渠道的货越多,堰塞湖越大。它的努力,全程建在一个失真的目标函数上(第三章),又被一套失真的激励放大(第二十四章)。这种时候,加大努力的强度,不但解决不了问题,反而在放大问题:它让错误的方向被执行得更坚决,让失真的系统转得更快、损耗得更厉害。这就是为什么"更用力"常常不是解药,有时是毒药——当系统本身是失真的,用力只会让失真的后果来得更快、更猛。

所以,好管理的功夫,主要不在"如何让大家更用力"——那是相对容易的,也常常是被滥用的,因为它最像在管理,最能让老板觉得自己在干活。真功夫在"如何减少系统里的各种失真":让目标函数真实地对准你想要的,让信息真实地反映现实,让激励真实地奖励你想要的行为,让反馈回路真实而及时地闭合。这些减少失真的活,正是这本书前面讲的所有设计——设计目标、设计信息流、设计责任、设计激励、设计反馈。

这些活有个共同的尴尬:它们不性感。它们不热血,不像"全员奋斗"那样能在年会上点燃一片掌声,甚至常常是反高潮的——把一条考核口径从"出货"改成"动销",会上没人鼓掌,改的人还得罪了一批拿出货提成拿惯了的销售。可恰恰是这种不起眼的动作,才真正决定一家公司能不能健康运转。一个好的管理者,花在"减少系统失真"上的精力,应该远多于花在"激励大家更用力"上的精力。因为在一个低失真的系统里,适度的努力就能产生巨大的、正确方向上的成果;而在一个高失真的系统里,再多的努力,也只是在加速一场错误。

低失真的公司,从外面看,常常显得"不够拼",这一点很容易让人误判。我见过另一家同行,跟前面那家压货的做的是同一类生意,却没有那种剑拔弩张的氛围。它的会开得短,很少加班,销售也不背那种逼到墙角的指标。但它把一件事做得很死:每个月看的不是出货,是终端动销和退货率,数字直接连到一线能看到的看板上,卖不动就立刻减产、调货,谁也不许往渠道里硬塞。表面上,它没那家拼;骨子里,它的目标函数对准了真实的销售,信息没有被压货的假象污染,激励奖励的是真卖出去的货。结果是它增长不快,但稳,几乎不出大事——因为它的努力没有被浪费在一个失真的方向上。一个旁观者很容易得出错误的结论:那家拼命的更有狼性,这家太佛系。可几年下来,堰塞湖溃在了前者头上。看一家公司有没有把管理做对,光看它累不累、拼不拼是会看走眼的;得看它那点力气,有没有用在没被扭曲的方向上。

衡量管理水平的高低,不该看这家公司的人有多拼、强度有多高,该看这台系统的失真有多少:目标清不清晰、真不真实,信息通不通畅、准不准确,激励对不对、正不正,反馈灵不灵敏、闭不闭合。一家失真很少的公司,哪怕看着不那么紧绷,也能持续地、高效地朝正确方向产出;一家失真很多的公司,哪怕全员 996、拼到极限,也只是在一个错误的、蒙蔽的系统里疲惫地空转,甚至倒退。好管理,是减少失真的艺术,不是增加用力的艺术。

第42章｜公司越大,越要靠系统,而不是靠感觉

第二个总判断,关于规模。

一家公司小的时候,可以靠老板个人的感觉、能力和直接的管理来运转。他能看见一切,能直接处理一切,能靠个人的判断和魅力把事情搞定。但公司一旦变大,这种"靠感觉、靠个人"的方式会迅速失效。公司越大,就越必须靠系统、靠设计来运转,而不是靠个人的感觉和能力。看不清这个转变、迟迟不肯从"靠感觉"转向"靠系统"的公司,往往会卡在某个规模上长不大,或者在长大的过程中失控、崩坏。

先说为什么小公司可以靠感觉:因为它简单。

人少,事少,层级少,老板的感知和能力足以覆盖整个公司。一家十几个人的公司,老板坐在工位中间,谁今天没来、哪个客户在闹、哪个单子要黄了,他抬眼就看见,听几句就知道。出了问题,他当场拍板。在这个规模上,这本书讲的那些失真还不严重:信息不用经过几层,所以不怎么会被加工(第二十三章那种污染,需要中间的"层"才长得出来);激励不用复杂设计,干得好坏老板亲眼看着;反馈很直接,今天的事今天就有回响。老板个人的能力和勤奋,足以弥补系统设计的不足。所以很多小公司靠一个能干的老板就能转得很好——这是"强人驱动"(第二十五章)在小规模上的有效,它不是错觉,它在那个尺度上真的成立。

但随着公司变大,情况会发生根本性的改变,而且这个改变不是线性的。

人多了,层级多了,事情复杂了,老板个人的感知和能力,再也罩不住整个公司。他看不见每个角落发生了什么了——信息要经过层层传递,开始失真。他处理不了所有问题了——必须靠别人、靠流程去处理。他做不了所有决策了——必须授权。这时候,这本书讲的所有系统失真,会随着规模急剧地、非线性地放大:信息污染(第二十三章)、激励错位(第二十四章)、责任稀释(第二十二章)、局部理性整体灾难(第二十章)、反馈延迟(第十七章)。

非线性这三个字得说重一点。这些失真不是公司大一倍、麻烦多一倍;往往是公司大一倍,麻烦多三倍五倍。为什么?第十九章讲过耦合——部门之间、流程之间是互相咬着的。人从五十加到五百,沟通的对子不是多十倍,是多了上百倍;一个部门的小偏差,通过这些咬合,能传导、放大成全局的卡顿。一个在五十人规模下、老板亲自盯着还能压住的系统,到了五百人,如果没有像样的系统设计,就会被这些被放大的失真淹没,开始失控:老板再也看不清真实情况,再也管不过来,公司冒出一堆他个人既理解不了、也解决不了的问题。他还是那个他,还是那么勤奋那么聪明,可靠感觉的管理方式,在规模面前彻底失效了。这往往就是那个让人最难受的阶段:老板觉得自己比以前更累、更拼了,公司却比以前更乱了。他用的还是管五十人的那套手感,去管一个早已超出他个人感知能力的组织。

所以,公司变大的过程,本质上是一个必须从"靠个人感觉"转向"靠系统设计"的过程。

老板得完成一次身份的切换,从"最大的员工"变成"系统的设计者"(第二十七章把这个转变讲透了)。他不能再靠自己的眼睛去看见一切,要靠设计良好的信息流去看见(第三十四章:坏消息必须能回来);不能再靠自己去处理一切,要靠设计良好的责任结构和流程去处理(第三十五章:责任闭环);不能再靠个人魅力去驱动一切,要靠设计良好的激励和文化去驱动(第三十六、三十二章)。规模越大,对系统设计的要求就越高,因为系统设计的好坏,在大规模下会被放大成生死攸关的差别。那些能从小做到大的公司,几乎都是在某个关键的规模节点上,成功完成了从"靠人"到"靠系统"的转变;那些卡住或崩坏的,往往是在该转的时候没转过来。

规模,是检验一家公司是否真正"系统化"的试金石。小规模能掩盖系统设计的不足,靠个人能力补上;大规模会无情地暴露并放大这些不足。一个有志于做大的公司,得尽早地、有意识地建设它的系统——在还小、还来得及的时候,就开始把那些靠个人感觉在做的事,沉淀成系统能掌握的设计。因为等规模上来、问题爆发了再去补,人已经在失控的混乱里,往往来不及了。公司越大,越要靠系统,而不是靠感觉——这不是一句管理鸡汤,是规模这个客观力量,对每一家想长大的公司提出的、不可回避的要求。

第43章｜真正优秀的公司,是能持续自我校正的系统

第三个总判断,关于一个更难的问题:什么才算一家真正优秀的公司。

人们评判优秀,常看当下的成绩:规模多大,利润多高,增长多快,市场多领先。这些都是结果,是某个时点的快照,而且是会变的。用这本书的控制论视角看,一家公司真正的、深层的优秀,不在于它当下站得多高,而在于它有多强的"自我校正"能力——它能不能持续地发现自己的偏差,并把自己拉回正确的方向。 这种能力,才是穿越时间、决定一家公司能走多远的根本。

为什么自我校正能力,比当下的成绩更根本?因为一家公司的处境永远在变。

环境在变,对手在变,技术在变,自己也在不断犯错、不断偏离。任何当下的成功,都不可能靠惯性永远维持——再领先的位置,一旦失去自我校正的能力,也会在不断累积、却没被纠正的偏差里,一步步走向衰败。反过来,一家暂时落后、暂时困难的公司,如果有强大的自我校正能力,它就能不断发现问题、修正错误、调整方向,持续地改善自己的处境。所以,决定长期命运的,不是某个时点的快照,是这台系统的"动态"能力:它面对不断冒出来的偏差和变化,能不能、以及多快多准地校正自己。优秀是一种动态的能力,不是一个静态的位置。

可以拿两家公司对照着看。

一家曾经是行业第一,产品好,渠道强,账上趴着大把现金。但它内部出了第十六章讲的那种病:负反馈失灵了。一线早就把市场的变化报上去了——用户在往新的形态迁移,老产品的复购在掉。可这些信号一层层往上走,撞上了第二十六章那种组织惯性:老产品养着最大的部门、最资深的高管、最稳的利润,谁也不愿意先动它。坏消息要么被压下,要么被解释成"暂时波动"。偏差就在那儿一天天累积,系统看得见,却拉不动自己。等到掉头已经来不及,它的领先,是借来的时间。

另一家起步晚,规模小,头几年一直在亏。但它有一条很短、很直的反馈线:用户一抱怨,两天内就能传到能改产品的人手里,改完三天就上线,再看用户的反应。它的目标函数(第三章)清楚得近乎刻板,坏消息回得来(第三十四章),纠错有人有权也有动力去做(第三十五章)。它一路犯错,一路纠,方向越走越准。三五年后,位置完全调了个个儿。

差别不在某个天才决策,在两台系统的自我校正能力。

而"自我校正能力"这东西,恰恰就是这本书讲的整套内容的总和,是一台系统拥有健康反馈回路的体现。一家能持续自我校正的公司,它一定有:清晰真实的目标函数(知道自己要往哪走,才谈得上发现偏离);通畅的信息流(能看见自己真实的偏差,坏消息回得来);灵敏的反馈机制(偏差能被及时发现、传回);有效的纠错能力(权责清晰,有人有权也有动力去修);以及对抗惯性、能让坏东西退出的新陈代谢(第二十六、三十九章)。所有这些合起来,就是一台系统"持续自我校正"的能力。这本书讲的所有设计——目标、信息、责任、激励、反馈、边界、退出——最终都服务于同一件事:让这家公司成为一台能够持续发现偏差、并自我校正的系统。

这也给了我们一个比看当下成绩更深刻的角度,去判断一家公司到底健不健康:别只看它现在飞得多高,看它出错之后能不能自己纠正过来。一家看着风光、实则丧失了自我校正能力的公司——目标含糊,信息被污染,反馈失灵,惯性僵化——它的风光是脆弱的,是借来的时间,它正在累积迟早会爆发的偏差,只是还没到引爆的那一刻。而一家能持续自我校正的公司,哪怕当下不那么耀眼,也是健康的、有韧性的、值得信赖的,因为它有一种能不断从错误里恢复、不断把自己拉回正轨的内在能力。看一家公司,要看它的自我校正能力,而不只是它当下的位置——前者是它的体质,后者只是它此刻的体温。

真正优秀的公司,不是那个当下站在最高处的,是那个最能持续自我校正的。优秀不是一个你到了就能停下来的终点,是一种你必须持续保持的、动态的能力。这本书讲的一切,最终都是为了帮一家公司,建成并保持这种能力——成为一台能在不断变化的世界里,持续发现自己的偏差、并坚定地把自己拉回正确方向的、健康的自我校正系统。能做到这一点的公司,无论起点高低,都能走得很远;做不到的,无论一时多么风光,终将在自己无法纠正的偏差里,慢慢偏离、失速、坠落。

第44章｜管理的最高境界:让正确行为自然发生

第四个总判断,关于管理的最高境界。

在很多人的想象里,一个厉害的管理者,是那种事必躬亲、强力掌控、靠自己的能力和意志把一切牢牢抓在手里、推着整个组织往前走的人。他越无处不在,越亲力亲为,显得越厉害。但用系统的视角看,这恰恰是一种比较低的境界。管理的最高境界,不是靠管理者持续地用力去推动和控制,而是设计出一个好系统,让正确的行为在其中自然而然地发生——不需要时时督促,不需要处处盯防。

这两种境界的区别,是"靠人推"和"靠系统自动运转"的区别。

低境界的管理,管理者本人是系统持续的、外部的驱动力。正确的行为,要靠他不断督促、检查、纠正才发生;他一松手、一不盯着,系统就偏、就松、就出事。这种管理有三个代价。第一,管理者极其辛苦,他成了系统离不开的发动机。第二,效果其实有限,因为他的精力和注意力是有限的,覆盖不了整个系统——他盯着东边,西边就松了。第三,系统极其脆弱,它的运转全押在管理者的持续在场上,他一离开、一顾不过来就失灵。这正是第二十五章"强人依赖"和第二十七章"老板当最大的员工"在管理方式上的样子:管理者用自己不断的用力,去填系统设计的窟窿。

举个能照见很多人的场景。一个总监,每天忙到深夜,微信群从早响到晚。下属交上来的方案,他逐字改;客户的每封重要邮件,他亲自盯着回;两个组卡住了,他第一时间冲进去协调。他在的时候,这摊事确实转得又快又顺,挑不出毛病。可你把他调去休一个月年假试试——交付开始延期,客户开始抱怨没人接,几个本该他拍板的事就那么悬着。问题不在他不够能干,恰恰在他太能干了:他把自己活成了这个系统唯一的纠错装置(第一章那条"长在一个人身上"的反馈线,在这里又回来了)。他越勤奋,系统就越不长出自己的能力,就越离不开他。这不是高,这是系统设计得不够好,逼着他不得不一直在场。

而高境界的管理,管理者是系统的设计者。

他设计出这样一种结构:在里面,正确的行为是被自然而然地引导出来的,是符合每个人在这个系统里的利益和便利的,因而不需要外部持续督促就会自动发生。当目标清晰(第三章)、信息通畅(第十章)、激励对齐(第十三章)、责任明确(第十二章)、反馈灵敏(第十四章)时,系统里的人会自发地朝正确的方向行动——不是因为有人在盯着、在逼着,是因为在这个被设计好的系统里,做正确的事对他们来说是自然的、有利的、顺理成章的。这时候,管理者不必时时用力去推,系统自己就在朝正确的方向转;他能从日常的督促和救火里解放出来,去做更重要的事——守护和优化这个系统本身。这就是设计的力量:好的设计,让正确的行为成为系统的默认输出(第二章那个"默认结果"),而不是需要费力维持的例外。

要达到这种境界,关键在前面反复强调的那个重心转移:把管理的重心,从"管理行为"转向"设计系统"。

直接去管理行为,你是在和人性、和无数具体情境短兵相接,永远管不完、管不过来——今天这个人偷懒,明天那个流程出岔,你按下葫芦浮起瓢。而设计系统,你是在源头上塑造那个让行为自然发生的环境,一次好的设计,能让无数正确的行为自动地、持续地发生,不需要你每次都亲自出马。这就像治水:低境界是哪里漏了堵哪里,靠人力时时去堵,永远忙不过来;高境界是把河道修好,让水自然地、顺畅地流向该去的地方,根本不用时时去堵。让正确行为自然发生,靠的是设计好的河道,不是管理者一刻不停的堵漏。

这里得防一个误读。说让正确行为"自然发生",不是说设计好系统就一劳永逸、可以撒手不管了。环境在变,人在变,昨天还对齐的激励,今天可能就被钻出了新空子;一条原本顺畅的河道,也会淤、会改道。所以高境界的管理者并不真的"清闲",他只是把力气从一线的堵漏,挪到了对河道本身的巡查和修整上——这是第四十三章那个"持续自我校正"在管理者自己身上的体现。无为不等于无事,只是事换了一种。

所以管理的最高境界,是一种"无为而治"——但这里的"无为",不是什么都不做、放任不管,恰恰是建立在极高水平的"有为"(精心的系统设计)之上的:正因为系统被设计得足够好,正确的行为才能自然发生,管理者才能从持续的用力和控制里解放出来。一个管理者越是需要时时刻刻用力去推、去盯、去管,恰恰说明他的系统设计得越不够好;一个管理者越是能让系统自动地、健康地运转,越是显得"清闲",恰恰说明他作为设计者的水平越高。衡量管理境界的,不是管理者有多忙、多用力,是在他不那么用力、甚至不在场的时候,这个系统还能不能让正确的行为继续自然地发生。

第45章｜公司系统,决定公司命运

写到最后一章,把这本书最根本的那个判断,完整地说出来,作为收束:一家公司的命运,归根结底是由它这台系统决定的——由它的目标函数、信息流、激励结构、责任设计、反馈回路这些深层的系统特征决定的,而不是由那些表面的、偶然的、引人注目的东西决定的。 看懂了一家公司的系统,你就看懂了它命运的大致走向;而要改变一家公司的命运,根本的着手处,也只能是改变它的系统。

这是这本书想留给你的最核心的那个视角转变。

我们习惯用表面的、事件层的东西去解释一家公司的命运:它成功,是因为有个英明的老板、抓住了一个风口、做对了一个决策;它失败,是因为某个人犯了错、运气不好、撞上了强敌。这些解释不能说全错,但它们都停在表面,把命运归给那些偶然的、个别的事件和人物。而这本书想让你看见的,是表面之下那个更深、更持久、也更具决定性的层次——系统。一家公司能持续地成功,深层原因往往是它有一台设计良好的系统:清晰的目标,通畅的信息,对齐的激励,健康的反馈,强大的自我校正能力——这台系统能持续产出好结果,能从错误里恢复,能适应变化。一家公司会持续出问题、最终衰败,深层原因往往是它的系统出了问题:目标含糊,信息污染,激励错位,反馈失灵,惯性僵化——这台失真的系统,会源源不断地生产出各种问题,无论换什么人来、做什么具体的努力。

这正是第五章那个"别在事件层救火"的判断,在全书的尽头,落到了它最重的那一锤上。

当一家公司反复出现某一类问题时,不要停在事件层一个个去救火、去归罪于某个具体的人——往下看,去问:是我这台系统里的什么结构,在持续地、必然地制造出这类问题?这个问法,贯穿了全书:第一章那个换了三任、每任过半年都变得不负责的岗位;第三章那家越拼越空心、把"短期规模最大化"做到极致的公司;第二十二章那个人人负责、等于没人负责的局面。它们都不是某个人的偶然毛病,是系统稳定运行之后,自然结出的果。当你想改变一家公司、想让它变好时,也别指望靠喊口号、靠一阵运动式整顿、靠撤换某个人就能根本解决——要去改那个深层的系统:它的目标函数对不对,信息流通不通,激励正不正,反馈灵不灵,它能不能自我校正。表面的修补只能带来表面的、短暂的改善;真正持久的改变,必须发生在系统层。这就是为什么这本书花了那么多篇幅,去讲那些不起眼的系统零件和系统病——因为它们才是命运真正的主人。

也正因如此,一个管理者,尤其是一把手,最重要、最不可推卸的责任,是当好这台系统的设计者。

你的公司会成为什么样,几乎就是你把这台系统设计成了什么样;你公司的命运,几乎就写在你设计的这台系统的结构里。你或许控制不了环境,控制不了运气,控制不了每一个具体事件的发生——但你能够设计和塑造这台系统。而这台系统,会在你无法直接控制的所有那些变化和冲击面前,替你决定:你的公司,是健康地自我校正,还是失真地走向衰败。把这台系统设计好,是你能为公司的长远命运,做的最根本、也最有杠杆的一件事。

回到这本书开篇那个判断:公司不是靠人管出来的,是一台会自我校正、也会自我恶化的控制系统;而 AI,是接入这台系统的一个强大的仪表盘,不是那个握方向盘的司机。理解了这一点,你看公司的眼光就变了。你不再把管理看成一件靠用力、靠掌控、靠个人英雄主义去做的事,而是看成一件靠理解系统、设计系统、守护系统去做的事。你会从一个在事件层疲于奔命的救火队员,变成一个在系统层从容布局的设计者。

这正是这本书想带你抵达的地方。一家公司的命运,从来不在那些喧闹的表面,而在它这台系统沉默而深刻的结构里。读懂它,设计它,守护它——这就是管理这件事,最根本的全部。