要人确认的那一步，在确认什么？
——一套审计"人的判断"的组织方法
一个团队里最常见的对话是："这个问题别猜，问一下老王。"
问老王当然对，当下的问题也确实解决了。但如果同一个问题每个月都要问一次老王，组织真正该检查的不是老王为什么懂，而是：他懂的那部分，为什么一直没有变成别人也能用的东西。
以一个最常见的场景为例：一笔订单能否退款，需要资深同事确认。
一、先把"确认"拆开
看起来这是一项依赖经验的判断，但跟着他处理几次会发现，他主要在核对四样东西：订单状态（业务系统里）、活动规则（文档里）、支付渠道限制（某封邮件里）、历史特批记录（群聊里）。
他做的其实不是一个笼统的判断，而是五种不同性质的工作：
| 判断类型 | 具体问题 | 人参与的主要原因 |
|---|---|---|
| 查找事实 | 这笔订单支付成功了吗？ | 信息分散或访问受限 |
| 应用规则 | 当前状态允许退款吗？ | 规则没有整理成系统可执行的形态 |
| 解释例外 | 本次活动的特殊条款适用吗？ | 上下文不完整，案例间有差异 |
| 权衡目标 | 要不要为长期客户多担一次成本？ | 组织还没决定优先级 |
| 作出承诺 | 批准退款，预算由我担 | 需要明确的授权和责任归属 |
一次审批往往混合这五种成分。笼统地叫"人的判断"，会让可以改善的部分藏进"经验"这个词里。
二、表里没写的一种：噪声
还有一类介入，不属于上面五种中的任何一种，甚至算不上判断——它是方差。
同一个需求，两个人估时差五倍；同一段代码，两个评审给出相反意见；同样的信息摆在面前，不同负责人的结论相反。信息差解释不了这个（信息相同），经验价值也解释不了（经验越老，结论越分裂）。这是卡尼曼在《噪声》里的发现：专业判断的方差，常常大得像抽签。
它的处理方式和前五种完全不同：不需要更多信息，需要校准——统一的基准样例、多人独立判断后的对齐、对历史结论的复盘。把噪声当成经验留下来，是把抽签当成了判断力。
三、老王的"经验"，有多少是信息地图
回到老王。他确实有经验，但拆开看，经验里有一大块是"知道去哪找、知道哪个版本还有效、知道哪次特批是什么条件"。这是信息组织能力，不是推理能力。
由此可以得到一个克制的强命题：
一个人长期承担某项判断，并不证明这项判断必须长期由人承担。 它只证明：到目前为止，组织还没有更低成本的方式拿到那部分信息。
经验里剩下的另一部分——见过足够多案例之后的模式识别——确实更接近"判断力"。但它的原理是样本。样本锁在一个人的脑子里时，它叫经验；样本能被检索和复制时，它叫文档、规则和测试。AI 之所以冲击大，不是因为它会推理，而是因为它第一次让"读完全部历史样本"成为可能。
四、信息流通有两种病
第一种病，找不到。结论只在群聊里，原因只在某个人脑子里，数据存在但没权限。这类最好理解。
第二种病，找到了也不能用。把所有文档、邮件、聊天记录倒进知识库，搜索结果变多，问题没解决：哪个版本有效？哪条规则优先？冲突时谁有权解释？规则里一句"特殊情况可酌情处理"，检索得再准，也不构成可执行的标准。
要让一个判断能被别人（或系统）接手，至少需要四件事：规则的来源、有效时间、适用范围、例外由谁决定。历史案例还要带上当时的条件——否则下一次，一次特批会被当成通用规则。
这也是特批的隐藏属性：每一次例外都在立法。 今天为这个客户破了例，明天所有类似客户都会预期同样的待遇。例外当然可以批，但批的时候就要知道自己在立什么法：带条件的例外是规则的一部分，不带条件的例外是债务。
五、审计：数一数人到底在提供什么
方法很简单。取一段时间内所有需要人工介入的任务，记录三件事：
- 人最终提供了什么——一个事实、一条规则、一种解释，还是一次授权？
- 如果任务开始时就具备这些信息，执行者能否独立完成？
- 同样的条件再出现一次，还需要重新问吗？
假设二十次人工确认里有：十二次在补充同一条历史规则，五次在解决资料冲突，三次涉及真正的业务取舍。优化方向就具体了——
- 前十二次：把规则整理成系统校验，这类询问应该消失；
- 中间五次：明确资料版本和解释权限，这类询问应该变快；
- 最后三次：真正的权衡和授权，值得保留，也值得给它们更好的信息。
具体比例不重要，重要的是这个动作把"人的判断"从感觉变成了科目。
六、人工变少之后，检查错误去了哪里
人工介入次数下降，不自动等于改善。它也可能意味着执行者开始默认猜测，或者异常被压到交付之后才暴露。
所以要同时看四个指标：错误率、返工量、例外处理量、结果质量。过渡期可以让系统先建议、人来复核，并对比双方依据的差异：
- 系统反复缺同一项事实 → 补数据；
- 系统误用了旧规则 → 改版本管理；
- 系统在目标冲突时强行给出确定答案 → 明确升级条件，而不是让它猜。
这三条对应的问题完全不同：信息问题、执行能力问题、授权问题。混在一起，永远调不好。
七、授权是另一个设计维度
还有一个经常被混为一谈的东西：一个环节需要明确的责任主体，和每一次执行都需要人工参与，是两个可以分别设计的问题。
组织可以预先授权系统处理一定范围内的请求（金额、状态、规则命中），超出范围的升级给人。这样人的位置就变了：不再是逐笔审批，而是划定授权边界、抽查运行结果、处理真正的例外。
审批次数降下来之后，剩下的每一次都有名字、有权重、有足够的信息。这正是这些环节本来该有的样子。
结尾
"这事要人来判断"这句话，值得每一次都被追问：是在找事实、找规则、要解释、要权衡，还是要一个有权签字的人？
前三种是信息基建的欠账，记账方式就是第五节那三个问题；后两种才是判断的真正驻地。需要减少的从来不是"人的判断"，而是本不该由人承担的那部分。
从下一次"找人确认"开始，把问题和最终答案记下来。记到第三次，你就能看见：哪里缺一份说明，哪里缺一条规则，哪里确实需要一场有权作决定的人之间的讨论。
