這堂課會學到什麼
在進行產品分析時，我們先用 商業九宮格 (Business Model Canvas) 和 價值畫布 (Value Proposition Canvas)，搞清楚產品的商業模式、目標客群和價值主張，為產品定位和策略定下基調。但光有策略層面的分析還不夠，還需要進一步把這些洞察轉化為具體工程師團隊可以開發的產品計劃。
接下來，就來接紹兩個很實用的工具：
- 影響地圖 (Impact Mapping)： 幫助我們把產品目標和相關人員的行為變化連接起來，確保每個開發任務都有意義和價值。
- 使用者故事地圖 (User Story Mapping)： 讓我們以用戶體驗為中心，清楚規劃功能的實現路徑和優先順序。
透過這樣的學習脈絡，從商業策略到實際執行開發，一步步串聯起來，讓產品既能滿足用戶需求，也能實現價值最大化！
影響地圖 Impact Mapping
《影響地圖》 (Impact Mapping) 是 Gojko Adzic 提出的一種計畫方法，概念有點像腦力圖 (Mind Mapping)。特別是在大型組織裡，流程和人員一多，很容易迷失方向，而影響地圖可以幫助大家把注意力放在 關鍵人物 和 正確目標上。透過圖像化方式，讓目標和達成步驟清晰呈現，避免浪費資源和溝通不良，保持執行專案的聚焦。
有什麼好處？
特別適合規劃還沒誕生的新產品。在產品規劃初期，因為涉及很多人和不同想法，常常會有混亂的情況。這時候，影響地圖可以幫上大忙，幫助解決以下問題：
- 把產品相關的「人事物」重點全部列出。
- 檢查提案的邏輯和可行性。
- 規劃下一步的衝刺（Sprint）或版本釋出。
- 幫助說服客戶某功能是否有價值。
- 讓團隊和客戶對目標與策略達成共識。
影響地圖 Impact Mapping 的四大核心步驟與模板
若無法清楚看到圖片文字，請點擊下方連結預覽 or 下載查看清晰版本 :
建議產品經理召集相關團隊來場集思廣益的工作坊！可以用便利貼或線上白板工具，按照下面 Impact Mapping 模板四個步驟：依序填入答案。每位成員都可以自由寫下想法，貼在適合的位置。這樣能快速收集多種觀點，並一起檢視每個選項的可行性和優先性。
Step 1 : Why？目標 Goal
Step 2 : Who？角色 Actor
Step 3 : How？影響 Impact
Step 4 : What？交付產物 Deliverable
若無法清楚看到圖片文字，請點擊下方連結預覽 or 下載查看清晰版本 :
範例 : 目標為【增加語言學習平台的訂閱人數】
以【增加語言學習平台的訂閱人數】為目標，繼續用 Impact Mapping 展開，依照四個步驟填入內容，
- Step 1 : Why？（為什麼）確定目標，例如提升訂閱用戶數、提高平台收入。
- Step 2 : Who？（誰）確認目標對象，例如現有訂閱者、潛在訂閱者、影響者角色。
- Step 3 : How？（如何）想出影響這些目標對象行為的方法，例如提供折扣、推出新功能、加強廣告。
- Step 4 : What？（做什麼）最後列出具體的工作或任務，例如設計促銷活動、開發學習挑戰功能獎勵等。
若無法清楚看到圖片文字，請點擊下方連結預覽 or 下載查看清晰版本 :
你也可以試著設定一個 Why ? Goal 目標，來練習展開這四個步驟的 Impact Mapping 畫布！
「透過 Impact Mapping，我們能更清楚地把創新和用戶需求連結起來，搞清楚：產品是為誰設計的？目標解決了什麼問題？」
使用者故事對照 User Story Mapping
使用者故事對照：User Story Mapping 是敏捷開發中的一個重要概念，由 Jeff Patton 提出。這個方法幫助團隊有效解決需求優先順序混亂和需求脈絡不清的問題。它通過將使用者故事可視化，讓團隊能清楚地了解用戶達成目標的整體流程，並確定哪些功能最為重要。
使用者故事對照的基本概念
- 以用戶旅程為中心： 將用戶達成某一目標的過程分解為步驟，這些步驟會構成地圖的水平軸。
- 分解任務細節： 在每個步驟下，列出具體的行動，這些行動細化成使用者故事，形成地圖的垂直軸。
- 定義優先順序： 團隊根據商業價值或用戶需求，將故事分組並規劃成不同版本或迭代目標。
六大操作步驟 : 語言學習平台範例
這裡以 語言學習平台 為例，來展示如何運用使用者故事。
Step 1. 了解你的用戶，定義角色（Personas）
首先，識別語言學習平台的目標用戶，並理解他們的需求。這些角色可以幫助團隊設計更符合用戶需求的產品。
範例角色：
- 潛在使用者：尚未註冊，但對學習語言有興趣的用戶。
- 現有訂閱者：已註冊並使用平台的用戶，專注於提升語言能力。
Step 2. 撰寫簡單的 Epic
Epic 是一種高層級 (顆粒度較大、層次較高) 的大需求，描述用戶想實現的價值。格式如下：
作為一個 [角色]，我希望能夠 [功能]，以便 [達成目標]。
範例：
- 作為一個 潛在使用者，我希望能 免費試用平台功能 7 天，以便 了解是否適合我的需求。
- 作為一個 現有訂閱者，我希望進入平台後能看到個性化課程建議，幫助我 選擇適合的課程。
Step 3. 拆解 Epic，成為可執行的 Ready User Stories
將較大的 Epic 拆解成具體且可執行、顆粒度較小的使用者故事 (Ready User Stories)，這些故事要簡單明確，能直接轉化為開發任務。
範例：
- Epic：作為一個現有訂閱者，我希望能查看我的學習進度統計報告。
- Ready Stories：
- 在儀表板上顯示我的日常學習時間統計。
- 查看每週的單字學習量變化圖表。
- 收到未達學習目標的提醒通知。
- Ready Stories：
Step 4. 加入驗收標準（Acceptance Criteria，縮寫 AC）
為每個 Ready Story 制定清楚的驗收標準，讓團隊知道何時完成。驗收標準要有下面三種條件 :
- 明確： 用詞具體，易於理解。
- 可執行： 可以轉化為工程任務。
- 可測試： 有明確的完成標準。
範例：
- Ready Story：在儀表板上顯示我的日常學習時間統計。
- AC 驗收標準：
- 顯示過去 30 天內每日學習時長的條形圖。
- 用戶可以選擇顯示不同的時間範圍（例如 7 天、30 天）。
- 點擊某天數據時，顯示當日學習內容。
- AC 驗收標準：
Step 5. 整理 Ready Story 大表 (圖一)
將所有的 Epic 和 Ready Stories 組織成一個表格，這樣團隊能清楚看到所有需求，並根據進度追蹤。補充 : 這邊的 Ready User Stories 可以理解成敏捷開發中的 Product Backlog Items， PBI，這裡可以看出 User Story Mapping 就是敏捷開發流派很重要的一個拆解 User Story 的工具 。
若無法清楚看到圖片文字，請點擊下方連結預覽 or 下載查看清晰版本 :
Step 6. 進一步拆解為 Task 任務(圖二)
將 Ready Stories 拆解成更小、更具體的 Task 任務，並按優先級排序。這些任務可供工程團隊進行開發，確保每一步都能順利實現。
補充 : 這邊的 Task 可以理解成敏捷開發中，開發團隊將 Product Owner 的 Product Backlog Items 拆成開發團隊可以進入實作開發的小 Task 們
若無法清楚看到圖片文字，請點擊下方連結預覽 or 下載查看清晰版本 :
相關文章參考 :
第八堂課 : 敏捷開發 (上) 敏捷核心價值以及基本框架與方法
第九堂課 : 敏捷開發 (下) 敏捷的進階框架與方法 產品待辦清單（Product Backlog）如何變成開發團隊的工作任務？以小型電商網站為範例
可以使用一些工具來幫助你整理和視覺化這些 Epic、Ready Story 和 Task，例如 Jira、Trello、Figjam 這樣的電子白板，或者用實體卡片來標記進度。這些工具可以幫助團隊成員更清楚地看到每個步驟的進展，並且方便大家協作，一起推動項目的進行。
完成這些步驟後，就能將使用者故事具體化為可實行的開發計劃，協助團隊更高效地實現產品目標並滿足用戶需求。
使用者故事在三大溝通場景中的應用
使用者故事在以下三大場景都能適用，例如跟老闆主管溝通、產品經理自己排序、跟開發團隊溝通 :
| 溝通對象 | 目標 | 溝通重點 | 範例 |
| 老闆、主管 | 確認第一版產品釋出範圍 | 1. 說明商業目標，如提高用戶留存或轉換率。 2. 描述期望的使用者行為變化。 3. 確認第一版核心功能。 | 第一版目標是幫助 潛在用戶 完成免費試用並探索平台功能，同時提供學習進度報告以提升 現有用戶 的滿意度。 |
| 產品經理自己 | 確認風險與技術可行性 | 1. 是否需要重新開發核心系統？ 2. 團隊技術能力是否足夠？ 3. 外部系統串接是否可行？ | 免費試用功能需要 新增試用期計時邏輯，學習進度報告需驗證數據的準確性與完整性。 |
| 產品團隊 | 明確開發順序，規劃 Sprint | 1. 分享產品待辦事項優先順序。 2. 討論 Sprint 衝刺目標。 3. 確保使用者故事詳細完整。 | 這次 Sprint 的目標是完成 潛在用戶 的免費試用流程後端邏輯，並提供學習進度報告功能給 現有用戶。 |
透過使用者故事對照 (User story mapping) 呈現任務的方式，可以幫助不同的溝通對象釐清重點，最重要的就是，開發團隊可以透過這樣的拆解，快速轉化用戶需求為產品功能，聚焦核心價值，並提升跨部門協作效率，確保產品開發貼近用戶需求與商業目標。
影響地圖和使用者故事對照的差異和使用順序
比較表
| Aspect | 影響地圖 Impact Mapping | 使用者故事對照 User Story Mapping |
|---|---|---|
| 目的 | 對齊高層目標與團隊的開發活動，專注於「做什麼才有影響」。 | 以用戶體驗為中心，清楚定義產品開發的功能和順序。 |
| 視角 | 戰略性視角：關注商業目標與影響。 | 操作性視角：關注用戶流程與細節。 |
| 核心結構 | 圍繞目標、行為、影響和交付進行規劃。 | 圍繞用戶故事、用戶步驟和優先順序進行規劃。 |
| 應用時機 | 用於初期策略規劃和確保資源集中於高價值的項目。 | 用於產品開發的細化階段，規劃產品功能的開發順序。 |
| 輸出 | 目標驅動的影響地圖，專注於為目標服務的功能。 | 用戶故事地圖，專注於用戶體驗和產品功能的開發優先級。 |
使用順序建議
- Impact Mapping 先行
- 當進入產品開發初期，首先使用 Impact Mapping 明確目標、利害關係人及其行為影響，將商業策略與產品方向對齊。
- 這有助於在戰略層面確保團隊的所有工作都為實現目標服務，避免資源分散。
- User Story Mapping 隨後
- 確立 Impact Mapping 的結果後，進一步細化為 使用者故事，繪製 User Story Map。
- 定義用戶的行為流程和功能需求，深入到產品功能的細節，通過使用者需求的視角，確保產品開發順序清晰，並以用戶體驗為核心進行設計。並協助團隊分階段釋出最小可用產品(MVP)。
互補性
- Impact Mapping 幫助團隊解答「為什麼做這件事」和「誰會受影響」的問題
- User Story Mapping 則回答「如何做」和「具體需要什麼功能」的問題。
兩者結合，能讓產品開發既符合商業目標，又提供良好的用戶體驗。
舉例
如果目標是增加訂閱轉換率：
- Impact Mapping：識別目標客群、他們需要改變的行為（如完成試用後訂閱），以及影響行為的策略（如提供額外的試用功能）。
- User Story Mapping：規劃產品開發細節，例如試用功能的用戶流，包括「註冊試用流程」「功能引導」「轉換頁面設計」等細化任務。
結論 Recap
Impact Mapping 與 User Story Mapping 的核心價值
Impact Mapping 和 User Story Mapping 是產品開發中的重要思考工具，幫助團隊聚焦目標與用戶需求。
Impact Mapping
- 從策略出發，明確產品目標與利害關係人。
- 探索實現目標的路徑，聚焦最重要的影響力。
- 確保資源分配更有效率。
User Story Mapping
- 以使用者需求為核心，細化產品功能。
- 分階段釋出最小可用產品 (MVP)。
- 快速迭代，驗證產品價值。
工具需要靈活運用
- 這些工具並非萬能，過度依賴可能限制創意。
- 根據團隊需求靈活調整，不拘泥於形式。
- 重點在於啟發思考，推動目標導向的高效協作。
學完產品分析後，下一堂課就是要進一步學習設計思考工具！
第五堂課 : 雙鑽石設計思考和 UX 使用者體驗設計思維與研究工具，為產品規劃細節補足設計思考和實際 UX 思維驗證，讓 PM 的技能更全面！
📩 歡迎交流！看完文章後，若有任何想法、建議或想一起討論的話，隨時歡迎來信交流！
Miss 六月奶茶聯絡信箱 : junemilktea6@gmail.com
