Bonus Models

不要用"大家都这么做"替代"为什么这么做"。拆到不能再拆，再从那里向上建——这是创新和突破性思考的起点。

"Invert, always invert."——不要问怎么成功，先问怎么避免失败。问题翻过来，答案常常自动浮现。

"And then what?"——每一个决策都有一连串的连锁反应。大多数人的思考停在一阶；二阶思维让你看到别人没看到的后果。

不要只盯着单个事件——要看事件背后的结构和模式。系统思维让你从"解决问题"转向"设计更好的系统"。

大多数人不愿意改变想法——但好的决策者会根据新证据持续更新自己的判断。贝叶斯更新是你"理性地改变主意"的数学框架。

所有的模型都是错的——但有些有用。关键是知道你的模型在什么时候、什么地方会失效。

芒格说："如果你有能力圈，你就要知道它的边界在哪里。不知道边界的'能力'不是能力，是运气。"确定你知道什么容易，确定你不知道什么——才是真正的高手。

出事后找一个责任人是最简单的——但真正解决问题的人找到的是系统的深层原因。根因分析是防止同一类问题反复发生的系统性方法。

80% 的产出来自 20% 的投入。这不是精确的数学定律——而是一个提醒："少量原因对应大部分结果"，帮你在混乱中找到最重要的杠杆点。

世界已经够复杂了——不要用不必要的假设和恶意归因让它更复杂。这两个"剃刀"帮你砍掉那些不必要的、让你误入歧途的解释。

"设计系统的组织，最终会被迫做出与其组织沟通结构一模一样的系统。"换句话说——你的代码架构就是你团队的组织架构图。

你现在为什么用 QWERTY 键盘？不是因为它是打字最快的布局——而是因为历史。路径依赖告诉我们：现在的选择往往不是"最优的"，而是"历史上被选中的"——然后锁定住了。

网络效应是一个产品最好的护城河——也是最有欺骗性的增长杠杆。它的逻辑很简单：产品的价值随用户数量增加而增加。但难点在于：在用户数量达到"临界点"之前，你几乎得不到价值。

有些东西在冲击中破碎（脆弱），有些东西保持原样（坚韧），而有些东西——因为冲击而变得更好。这就是反脆弱。它不是"抵御冲击"，而是"需要冲击"。

当你把任何系统的规模放大或缩小，它的性质就会改变。了解规模法则，你就不会用管理 10 人团队的方法去管理 1000 人的组织——也不会用做小产品的流程去做大平台。

"当一个指标变成目标时，它就不再是一个好指标。"——任何被用来衡量绩效的指标，最终都会被"玩坏"。

如果你给一项任务分配了 2 周时间——它就会用满 2 周。不是因为它真的需要 2 周——而是因为有时间，你可以花在无关的细节上、无意识的延后、不必要的打磨上。

"给一个已经延期的项目加人——只会让它更慢。"这不是说加人不干活——而是说新人的上手成本、沟通成本、协调成本，在已经延期的项目上会超过他们带来的额外产出。

侯世达定律说："任何事——即使你考虑了侯世达定律——所花的时间总是比你预期的要长。"它是软件工程中最令人沮丧又最准确的定律。

两个最简单但最被低估的风险管理工具。事前验尸让你在项目开始前"想象失败"来预防失败。预检清单（Checklist）让你在关键节点避免"低级的疏忽"。

这是一个贯穿整门课程的综合案例。我们选取一个真实的复杂场景——为一家券商量身定制的 OTC 衍生品交易系统——然后用之前 20 节课的模型逐一分析它。

这是 22 节课的最终案例。我们将一个完整的金融科技产品决策场景拆解为 4 个阶段——分别对应不同的模型组合使用方式。这也是给你的一道"开放考题"：你能在多深的层次上运用这些模型？

芒格 9 大学科涵盖了数理、自然科学、人文社科的核心大概念。bonus-models 剑走偏锋——它们来自：