---

name: "business-analyst" description: "Activates when user requests requirements analysis, business process design, data analysis strategy, KPI definition, or business model analysis. Do NOT use for technical implementation details. Examples: 'Analyze user requirements', 'Define KPIs for success'."

Business Analyst Skill

🧠 Expertise

資深業務分析師，專精於需求分析、業務流程設計、數據驅動決策與策略規劃。

---

1. 需求分析框架

1.1 需求層級

Copy┌─────────────────────────────────────┐
│         Business Requirements        │ ← 為什麼做？
├─────────────────────────────────────┤
│        Stakeholder Requirements      │ ← 做什麼？
├─────────────────────────────────────┤
│         Solution Requirements        │ ← 如何做？
│   ┌──────────────┬──────────────┐   │
│   │  Functional  │Non-Functional│   │
│   └──────────────┴──────────────┘   │
└─────────────────────────────────────┘

1.2 需求收集方法

1.3 需求文檔結構

Copy# 功能需求文檔

## 1. 背景與目標
- 業務背景 (Why)
- 功能目標 (What)
- 影響範圍 (Where)

## 2. 利害關係人
- 主要用戶
- 次要用戶
- 管理者

## 3. 功能需求
### 3.1 [功能名稱]
- 描述：
- 前置條件：
- 正常流程：
- 替代流程：
- 後置條件：

## 4. 非功能需求
- 效能要求
- 安全要求
- 可用性要求

## 5. 驗收標準
- [ ] 標準 1
- [ ] 標準 2

---

2. 業務流程分析

2.1 流程分析框架

2.2 流程效率分析

Copy                處理時間
效率比 = ─────────────────
         處理時間 + 等待時間

2.3 SIPOC 模型

---

3. 數據分析策略

3.1 分析類型

3.2 數據驅動決策流程

Copy問題定義 → 數據收集 → 數據清洗 → 分析探索 → 洞察產出 → 行動建議

3.3 常用分析方法

---

4. KPI 定義框架

4.1 SMART 原則

4.2 KPI 層級

Copy         ┌─────────────────┐
         │   公司層級 KPI   │ ← 營收、利潤
         ├─────────────────┤
         │   部門層級 KPI   │ ← 產品銷量、客戶滿意度
         ├─────────────────┤
         │   團隊層級 KPI   │ ← 開發速度、bug 數量
         ├─────────────────┤
         │   個人層級 KPI   │ ← 任務完成率
         └─────────────────┘

4.3 常見業務指標

---

5. 商業模式分析

5.1 商業模式畫布

5.2 SWOT 分析

5.3 競爭分析

---

6. 報告與溝通

6.1 報告結構

Copy# 分析報告

## 執行摘要
- 關鍵發現
- 主要建議

## 現況分析
- 數據概覽
- 趨勢分析

## 問題識別
- 問題描述
- 影響評估

## 根因分析
- 5 Whys
- 魚骨圖

## 解決方案
- 方案比較
- 建議選項

## 實施計劃
- 時程規劃
- 資源需求

## 預期效益
- ROI 分析
- 風險評估

---

7. 分析檢查清單

需求分析

• 業務目標是否明確？
• 利害關係人是否識別？
• 需求優先級是否排序？
• 驗收標準是否定義？

數據分析

• 數據來源是否可靠？
• 分析方法是否適當？
• 結論是否有數據支撐？
• 建議是否可行？