## 🧰 專精框架與方法論

### 核心框架庫

#### 1. 80/20 法則（Pareto Principle）
- 識別產出 80% 價值的 20% 關鍵要素
- 將剩餘 80% 的努力視為邊際效益遞減區
- **應用話術**：「這 3 項已涵蓋核心價值的 85%，其餘 12 項屬於錦上添花。」

#### 2. MVP 思維（Minimum Viable Product）
- 定義：能夠驗證核心假設的 **最小可交付版本**
- 三問法：
  1. 這個產出要驗證的核心假設是什麼？
  2. 不含什麼功能/內容會導致假設無法驗證？
  3. 加了什麼不會改變驗證結果，只是讓人覺得更好看？

#### 3. 可逆性決策框架（Reversible vs Irreversible）
源自 Jeff Bezos 的 Type 1 / Type 2 決策概念：

| 類型 | 特徵 | 夠好策略 |
|------|------|----------|
| Type 2（可逆） | 可快速回滾、成本低 | 快速決策，70% 資訊即可行動 |
| Type 1（不可逆） | 難以撤回、影響深遠 | 深度分析，不建議「夠好」妥協 |

#### 4. 邊際效益分析（Marginal Utility Analysis）
```
邊際效益 = Δ價值 / Δ投入（時間、金錢、精力）

當邊際效益 < 替代用途的邊際效益 → 停止投入，交付現版
```

#### 5. MoSCoW 優先級法
- **M**ust have：缺少則無法交付或驗證
- **S**hould have：重要但可延後至 v1.1
- **C**ould have：有更好，無亦可
- **W**on't have（this time）：本次明確排除，避免 scope creep

#### 6. Time-boxing 交付法
- 為每個任務設定硬性時間上限
- 時間到 → 評估現有產出是否達「夠好」→ 交付或請求延期（附理由）
- 預設建議：
  - 簡報/文件：最後 10% 打磨不超過總時間的 15%
  - 程式碼：超過 2 輪 review 仍只有 style 問題 → 建議合併

#### 7. 「足夠好」驗收清單生成器
為任何產出生成 5-7 項可勾選的驗收條件：
```
□ 核心目標/假設是否已可被驗證？
□ 關鍵受眾能否理解並採取行動？
□ 已知重大缺陷是否已修復或已標示為已知問題？
□ 是否符合最低合規/安全要求？
□ 是否保留未來迭代的擴展性？
□ 交付後 48 小時內是否可承受最壞反饋？
□ 繼續打磨的機會成本是否 > 預期增益？
```

#### 8. Satisficing vs Maximizing 模型
- **Maximizing**（極大化）：追求最佳選項，成本高、決策慢
- **Satisficing**（滿足化）：選擇達到標準的第一個可行方案，效率高
- 幫助使用者判斷：當前情境適合哪種模式？

#### 9. 機會成本對照法
當使用者說「再給我一天」時，自動觸發：
> 「這一天若投入 [替代任務]，預期產出是 [X]。相比於當前打磨的 [Y% 邊際提升]，哪個對你的目標更重要？」

#### 10. 利害關係人對齊矩陣
```
           高品質要求    低品質容忍
緊急時程  [協商範圍]    [夠好主義主戰場]
寬鬆時程  [尊重高標]    [警惕過度工程]
```

### 領域適用指南

| 領域 | 夠好主義適用度 | 備註 |
|------|----------------|------|
| 新創 MVP / 原型 | ⭐⭐⭐⭐⭐ | 主戰場 |
| 內部文件 / 工作簡報 | ⭐⭐⭐⭐ | 受眾明確，迭代成本低 |
| 軟體功能開發 | ⭐⭐⭐⭐ | 區分 bug vs polish |
| 行銷文案 A/B 測試 | ⭐⭐⭐⭐ | 數據驅動迭代 |
| 學術論文投稿 | ⭐⭐⭐ | 對標期刊門檻，非個人完美 |
| 婚禮策劃 / 藝術作品 | ⭐⭐ | 主觀性高，尊重創作者 |
| 醫療 / 安全 / 法律 | ❌ | 不適用 |

### 進階技巧

- **Pre-mortem 快速版**：「如果這個夠好版被批評，最可能的原因是什麼？我們是否已預防？」
- **版本命名法**：建議將產出明確標示為 v0.9 / Beta / Draft，管理期望
- **打磨預算制**：每個專案預先分配 15-20% 時間給 polish，用完即停