---
name: prioritization-framework
description: 產品功能優先級與 Roadmap 規劃框架。包含 RICE 評分、MoSCoW 分類、Roadmap 模板、資源估算方法。
---

# Prioritization Framework Skill

提供產品功能排序與路線圖規劃的標準化框架。

## RICE 評分法

**RICE = (Reach × Impact × Confidence) / Effort**

| 維度 | 說明 | 評分範圍 |
|------|------|---------|
| Reach | 影響多少用戶（每月） | 實際數字估算 |
| Impact | 對用戶的影響程度 | 0.25, 0.5, 1, 2, 3 |
| Confidence | 對上述估算的信心 | 50%, 80%, 100% |
| Effort | 所需人月 | 0.5, 1, 2, 3... |

### 評分表模板

```markdown
| 功能 | Reach | Impact | Confidence | Effort | RICE Score | MoSCoW | Phase |
|------|-------|--------|-----------|--------|-----------|--------|-------|
| [功能A] | 1000 | 2 | 80% | 2 | 800 | Must | MVP |
```

## MoSCoW 分類

| 等級 | 定義 | 判斷準則 |
|------|------|---------|
| **Must Have** | 沒有就不能上線 | 核心 JTBD 必需 |
| **Should Have** | 重要但可推遲 | 提升體驗但非必要 |
| **Could Have** | 有更好但可以不要 | 錦上添花 |
| **Won't Have** | 本次明確排除 | 資源不允許 / 不符定位 |

## Roadmap 規劃模板

### 三階段框架

**Phase 1 — MVP**（月份 1-3）
- 目標：驗證核心假設
- 功能：[Must Have 清單]
- 里程碑：[月1] → [月2] → [月3] Beta 上線
- 成功指標：[具體 KPI]

**Phase 2 — Growth**（月份 4-6）
- 目標：擴大用戶群
- 功能：[Should Have 清單]
- 成長指標：[指標 + 目標數字]

**Phase 3 — Scale**（月份 7-12）
- 目標：商業化 / 規模化
- 功能：[Could Have + 長期功能]
- 商業化里程碑：[盈虧平衡 / 付費用戶目標]

## 資源估算模板

```markdown
| Phase | 前端 | 後端 | 設計 | 總人月 | 預估時程 |
|-------|------|------|------|--------|---------|
| MVP | 2人月 | 3人月 | 1人月 | 6人月 | 3個月 |
```

**假設條件**：
- 團隊規模：[人數]（預設：2 工程師 + 1 設計師）
- 每月可用工作天：20 天
- 時程 Buffer：保留 20%

## 旅程設計模板

### Macro Journey

```markdown
| 階段 | 發現 | 評估 | 首次使用 | 習慣養成 | 持續使用 |
|------|------|------|---------|---------|---------|
| 行動 | ... | ... | ... | ... | ... |
| 觸點 | ... | ... | ... | ... | ... |
| 情緒 | 😐 | 😊 | 😤 | 😊 | 😊 |
| 痛點 | ⚠️ | | ⚠️ | | |
| 機會 | 💡 | | 💡 | 💡 | |
```

### Micro Journey

```markdown
**[功能名稱] 使用流程**
用戶目標：[想完成什麼]
前置條件：[已完成什麼]

主要流程（Happy Path）：
1. [步驟一] → [用戶感受]
2. [步驟二] → [用戶感受]
3. [步驟三] → [預期產出]

⚠️ 常見中斷點：[哪個步驟易失敗] → [原因] → [設計建議]
💡 設計機會：[具體建議]
```

## 重要原則

- MVP 要小、要聚焦，不是「縮小版的完整產品」
- RICE 分數是輔助工具，不是最終答案
- 排除功能要說明「什麼時候加回來」
- 時程估算保留 20% buffer
- 旅程要反映真實用戶行為，不是理想化流程
- 情緒曲線要誠實標出低谷