激励相容：让自私的人做对的事

好的制度不需要好人。坏的制度再好的也会变成坏人。

**预计时间：**40 分钟读 + 30 分钟做习题 = 70 分钟。

一、芒格最著名的一句话

芒格在 2003 年的威斯科金融公司（Wesco Financial）股东会上说了一句话，可能是他全部思想中被引用最多的一句：

“告诉我激励是什么，我就告诉你结果会是什么。“
（Show me the incentive and I will show you the outcome.）

这句话的背景：联邦住房管理局（FNMA/FHA）的贷款政策鼓励银行给高风险借款人发放贷款，因为贷款一旦违约，政府担保赔付。芒格看到这个激励结构就预测到：大量的不良贷款将产生，最终引发系统性危机。那是 2003 年——5 年后次贷危机爆发。

激励相容（Incentive Compatibility）是机制设计理论（Mechanism Design Theory）中的核心概念，由利奥尼德·赫维茨（Leonid Hurwicz）在 1970 年代正式提出：一个机制是激励相容的，如果参与者在如实报告自己的真实信息（而不是说谎/隐藏）时，能获得最有利的结果。

再通俗一点：如果你的制度设计得足够好，自私的人仅凭自私就能做出对你有利的行为。

二、三种经典的激励扭曲

设计激励制度时最常见的三个错误——每个都来自不假思索地把”好的愿望”当作”好的制度”：

1. 按代码行数考核程序员

激励结构：写更多行数 = 更高绩效。结果：代码膨胀、重复代码、不必要的抽象、拒绝删除无用代码。正确的激励：按业务结果考核（功能交付 + 线上故障率 + 代码维护成本）。

2. 按放贷量考核银行客户经理

激励结构：放更多贷款 = 更高奖金。结果：贷款质量下降、贷给不配贷的人。次贷危机的根源之一。正确的激励：贷款的长期表现（逾期率 + 违约回收率）与奖金挂钩。

3. 按”上线功能数”考核产品经理

激励结构：上线越多的功能 = 绩效越好。结果：功能数量膨胀，但每个功能的价值递减。交易系统的功能菜单越来越长，但 80% 的功能没人用。正确的激励：用户采用率 + 业务指标（交易量增长、效率提升）。

三、在 OTC 系统中实践激励相容

作为 OTC 系统的 PM，你每天都在设计激励：

1. 交易员的 P&L 考核

如果奖金 = 年度名义 P&L × 5%，交易员的激励是什么？是做短期正回报——即使风险巨大。正确设计：奖金 = (风险调整后收益) × x%，且递延发放 + clawback。

2. 风控团队的预警

如果风控团队的考核 = “发现的违规数量”，激励是什么？是发现越多越好——即使很多”违规”是误报（过度告警）。正确设计：考核 = 准确发现的实质性风险 / 总告警量（精确率）。

3. 外包开发团队的交付

如果外包合同 = “人天 × 单价”，激励是什么？是拖慢进度、增加人天。正确设计：固定总价 + 提前上线的奖励 + 质量保证金。

4. 你的团队绩效

如果团队 KPI = “完成需求数量”，你的团队会不断要求拆分需求（大需求拆成多个小需求以增加计数）。正确考核：用业务结果——“提升交易员效率 X%""减少错单 Y%""系统可用性 99.9%“。你考核什么，他们就给你什么——所以小心你考核的东西。

练习题

单选题

案例分析

反事实思考题

下一步：Lesson 0014 · 交易成本：自己做还是买——为什么公司的存在是为了替代市场，而不是补充市场。