产权理论：谁拥有谁负责

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

一、产权是资本主义最伟大的发明

芒格反复强调：「产权制度——不是民主、不是自由市场——是人类文明最伟大的制度发明。」

产权（Property Rights）不等于「私有制」。产权是对资产的控制权束（bundle of rights）。一个完整的产权包括：

1. 使用权（Use Rights）——你决定这块资产怎么用
2. 收益权（Claim to Income）——你获得资产产生的收入
3. 转让权（Transfer Rights）——你可以把资产卖给别人

「当产权不清晰时，效率就消失了。因为没有人对不属于自己的东西感兴趣。」——Ronald Coase

产权理论为什么重要？因为产权清晰度直接影响经济效率。

当一个工厂的污染影响周边居民时——如果工厂有产权（可以污染），居民可以付费让它减少污染；如果居民有产权（干净空气），工厂需要付费买污染权。两种产权分配方式都会导致有效率的结果（科斯定理），但前提是：产权要清晰。

对比：苏联的水资源是公有财产，工厂免费取水→极度浪费；西方国家引入了水权交易制度后，用水效率大幅提升。

二、工作中的产权模糊带

在组织中，产权不清晰是效率损失的最大根源之一：

1. 代码的「产权」模糊 → 「不关我事」

一个公共模块被多个团队使用但没有明确的「owner」 → 没人维护它的文档、没人修 bug、每个人都在上面加功能但不清理。如果每个代码模块都有明确的 owner（且 owner 的绩效考核包含该模块的质量），情况截然不同。

2. 需求的所有权 → 「需求是产品提的，做不好是开发的锅」

如果没有人完整地对一个功能的结果负责，产品团队和开发团队会互相推诿。解决方案：每个功能有一个明确的所有者——从需求到上线到用户反馈——全链条负责。

3. 数据的所有权 → 「谁都不愿意提供数据」

一个部门的运营数据对其他部门极有价值，但没有一个部门觉得「这是我的数据、我要负责让它可用」。数据成了「谁都不拥有、谁都不维护」的公地。

三、OCB——用产权思维设计你的系统

在你设计 OTC 衍生品系统时，产权理论的应用：

1. 数据归属权

交易数据属于哪个部门？如果把数据视为「全公司共享」，它很快变成没人清理的垃圾。如果每条交易数据有明确的「生产者」（交易台）+ 「质量责任人」（数据治理团队）+ 「使用规则」（谁可以看什么级别），数据质量会大幅提高。

2. 系统模块的产权

微服务架构本质上就是把大系统的「公有产权」拆成小团队的「私有产权」。每个团队拥有自己服务的完整决策权（使用权）、对自己的服务运行的结果负责（收益权/责任）。这就是微服务为什么比巨石架构更高效——不是因为技术好，是因为产权清晰。

3. 信用的产权

交易对手的信用额度分配——如果额度是「公共池塘」，每个交易台都有动机多用。如果每个交易台「拥有」自己的额度子池（可以交叉租用但不能无偿占用），额度使用效率更高。

练习题

单选题

案例分析

反事实思考题

下一步：Lesson 0016 · 机制设计：倒推结果的艺术——先想清楚你要什么结果，再设计规则。