pre-mortem

pre-mortem skill 概覽

pre-mortem skill 能幫你在 PRD、launch plan 或產品提案正式上線前，先做一輪有結構的「先想失敗」檢視。它特別適合產品經理、創辦人、策略人員，以及需要 AI 輔助決策的人：你要的不只是泛泛的腦力激盪，而是一個能把真實的上線風險和雜訊分開，並轉成可執行清單的方法。

pre-mortem skill 真正有用的地方，在於它的決策結構。它不只是列出疑慮，而是會把問題分成 Tigers（可信且高風險的問題）、Paper Tigers（被誇大或低機率的擔憂）和 Elephants（團隊可能刻意迴避、但其實存在的問題），再依照對上線的影響做優先排序。這讓它在上線前審查、roadmap 風險檢查，以及需要判斷哪些因素可能阻擋發布的 Decision Support pre-mortem 場景裡，特別有價值。

因為這就是一個 pre-mortem skill，它的核心工作是：在不確定中建立清楚判斷。重點不是等上線後才發現代價高昂的失敗，而是提早找出最可能的失敗模式，讓你有時間改計畫。

pre-mortem skill 實際會做什麼

這個 skill 會讀取你的產品脈絡，先假設這次 launch 已經失敗，再倒推失敗原因。輸出設計上希望是可操作的：有哪些風險、為什麼是風險，以及每個問題需要多快處理。

誰應該使用這個 pre-mortem skill

當你手上已經有一個真正要壓力測試的提案時，就很適合用它：例如 PRD、launch brief、功能上線計畫，或 go-to-market plan。若你希望的是一個能讓模型像資深產品審查者那樣推理的 pre-mortem guide，而不是一般發想工具，這個 skill 會很合適。

什麼情況下不適合用它

如果你只是想做輕量級腦力激盪，一個簡單 prompt 就可能夠了。若你根本還沒有具體方案，這個 skill 會因為訊號太少而很難準確分類風險。它最強的前提是：輸入裡要有假設、受眾、時程和成功標準。

如何使用 pre-mortem skill

安裝並找到這個 skill

先依照專案指示完成 repository 的安裝流程，接著先打開 pm-execution/skills/pre-mortem/SKILL.md。在這個 repo 裡，SKILL.md 是唯一的來源檔案，所以不需要再去支援資料夾找額外規則、腳本或參考資料。

請提供真正的 launch 輸入檔

只有在你餵進去的是具體方案時，pre-mortem 安裝後才真的有用。好的輸入會像這樣：

• 帶有目標使用者、價值主張與 non-goals 的 PRD
• 包含日期、通路、相依項與負責人的 launch plan
• 列出已知風險、限制條件與成功指標的 feature brief

不夠好的輸入會像：「幫我分析這個新創點子。」這太模糊了，做不出有用的 pre-mortem，因為模型根本無法判斷所謂的失敗到底代表什麼。

把粗略需求改寫成有用的 prompt

不要只問「有哪些風險」，而是要把情境與輸出格式一起交代清楚。例如：
「請針對這份 launch plan 做 pre-mortem。假設上線發生在 14 天後，而且最後失敗了。請找出 Tigers、Paper Tigers 和 Elephants，並把每一項標記為 launch-blocking、fast-follow 或 track。請聚焦在 adoption、訊息傳達、產品就緒度，以及營運相依性。」

這種寫法會讓 pre-mortem 使用效果更好，因為它清楚告訴模型：要優化什麼、要假設多長的時間範圍、以及如何分類結果。

檢查輸出是否真的可執行

最好的結果應該是給你一小份高可信度的阻塞項，而不是一大串風險清單。你要留意的是：

• 團隊還沒有驗證的假設
• 可能延誤的上線相依項
• 會直接打掉 adoption 的顧客反對點
• 聽起來很嚴重、但其實不會改變上線準備度的問題

如果答案太籠統，就補上缺少的計畫細節，再重新跑一次 pre-mortem。

pre-mortem skill 常見問題

這比一般 prompt 更好嗎？

通常是，如果你重視決策品質。一般 prompt 也能產生風險，但 pre-mortem skill 提供了一套可重複的結構，能幫你排序風險並找出盲點。對 Decision Support 的 pre-mortem 特別有幫助。

我一定要是產品經理才能用嗎？

不用。只要你能提供清楚的計畫，並說明「失敗」代表什麼，pre-mortem skill 就很適合新手使用。品質更取決於輸入的具體程度，而不是職稱。

除了產品上線，還能用在別的地方嗎？

可以，只要這件事真的有風險，且有明確計畫：例如內部工具導入、定價調整、實驗，或流程變更。若是開放式發想或純創意工作，它的幫助就比較有限。

主要限制是什麼？

這個 skill 能有多準，完全取決於你提供的脈絡有多完整。如果 PRD 太薄，輸出就可能過度聚焦在顯而易見的風險，而漏掉真正的阻塞點。pre-mortem guide 最適合在原始材料本來就含有值得壓力測試的假設時使用。

如何改進 pre-mortem skill

提供更精準的輸入

最大的品質提升，來自你在要求分析前先補足細節。把 launch 日期、目標客群、成功指標、分發計畫、相依項，以及已知弱點一起放進去。當 pre-mortem skill 能拿具體的上線路徑來對照風險時，它的幫助會大很多。

要求分類，而不只是點子

不要只停留在「可能出什麼問題」。請模型明確區分 Tigers 和 Paper Tigers，並直接點出 Elephants。這種結構能減少空泛輸出，也讓結果更適合拿來做規劃、人力配置與升級通報。

把限制與取捨一起寫進去

如果你有預算上限、工程資源限制、法務審查，或硬性的上線日期，請一開始就說明。限制條件會改變哪些風險才是真風險。忽略這些限制的 pre-mortem 可能看起來很聰明，但不一定真的能改善計畫。

第一次結果之後再迭代

把第一輪輸出拿來修正下一次 prompt。如果模型漏掉了某個很可能失敗的面向，就直接指出缺口，然後要求針對那個領域再做一次 pre-mortem，例如 adoption、implementation 或 launch operations。最好的 pre-mortem 使用方式就是迭代式：先廣、再窄、最後導向行動。