第一性原理思考

🔍第一步：識別慣性假設 #

把「向來都這麼做」全部寫成句子

把現行做法底下鋪著的前提一條不漏地寫成句子：「這個功能需要伺服器」「低於這個價賣不了」。寫下來之前，假設像空氣一樣看不見。最好的採集工具是新人和外人的提問：凡是對「為什麼這麼做」只能答「向來如此」的地方，全都是候選。

假設分類三問 #

是物理定律、是法規，還是純粹慣例

把寫出的假設分成三等：自然定律和數學動不了；法規和合約很貴但可以改；慣例和行業常識只是再沒人重新問過而已。在大多數組織裡第三類佔壓倒性多數，這個事實本身就是這一步的收穫。分級時最快的試金石是：「有沒有誰違反過它的先例」。

🔨第二步：拆解 #

下沉到再也拆不動的事實單元

把問題拆成組成部分，且每一塊都要拆到成為可驗證的事實為止。「雲端成本太貴」不算拆解；要下沉到「每次請求的平均算力、單位算力的市場價、流量分布」才算。拆著拆著經常會發現問題定義本身就是錯的，這是這一步常見的額外收穫。

拆解的單元 #

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

要下沉到哪一層，因對象而異。實物就拆到物料清單（BOM）和市場單價，軟體成本就拆到算力、儲存、傳輸的原始單位，流程就拆到每一步真正必須滿足的要求。判別法只有一條：那一塊的數值能被第三方獨立核實，就說明到了事實單元。

🏗️第三步：重新組裝 #

在事實之上重建最佳解法

只帶著拆解得到的事實，從白紙開始組裝解法：既有解法不是參考，而是對照組。重組的結果和原做法一樣也不算失敗，因為現在用這個做法的理由是「事實支持」而不是「別人都在用」，防禦力完全不同。如果結果不一樣，就必須能指出是因為拋棄了哪條假設才不一樣的。

重組的紀律 #

每個分歧點都標註拋棄了哪條假設

新解法與舊做法分岔的每個點，都掛上「因為拋棄了第幾號假設」的標籤。沒有這個標籤，重組就和一個新奇點子沒有區別，與反對者的爭論也會淪為口味之爭。最糟的情況是事後發現被拋棄的假設其實是法規條款，所以第一步的分類會在這裡再次被召回。

陷阱：停在拆解 #

只有批判沒有重組，等於半途而廢

很多會議止步於砸碎假設的快感：只剩一份現行做法的漏洞清單，沒有替代方案。拆解只是中間產物，交付物永遠是「所以我們要改做什麼」的重組方案。開場前就把產出格式釘死（新方案構成 + 被拋棄的假設清單），就能避開大部分這種陷阱。

🪞與類比思維的對照 #

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

類比是把經過驗證的做法借過來：快、便宜、大體上是對的。日常決策的九成就該用類比處理。第一性原理是類比卡住時才拿出來的工具：現行做法的成本在結構上顯得不對勁，或者所有人都堵在同一堵牆前。宣稱一切都要用第一性原理來做，通常通向什麼都做不完的狀態。

什麼時候用哪個 #

用可逆成本和慣例的價格來判斷

決定容易回退，就用類比快速推進，錯了再改。難以回退（架構、長期合約），而且那個領域的慣例價格聞起來貴得反常，就是第一性原理的地盤。一個好訊號是：「所有人都在抱怨那筆成本，卻沒有一個人重新算過它的結構」的項目。

💰實戰示例：成本結構 #

不是看報價，而是從原始單位重算

「供應商報價大概是這個數」是類比。用第一性原理，是把那項服務消耗的原材料（算力、儲存、人工工時）乘回市場單價，算出理論底價。報價與底價的差距，就是談判空間或自建機會。火箭材料費只佔成品價格個位數百分比的那筆計算，催生了可回收火箭，是這個套路的教科書案例。

找到成本的底 #

把差距解剖成三種成分

理論底價與實際價格的差距，通常可以拆成三部分：供應商的利潤、低效（把你用不上的功能捆綁進來），以及風險溢價。三者誰佔大頭，應對就不同：利潤大就談判加競標，捆綁多就重新定義需求，風險溢價高就算一算這份風險是否由自己吸收。

⚙️實戰示例：技術選型 #

從「大家都在用」的棧到需求推出來的棧

「現在大家都用這個框架」是類比，多數情況下也夠用。需要第一性原理的時刻，是這個選擇開始以成本或約束的形式反噬的時候。這時把真實需求量（流量、延遲上限、資料規模、團隊維運能力）擺成數字，倒推出最小滿足的配置。經常得出的結論是：流行技術棧裡相當一部分，解決的是我們根本沒有的規模問題。

把需求換算成物理量 #

形容詞變成數字，選項就會變少

把「大容量」「即時」「可擴展」這類形容詞，換算成每秒請求數、允許延遲毫秒數、年資料增量。數字一出來，候選技術的一半以上會自動出局，或被證明是過度配置。如果算不出數字，那不是技術選型問題，而是產品定義還沒做完，推遲選擇才是正確的決定。

⚠️謹防濫用 #

每個會都從白紙開始，就完了

第一性原理每做一輪成本都很高：全隊挖假設、驗證假設要花上幾天。健康的分配是：一季只對一兩個結構性問題用它，其餘照慣例快速處理。對每個議題都拋出「為什麼」的人，不是第一性原理思考者，而更可能是把會議拖入癱瘓的人。