如何把复杂真实系统简化为教学模型

从问题出发，而不是从系统出发

一个真实系统——发动机、供应链、政府——包含成千上万个零件。你无法讲授上千个零件，也不需要。你能教的是一个问题的答案：「燃油如何变成运动？」「钱都去了哪里？」「队列为什么会积压？」

一旦有了问题，简化就不再是"有损"的，而是"有针对性"的。凡是不帮你回答问题的那部分，并不是被砍掉，而是根本不属于这个答案。把问题写在页面顶端，它就成为之后每个决定都必须通过的检验。

找到主干

任何系统内部都有一条主路线，把你关心的东西从起点运到终点——燃油、信号、资源、订单。这条路线就是主干，在模型的第一版里，它应当是唯一的路径。

次要回路、备用路线与反馈路径都真实且重要，但它们是第二课，不是第一课。等读者已经能独立追踪主流动之后，再把它们画出来。一条清晰路径的模型能教学；七条交织路径的模型只会让人困惑。

给自己一个预算

最有效的约束是对零件数量设硬上限。选一个数字——五个是很好的默认值，七个是绝对上限——并且拒绝超过它。预算会逼出真正的取舍：如果有新零件要进来，旧零件就得出去，而你必须是那个为它辩护的人。

如实说明你省略了什么

当模型把话说明白，它就是诚实的。一行简短的「本图省略了……」或者在图注里补一句，就能告诉读者这幅地图是刻意残缺的。它同时也保护你：没人会把一张五方框的讲解误当成工程指南。

被砍掉的部分也不浪费。它们是续集——一旦读者记住了主干，它们正是第二张图深入某个子系统的天然选题。简化是为「按顺序教学」做的规划，不是永久性的缩减。

用"讲回去"来检验模型

把图交给一个不了解这个系统的人，请他照着解释流程。他每卡住一处，都标记着缺失的部件或不清的流动；他答不上来的每个问题，都标记着某处被简化得过了头。修掉卡点，其余记下来作为下一课。