109 lines
3.1 KiB
Markdown
109 lines
3.1 KiB
Markdown
|
---
|
|||
|
|
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
|
|||
|
|
- 旅程要反映真實用戶行為，不是理想化流程
|
|||
|
|
- 情緒曲線要誠實標出低谷
|