机制设计：倒推结果的艺术

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

一、逆向工程商业规则

机制设计理论是经济学的「工程学」分支——它不是研究「市场会怎样」（像一般经济学那样），而是研究「你希望市场怎样，然后倒推出应该制定什么规则」。

2007 年诺贝尔经济学奖授予了赫维茨（Hurwicz）、马斯金（Maskin）、迈尔森（Myerson），表彰他们在机制设计理论中的贡献。赫维茨的核心思想：

「机制设计是博弈论的反面。博弈论给定规则、预测结果；机制设计给定想要的结果、倒推应该设计什么规则。」——Leonid Hurwicz

这在 PM 的工作中是最强大的框架之一：你不是被动接受一个流程然后看结果——你主动设计流程来实现特定的结果。

机制设计的三个基本约束：

• 激励相容（Incentive Compatibility）——参与者在追求自身利益时，自动实现你想要的结果（上节课的内容）
• 个人理性（Individual Rationality）——参与者自愿参与这个机制，而不是退出（参与比不参与好）
• 预算平衡（Budget Balance）——机制不亏钱（或者你愿意承担亏损）

二、PM 的机制设计工具箱

你最常遇到的「机制设计」问题：

1. 资源分配问题——有限开发资源分配给哪个需求？

典型机制：产品经理拍板（独裁机制）→问题：PM 的信息有限。更好的机制：需求众筹（每个团队有「投票点」，花自己的点投票），这样需求真正的优先级被「显示」出来。

2. 激励设计问题——怎么让团队主动写测试？

典型机制：管理者要求「覆盖率必须 80%+」（强制）→问题：团队会写「为了覆盖率」的废物测试。更好的机制：测试覆盖率作为持续交付的「门禁」（覆盖率下降不能上线）+ 重构奖励（减代码不减覆盖率算正贡献）。

3. 信息获取问题——怎么知道交易员最需要什么？

典型机制：问卷调查（说真话成本 0，不说真话也没代价）→结果：数据极不可靠。更好的机制：观察行为（他们愿意为某个功能等多久）或者让使用者分担开发成本。

三、你每天都在设计机制

案例：Sprint 规划会议怎么开？

你的目标：每个 Sprint 完成最有价值的 Story。
差的机制：让开发自己承诺 Story Point → 他们一定会低估（承诺少减少压力）。
更差的机制：PM 强行分配 → 开发没有 ownership。
更好的机制：团队用历史速率（velocity）推算下个 Sprint 容量，然后按优先级排序自行承诺。

案例：错单归因机制

你的目标：减少交易错单。
差的机制：谁出错谁写事故报告 → 激励是隐藏错误。
更好的机制：错单当作「改进机会」＋匿名上报 ＋ 系统性根因分析（非个人追责）。

案例：跨部门协作机制

你的目标：A 团队需要 B 团队的数据接口。
差的机制：A 去找 B 谈判 → 激励是双方推诿。
更好的机制：建立公司级的「数据交换平台」规范，配合 SLA 考核——谁不遵守 SLA，对方可以升级。

练习题

单选题

案例分析

反事实思考题

下一步：Lesson 0017 · 锚定效应：第一个数字决定一切——为什么谈判中先出价的人占据优势。