第一性原理思维

🔍第一步：识别惯性假设 #

把“向来都这么做”全部写成句子

把现行做法底下铺着的前提一条不漏地写成句子：“这个功能需要服务器”“低于这个价卖不了”。写下来之前，假设像空气一样看不见。最好的采集工具是新人和外人的提问：凡是对“为什么这么做”只能答“向来如此”的地方，全都是候选。

假设分类三问 #

是物理定律、是监管，还是纯粹惯例

把写出的假设分成三等：自然定律和数学动不了；监管和合同很贵但可以改；惯例和行业常识只是再没人重新问过而已。在大多数组织里第三类占压倒性多数，这个事实本身就是这一步的收获。分级时最快的试金石是：“有没有谁违反过它的先例”。

🔨第二步：拆解 #

下沉到再也拆不动的事实单元

把问题拆成组成部分，且每一块都要拆到成为可验证的事实为止。“云成本太贵”不算拆解；要下沉到“每次请求的平均算力、单位算力的市场价、流量分布”才算。拆着拆着经常会发现问题定义本身就是错的，这是这一步常见的额外收获。

拆解的单元 #

成本用 BOM，流程用必要条件

要下沉到哪一层，因对象而异。实物就拆到物料清单（BOM）和市场单价，软件成本就拆到算力、存储、传输的原始单位，流程就拆到每一步真正必须满足的要求。判别法只有一条：那一块的数值能被第三方独立核实，就说明到了事实单元。

🏗️第三步：重新组装 #

在事实之上重建最优解法

只带着拆解得到的事实，从白纸开始组装解法：既有解法不是参考，而是对照组。重组的结果和原做法一样也不算失败，因为现在用这个做法的理由是“事实支持”而不是“别人都在用”，防御力完全不同。如果结果不一样，就必须能指出是因为抛弃了哪条假设才不一样的。

重组的纪律 #

每个分歧点都标注抛弃了哪条假设

新解法与旧做法分岔的每个点，都挂上“因为抛弃了第几号假设”的标签。没有这个标签，重组就和一个新奇点子没有区别，与反对者的争论也会沦为口味之争。最糟的情况是事后发现被抛弃的假设其实是监管条款，所以第一步的分类会在这里再次被召回。

陷阱：停在拆解 #

只有批判没有重组，等于半途而废

很多会议止步于砸碎假设的快感：只剩一份现行做法的漏洞清单，没有替代方案。拆解只是中间产物，交付物永远是“所以我们要改做什么”的重组方案。开场前就把产出格式钉死（新方案构成 + 被抛弃的假设清单），就能避开大部分这种陷阱。

🪞与类比思维的对照 #

不是敌人，是用途不同的工具

类比是把经过验证的做法借过来：快、便宜、大体上是对的。日常决策的九成就该用类比处理。第一性原理是类比卡住时才拿出来的工具：现行做法的成本在结构上显得不对劲，或者所有人都堵在同一堵墙前。宣称一切都要用第一性原理来做，通常通向什么都做不完的状态。

什么时候用哪个 #

用可逆成本和惯例的价格来判断

决定容易回退，就用类比快速推进，错了再改。难以回退（架构、长期合同），而且那个领域的惯例价格闻起来贵得反常，就是第一性原理的地盘。一个好信号是：“所有人都在抱怨那笔成本，却没有一个人重新算过它的结构”的项目。

💰实战示例：成本结构 #

不是看报价，而是从原始单位重算

“供应商报价大概是这个数”是类比。用第一性原理，是把那项服务消耗的原材料（算力、存储、人工工时）乘回市场单价，算出理论底价。报价与底价的差距，就是谈判空间或自建机会。火箭材料费只占成品价格个位数百分比的那笔计算，催生了可回收火箭，是这个套路的教科书案例。

找到成本的底 #

把差距解剖成三种成分

理论底价与实际价格的差距，通常可以拆成三部分：供应商的利润、低效（把你用不上的功能捆绑进来），以及风险溢价。三者谁占大头，应对就不同：利润大就谈判加竞标，捆绑多就重新定义需求，风险溢价高就算一算这份风险是否由自己吸收。

⚙️实战示例：技术选型 #

从“大家都在用”的栈到需求推出来的栈

“现在大家都用这个框架”是类比，多数情况下也够用。需要第一性原理的时刻，是这个选择开始以成本或约束的形式反噬的时候。这时把真实需求量（流量、延迟上限、数据规模、团队运维能力）摆成数字，倒推出最小满足的配置。经常得出的结论是：流行技术栈里相当一部分，解决的是我们根本没有的规模问题。

把需求换算成物理量 #

形容词变成数字，选项就会变少

把“大容量”“实时”“可扩展”这类形容词，换算成每秒请求数、允许延迟毫秒数、年数据增量。数字一出来，候选技术的一半以上会自动出局，或被证明是过度配置。如果算不出数字，那不是技术选型问题，而是产品定义还没做完，推迟选择才是正确的决定。

⚠️谨防滥用 #

每个会都从白纸开始，就完了

第一性原理每做一轮成本都很高：全队挖假设、验证假设要花上几天。健康的分配是：一个季度只对一两个结构性问题用它，其余照惯例快速处理。对每个议题都抛出“为什么”的人，不是第一性原理思考者，而更可能是把会议拖入瘫痪的人。