對于一個傳統設計師來講，僅僅理解“開發流程”、“項目管理”、“敏捷”等術語的表層含義都要大費腦筋。然而交互設計師卻是冠以設計師之名，但從知識結構、技能、思維方式等都與傳統設計師大相徑庭。“產品設計師”做為交互設計師未來職業發展方向之一，則要求擁有更富結構的知識體系，對產品、團隊、項目有更深的理解，而這也是我寫這一系列文章的原因之一。
從這一篇開始，將會進入正式的知識“轉述”過程，如若這些文章有幸被此領域專家看到，發現了其中的錯誤漏，還請斧正，幫助我們成長進步。
上篇文章結合一次沙龍簡單介紹了用戶故事的內容和作用。那它能解決哪些具體問題？在介紹用戶故事的具體內容之前，我們先簡單聊聊，我認為用戶故事圖最實用的三個方向：
- 規劃版本需求；
- 驗證需求有效性；
- 產品優化與開發跟蹤；
規劃版本需求
對于用戶，版本開發的功能間有哪些影響？各階段版本對產品和用戶的整體影響是什么？是否要遵循某些線索和規則？這些取決于如何選擇各版本的開發內容。
每個產品都會有一個需求池，里面存儲大量等待消化的需求。每當規劃新版本，從需求池中翻找需求都是很痛苦的過程。我曾帶過一個項目，我們使用用戶故事的語術描述需求，以便判斷其對用戶的影響。隨著時間推移，有些需求不再適用，但需求數量依然“穩步”增加。這此需求粒度不同、指向不同，每次篩選需求都十分痛苦不說，團隊也被帶入各種細節中無法自拔。
用戶故事地圖很好的解決了這一問題。它從需求層面，對產品進行橫向流程和縱向細節的梳理。將需求按照核心操作流程進行組織。每次先聚焦于各關鍵流程環節，再篩選對應需求。即保證持續從大局著眼，同時，又對所有需求進行了結構性的組織。
驗證需求有效性
產品開發中如何評估需求可靠性？如何評估與權衡需求的用戶價值和產品價值？以用戶故事驅動的開發流程，提供了一些快速、不斷驗證需求可靠性的方法。
在用戶故事地圖中，未經討論的需求被稱之為“機會”。在團隊中，分階段對這些“機會”進行不同層面（真實性、用戶/產品價值、重要性、成本等）的提問，以在開發前發現不合適的需求，節省后期的溝通和設計開發成本。
流入開發階段的需求，結合快速原型、可用性測試、用戶階段測試等方式快速校驗方案，并更新到用戶故事地圖中，以讓所有變化在整個地圖中得到體現，便于團隊隨時刷新對產品的整體認識。
產品優化與開發跟蹤
開發和測試工程師普遍討厭變更，有時候以變更數量多來說明需求質量差。變更越少越好嗎？大多數人都期待需求在早期就能完整和正確，然而哪些最牛逼的產品和交互設計師，都無法代表用戶——在沒有反饋和驗證的情況下保證方案適用。我們需要正確認識“變更”，它其實是在開發過程中不斷發現、學習新的知識，以修正最初的結果的工具。以變更數量來判別需求好壞，并非明智之舉。
在開發過程中，常有“將XX功能放在后續版本”、“具體看上線數據情況再調整”這種情況，但現實卻是這些“后續開發”的功能往往石沉大海。將這些“后續開發”的功能放在用戶地圖中，就能在后續規劃功能時看到它，并從大局去考慮是否真的有必要優化。
產品負責人希望項目中所有人都關心產品，并且就開發內容達成共識。但現實卻是，除了產品負責人和需求方，其他人大多扮演“被說服”的對象，被動完成任務。這導致需求方成為產品的瓶頸，而產品上線后的好壞，其實在開發之前就已被決定。
大多情況下，流入開發環節的需求已經被確定，團隊直接按照需求完整開發、測試，有時候遇到性又紅又專、歷史邏輯問題，導致整體被推翻或干脆中止。僥幸上線，之后接觸到用戶發現效果不佳，只能縫縫補補，非常被動。用戶故事地圖驅動的開發流程，建議我們分三個階段來開發功能。各階段中分別進行測試，以驗證其對用戶的有效性和穩定性。
| 階段 | 內容 | 目標 | 說明 |
|---|---|---|---|
| 開局 | 開發核心流程 | 排除技術風險 | 1、通過數據觀察功能的性能； 2、使用自動化測試檢驗穩定性; 3、關注技術挑戰和風險，通過消除技術風險，避免風險在后期造成更大成本; |
| 中局 | 開發周邊功能 | 關注質量，達到可發布標準 | 1、開發主流程之外的其他可選流程和復雜邏輯； 2、常常加入之前未發現的新特性; 3、原系統無法滿足性能上的需求而需要額外投入來解決的問題 |
| 末局 | 打磨產品 | 讓產品更搶眼、使用更高效 | 1、可能會加入未預想的東西； 2、使用線上真實數據測試； 3、常常會現在原型階段無法識別的改進點 |
—— end ——
全部內容鏈接：
用戶故事地圖（1）：體驗用戶故事
用戶故事地圖（2）：作用
用戶故事地圖（3）：故事與卡片
用戶故事地圖（4）：創建方法
用戶故事地圖（5）：開發流程之“機會”階段
用戶故事地圖（6）：開發流程之“探索”階段
用戶故事地圖（7）：開發流程之“設計”階段
用戶故事地圖（8）：開發流程之“故事工作坊”階段
用戶故事地圖（9）：開發流程之“研發-評估-交付”階段
用戶故事地圖（10）：開發流程之“回顧”階段
用戶故事地圖（11）：故事（需求）拆分
用戶故事地圖（12）：后記
