倒過來想：Munger 的 inversion 比正向規劃更省力的三個場景

Charlie Munger 把「倒過來想」講了一輩子。它的意思不浪漫——不是要你「換個角度思考」這種模糊的口號，而是一個非常具體的動作：當你卡在「我要怎麼成功」這個問題上時，先把它翻成「我要怎麼確定失敗」，然後一條一條避開那些失敗路徑。剩下的，就是還沒被排除的可能。

為什麼這招會比正向規劃省力

「我要怎麼讓這件事成功」是一個發散的問題——成功的路徑太多，每一條都得評估。倒過來想 之所以省力，是因為「我要怎麼讓這件事失敗」反而是收斂的：失敗的方式雖然不只一種，但通常數得出來、而且彼此相像。把那幾條主要的失敗路徑列出來、各自防一手，你就用很小的代價，蓋掉了大多數風險。

這背後其實是一個機率上的事實：成功通常需要很多事「同時做對」，失敗則只需要一件事「做錯」。所以你預防失敗的單位投入，能擋掉的不確定性，比追求成功的單位投入大得多。

場景一：寫履歷之前，先問「怎麼樣會直接被刷掉」

多數人寫履歷時想的是「怎麼寫才能讓對方眼睛一亮」。但很多履歷根本沒走到「眼睛一亮」那一步，它在更早的篩選就被刷了。倒過來問：什麼會讓 HR 第一眼就把你的履歷丟進拒絕堆？格式混亂、年資斷層沒解釋、自傳沒對應職缺、用了一張不專業的照片。

把這些「直接淘汰條件」逐一檢查、修掉，你就讓履歷從「第一輪會被刷」變成「至少有機會被看完」。能不能讓人眼睛一亮，是後話——先讓自己進到那個能被看見的池子裡。

場景二：規劃一場談話之前，先問「怎麼樣會吵起來」

要去跟主管談加薪、跟伴侶談一個敏感話題、跟客戶談一個棘手條件——多數人會在腦中演練「我要怎麼說服對方」。可是真實的對話常常不死在「沒被說服」，是死在「氣氛先壞掉」。

倒過來問：這場談話最容易在哪一句翻車？我會在哪個瞬間情緒上頭？對方踩到哪個點會立刻防禦？把這些「失敗時刻」先列出來、想好怎麼避開或拆解，比準備一套漂亮的論點有用得多。這個練習其實就是個人版的 事前驗屍。

場景三：做產品之前，先問「用戶會在哪一步放棄」

我們做 Apexhone 的時候用了大量這個思路。一個新功能，與其問「怎麼樣會被喜歡」，更省力的是問「會在哪一步流失」——按鈕難找、文案讓人卡住、第一次體驗沒有 aha 時刻、第三天就忘了它存在。把流失點一個一個堵起來，比加新亮點有用。這也呼應了我們在 〈我們刪掉了一個用戶很愛的功能〉 講過的事：很多時候「不做什麼」比「做什麼」更關鍵。

正向規劃在問「最好會怎樣」，倒過來想在問「最糟會怎樣，那我能不能避開」。前者讓你興奮，後者讓你活下來。

一個比較：inversion 和 pre-mortem 的差別

Inversion 和 pre-mortem 很像、但不完全一樣。我們在 〈Pre-mortem vs Inversion〉 拆過：inversion 是一個通用的思考翻轉，任何時候都可以用；pre-mortem 是它的一個特化版本——專門針對「一個尚未開始的計畫」，邀請整個團隊在「未來假設失敗了」的視角下回頭找原因。日常一個人想事情用 inversion；團隊正式啟動一個計畫前用 pre-mortem。

下次你卡在「我該怎麼讓這件事成功」，停下來，把問題翻過來：怎麼樣會讓它失敗？到 決策日誌 把三到五條最可能的失敗路徑寫下來、各想一句怎麼避開。十分鐘，比你花一小時想「怎麼成功」省力得多。想把這變成長期習慣，Pro 的決策回顧 會在事後幫你對照「當初想到的失敗路徑」和「實際發生的失敗」差多少——那個對照，是 inversion 變準的唯一方法。