# 高管们，我们该花时间用在甩锅还是做一个更好的决策？

> 老体系里，高管必须证明自己是“对”的，争功和甩锅就成了必须。新体系里，高管设计的是信息的通畅渠道：决策不一定要“对”，但必须是汇聚信息之后的最优解。

炎煌纪元 FDE 团队　2026-09-21　数据与决策　流程篇

前阵子，团队里一位小伙伴半开玩笑地提了个点子：要是我们专门做一套“甩锅 FDE”，一定大赚特赚。

他的理由是这样的。高管在公司里，得不断证明自己的决策是对的。结果出来，好，就要抢功；不好，就要甩锅。所以很多事情还没开始，前期的各种设计里就已经留好了两手：一手方便将来抢功，一手方便将来甩锅。

大家笑了一阵。笑完，又觉得可惜。

可惜的，不是这个点子赚不到钱。平心而论，它多半真能赚钱。可惜的是，高管的心力和脑力，是一家公司里最贵的资源，本可以用在让公司更有竞争力上面。

数据系列聊的是，信息怎样不打折地流到决策者手里。这一篇是流程篇，聊另一半：围绕决策的那些流程，到底是为什么而设计的。

## 一、这门手艺，确实精巧

小伙伴说的“前期设计”，在公司里待过几年的人都不陌生。

> 设计：立项时，把目标写得有弹性，比如“提升品牌影响力”。
>
> 后手：无论结果怎样，都能解释成“符合预期”。

> 设计：关键节点，拉足够多的人一起会签。
>
> 后手：成了，是“我牵的头”；不成，是“大家一起定的”。

> 设计：花钱请外部机构出一份报告。
>
> 后手：成了，是“我力排众议引进来的”；不成，是“专业机构也这么判断”。

> 设计：把风险提示写进邮件，抄送所有相关的人。
>
> 后手：成了，没人记得这封邮件；不成，可以翻出来说“当时提醒过”。

> 设计：方案自己定，执行拆给别的部门。
>
> 后手：成了，是“方向定得对”；不成，是“执行走了样”。

论精巧程度，这些设计不输任何一套业务流程。在有些公司里，它们就是流程本身：审批链、会签单、纪要模板，不少环节存在的理由，只是为了将来说得清“这不怪我”。

> **同样的聪明，花在了“将来怎么说”，而不是“现在怎么定”。**

## 二、可惜在哪里：三笔账

如果只是浪费一点时间，倒也罢了。细算下来，这里有三笔账。

### 第一笔：心力的账

争功和甩锅，争的都是公司内部的归属。功劳从一个部门挪到另一个部门，公司的竞争力没有多出一分；锅从一个人身上挪到另一个人身上，问题还留在原地。最贵的那部分脑力，花在了一场对外毫无产出的内部比赛上。而同行此刻，可能正把同样的脑力花在客户身上。

### 第二笔：信息的账

这一笔更隐蔽。当“错”会变成锅，每个人往上递信息之前，都会先替自己过一遍：这句话，将来会不会变成自己的责任？于是坏消息走得慢，拿不准的判断不敢说，数字先修一修再交。数据系列里聊过的面数据，很大一部分就是这样被润色出来的。

结果很讽刺：为自保而设计的流程，让设计者自己拿到的信息越来越失真。信息失真，决策变差；决策变差，锅变多；锅变多，自保的设计就更精巧。这是一个会自己转起来的圈。

### 第三笔：选择的账

怕背锅的时候，人会不自觉地去选“最好解释”的方案，而不是“最好”的方案。跟着同行走，选名气最大的那家供应商，沿用去年的做法，这些选择未必最优，但出了事最容易说清楚。每个关键决策都往“好解释”的方向偏一点，几年下来，就会得到一家处处稳妥、也处处平庸的公司。

> **甩锅的代价，不是出事之后才付的。早在决策之前，信息已经失真，选择已经变形。**

## 三、不怪高管：在老体系里，这是必须的

说到这里，很容易滑向对高管的道德批评。我们不这么看。

在老式的管理体系里，高管必须证明自己是“对”的，才有存在的价值。而“对不对”，只能等结果出来再看。

可是，结果并不等于决策的质量，中间还隔着运气。决策面对的是一整片可能性，结果只是其中落地的那一种。天气预报说七成会下雨，带了伞却没下，带伞这个决定并没有错。一个好决策，可能碰上谁也料不到的变化；一个拍脑袋的决定，也可能正好撞上风口。只看结果的公司，奖励的常常是运气，惩罚的也常常是运气。

