用决策前提审计替代直觉——一次管理决策的拆解练习
什么时候打开这份指南
你面前有一个重要决策——团队扩招方向、项目优先级、资源分配、制度改动。你已经形成了初步判断,但说不清这个判断是怎么来的。
这就是需要做决策前提审计的时刻。不是每个决策都值得审计。日常的、低风险的、可逆的决策,用直觉足够了。但如果一个决策方向错了很难回头,或者涉及多个部门的利益排序,花 30 分钟做一次前提审计比事后复盘便宜得多。
最小闭环:30 分钟的前提摊开
拿出纸或文档,写下你正在面对的决策,然后回答四个问题。
事实前提是什么? 列出你做判断时依据的事实——市场数据、团队能力评估、竞品动态、预算数字。每条后面标注:这个数据是自己查过的、别人告诉你的、还是你假设的。
价值前提是什么? 列出你默认的优先级排序。增长优先还是利润优先?速度优先还是质量优先?这些排序通常不会被明确讨论,但它们直接决定你倾向哪个方案。
搜索了多大范围的选项? 列出你实际考虑过的方案。有没有哪类方案从一开始就被排除了?排除的理由是事实约束还是习惯性假设?
"够用"标准是什么? 你准备在什么条件下说"就这个方案了"?这个标准是有意设定的,还是凭感觉的?
四个问题写完,你就完成了一次最小闭环的决策前提审计。
完成信号:能用三句话说清楚——"我的判断基于这些事实前提和价值前提,搜索范围被这些条件限定了,满意标准是这样的。"说不出来,说明审计还没到位。
从一次审计到一张可复用的清单
最小闭环是应急用的。想让决策前提审计变成习惯,需要往下走。
检查事实前提。 里面有多少是"以为是事实,其实是假设"?把假设标红。不需要验证所有假设——挑出对最终判断影响最大的一两个,优先验证。
如果验证后假设成立,继续。如果不成立,整个决策方向可能需要调整。这就是前提审计的价值:在执行之前发现方向偏差。
检查价值前提是否和团队一致。 拿着你写下的价值排序,问核心成员同样的问题。如果你排"增长优先"而核心成员排"利润优先",执行中一定出现方向性拉扯。
价值分歧无法靠数据解决,只能靠明确排序和上级裁决。提前发现,比执行中暴露代价小得多。
评估决策是否落在执行者的接受区域内。 需要谁来执行?他们会认为这个要求合理吗?如果决策大幅改变执行者的工作习惯、增加工作量、看不到直接好处——可能落在接受区域之外。
落在区域外不是放弃决策,是补配套动作:解释逻辑、展示与执行者利益的关联、提供培训和过渡期。
偏轨时怎么拉回来
最常见的偏轨信号:你发现自己在第一个问题上列了十几条事实前提,花了大量时间查找细节数据。这时候你已经从"前提审计"滑回了"信息搜索"——西蒙说的那个没有尽头的搜索循环。
拉回方法:停下来问自己——"如果这条数据完全翻转,我的决策方向会变吗?"如果不会,这条数据不是关键前提,跳过。
另一个偏轨信号:团队讨论价值排序时变成了争论谁对谁错。价值前提没有对错,只有不同的优先级。讨论变成争论,说明有人在把价值分歧当事实分歧处理。把两者分开,讨论才能继续。
产物和完成标准
一张可复用的"决策前提清单",四列内容:事实前提(标注来源和验证状态)、价值前提(标注排序共识度)、搜索范围(标注排除条件)、满意标准(标注设定依据)。
完成标准:下一次遇到重要决策,能在 30 分钟内用这张清单走完一轮审计,不需要从零开始回忆"西蒙说过什么"。
压缩清单
- 写下决策,列出事实前提,标注来源
- 列出价值前提,检查优先级排序是否和团队一致
- 画出搜索范围,标注哪些选项被排除了
- 写下满意标准,确认标准是有意设定的
- 检查接受区域,评估执行者是否会自然接受
- 标红未验证的关键假设,挑影响最大的优先验证