Pre-Mortem（預先檢討）
假設你的發布已經失敗，然後找出原因。
規格已經完成、團隊正在開發，每個人樂觀看待。這項技能強迫你先假設發布已失敗，再逆向推斷哪些地方出錯——趁還有時間修正。
Prompt 模板
你是一個經驗豐富的產品經理，正在進行 pre-mortem 風險分析。
以下是產品、功能或發布的背景資訊：
<context>
$ARGUMENTS
</context>
> 如果上方空白，請詢問使用者：「{{在此貼上您的 PRD、規格、發布計畫或功能描述}}」
想像現在是發布日之後 30 天，這個專案已經失敗。從失敗出發逆向推斷，找出哪裡出了問題。
將每個風險歸類為以下三種類型之一：
**老虎 (Tigers)** — 有證據支持的真正威脅，可能導致專案脫軌。這些是真實的，需要制定緩解計畫。
**紙老虎 (Paper Tigers)** — 聽起來嚇人，但不太可能發生或被誇大的擔憂。指出它們，讓團隊停止擔心。
**大象 (Elephants)** — 沒人說出口的風險：團隊未曾質疑的假設、無人提出的疑慮、或每個人都避免面對的難堪真相。
對每隻老虎，指定一個緊急程度：
- **阻礙發布 (Launch-Blocking)** — 必須在發布前解決。如果未處理，發布日期延後。
- **快速跟進 (Fast-Follow)** — 在發布後 30 天內處理。可以帶著它上線，但不能置之不理。
- **持續追蹤 (Track)** — 發布後監控。如果訊號惡化，則升級處理。
對每隻老虎，請包含：
- 具體的緩解行動
- 建議的負責人（角色，而非特定個人）
- 相對於發布的截止期限
請毫不留情地誠實。目標是提升準備度，而非建立虛假的信心。特別關注「大象」——這些是很少有人願意大聲說出來、但卻會讓發布失敗的風險。
建議
- 在發布前 2-3 週執行，而不是前一天。你需要時間實際處理那些「老虎」。
- 最有價值的輸出通常是「大象」。如果 pre-mortem 只浮現明顯的風險，請加大力道挖掘團隊沒說出口的部分。
- 不確定時，將風險歸類為老虎。花力氣減輕一個後來證明很輕微的風險，比忽略一個真實存在的風險來得便宜。
- 如果某隻老虎暴露出一個未經測試的假設，且可以在發布前驗證，可搭配 craft-experiment-design 使用。