更要紧的是，决策当时的上下文没有被留下来。当时知道什么，不知道什么，桌上有哪几个选项，为什么选了这一个，几个月之后，没有人说得清。留下来的只有一个结果，和一屋子各有版本的人。

> **上下文蒸发之后，剩下的只有故事。谁的故事讲得好，功就归谁，锅就绕开谁。**

所以在老体系里，争功和甩锅不是人品问题，而是必须的。一个只看结果、又还原不了当时情形的体系，留得下来的，只能是会讲故事的人。

## 四、新体系里，决策不一定要“对”

新式的管理体系，问的不再是“你对不对”，而是：在当时能汇聚到的信息下，这是不是最优解？

“对”要事后才知道，里面掺着运气，没有人能承诺。“最优”当时就能检验，事后也能复核，它只取决于两件事：汇聚到的信息够不够真、够不够全，推理过不过关。这两件事，每个人都可以被要求。

于是高管的工作也跟着换了。不再是做那个永远正确的人，而是去设计信息的通畅渠道：让一线的粗数据、客户的原话、上下游的信号，不打折地汇到决策的那张桌子上。决策，是信息汇聚之后得出来的最优解，而不是某个人的英明。

> **老体系的高管，要证明“我是对的”。新体系的高管，要保证“该到的信息都到了”。**

流程也跟着换了。老流程围着“归属”设计：谁提的，谁批的，谁签的字。新流程围着“信息”设计：当时知道什么，假设了什么，出现什么信号就该调头。

这件事过去做不到，是因为太贵。要把每一个决策的上下文完整留下来，得有人逐句记录、逐条归档，没有哪家公司养得起。真去记的人，往往只记对自己有利的那一部分。

现在不一样了。会议、沟通、数据，本来就在系统里流动，AI 可以在决策发生的那一刻，把上下文无感地汇聚起来、留存下来：不需要谁多做一步，也由不得谁挑着记。

> **选择性的留痕，是甩锅的工具。完整的留痕，才是决策的基础设施。**

## 五、那么，锅去哪儿了

在新体系里，结果不好的时候怎么办？先对账信息，再谈人。

回到当时留下的上下文，问三个问题。当时依据的哪一条假设，后来不成立了？能推翻它的那条信息，当时公司里有没有人知道？如果有人知道，它为什么没能到达决策的那张桌子？

大多数时候，答案会落在某一条渠道上：一线早就看到了，但没有地方说；客户早就暗示了，但在层层整理中被当成了噪音；上游早就变了，但没有人负责盯。

> **锅不再落到某个人头上，而是落到某条渠道上。然后，把这条渠道修好。**

这不等于没人负责。恰恰相反，这是一种更严的负责法。结果不好，但信息用足了、假设写明了，这是一次值得保护的决策。结果很好，但一线的信号被压下了、假设从没写下来，这只是一次运气，体系会如实把它记成运气。它对运气更宽容，对过程更严格。

对认真做决策的高管来说，这其实是最好的消息。被完整留下来的上下文，就是最好的护身符，比任何一套甩锅设计都管用：不需要事先留后手，也不需要事后讲故事。

这一切有一个前提：追溯是用来修渠道的，不是用来找人的。留痕一旦被用来找人，一线只会把话说得更圆，留下来的又变回面数据，体系会亲手毁掉自己赖以运转的真实信息。

要让大家真的相信这一点，光靠表态不够，还得让“错”本身变得便宜：决策做得更小、更快、更可逆，小步走，信号一变就调头。我们做交付时守的六端里，有一端叫高容错，说的就是这件事。好的体系不是不出错，而是错得起、改得快。

> **错得起的公司，才没有人需要甩锅。**

## 写在最后

回到开头那个点子。“甩锅 FDE”和我们平时做的 FDE，用的其实是同一批技术：留痕，追溯，汇聚信息。区别只在发心。一种追溯，是为了找到该怪谁；另一种追溯，是为了找到当时缺了哪一条信息。

而前一种有个死结，上面已经说过：留痕一旦用来找人，留下来的就只剩场面话。

所以这个点子，最后还是放回了玩笑清单里。

在老体系里，“甩锅还是做更好的决策”算不上一道选择题，因为不会甩锅的人留不下来。在新体系里，它终于可以是一道选择题了。

如果你是一位不想甩锅、只想把决策做得更好的高管，欢迎和我们聊一聊：如何构建一套更好的决策体系，让更多真实的上下文，帮你做出更好的决策。

---

来源：https://fde.li/articles/blame-or-better-decisions/　维护：炎煌纪元 FDE 团队　许可：CC BY 4.0（https://creativecommons.org/licenses/by/4.0/deed.zh-hans）