User Story Map 使用者故事地圖
站在使用者的角度，拆解每一個價值交付
起源與背景
由 Jeff Patton 在 2005 年提出，後在《User Story Mapping》一書中系統化。它是敏捷開發中最受歡迎的需求管理方法，被 Spotify、Atlassian、Basecamp 等公司廣泛採用。
什麼是？
User Story Map 以使用者旅程為主軸，將需求組織成一張二維地圖。水平軸是使用者的活動流程（時間序），垂直軸是每個活動下的功能細節（優先級），形成一張完整的「使用者體驗地圖」。
核心概念
「作為 [角色]，我想要 [功能]，以便 [價值]」— 每個需求都必須回答：這對使用者有什麼價值？
最適合
- ✓APP 或網站開發
- ✓SaaS 產品規劃
- ✓新產品 MVP 定義
- ✓產品改版規劃
- ✓跨部門功能協作
不適合
- ✗純粹的基礎建設專案（如搬遷機房）
- ✗法規遵循類任務
- ✗沒有明確「使用者」的內部流程
操作步驟
定義目標使用者角色 (Persona)
列出使用者旅程的主要活動（左到右時間序）
每個活動下方列出使用者故事（功能需求）
用水平線劃分 MVP / V2 / V3（上方 = 最高優先級）
驗收標準：為每個 Story 定義完成條件
迭代規劃：按照水平線切割，每次交付一個完整的使用者體驗
核心金律
使用者為中心 — 每個需求都綁定使用者角色和價值
走完整條路 — MVP 要能涵蓋完整使用者旅程（但每步用最簡版本）
垂直切片 — 不要做「只有前端沒有後端」的半成品
對話優先 — Story 是對話的起點，不是需求文件的替代
持續演進 — 地圖是活的，隨著學習不斷調整
實戰案例
開發外送 APP
使用者旅程：瀏覽餐廳 > 選擇餐點 > 加入購物車 > 結帳付款 > 追蹤訂單 > 評價。MVP 只做：精選 10 家餐廳 + 基本點餐 + 信用卡結帳。
建立線上課程平台
學生旅程：搜尋課程 > 試看預覽 > 購買 > 上課 > 作業 > 取得證書。老師旅程：上傳影片 > 設定課綱 > 批改 > 看數據。
與其他方法的比較
User Story 以「使用者價值」為核心，WBS 以「產出物」為核心；User Story 適合產品開發，WBS 適合工程專案。