之前在《用戶故事地圖的使用方法》中，描述了用戶故事地圖的使用方法，即將產品的需求迭代分成【0，0.5】【0.5，1】【1，+∞】3個階段。
用戶旅程圖、用戶故事地圖、用戶故事、用戶體驗地圖、故事板……常見的一堆名詞讓人混淆，更別提怎麼用了。文章主要針對用戶旅程圖和用戶故事地圖做簡單介紹。用過用戶旅程圖還原場景，找到用戶痛點；再根據痛點梳理產品需求，分版本規劃迭代，就得到了用戶故事地圖；最後把需求用用戶故事溝通確認。
一、用戶旅程地圖——回到場景找準用戶的點
基於用戶目標達成，回到場景挖掘需求
1、爲什麼需要用戶旅程圖？
人們需要的不是某一個產品或功能，而是解決某個問題，產品只是解決問題的工具而已。用戶的需求是發生在具體場景中的，不同場景下的需求不同。聚焦於問題本身，有助於洞察優化和創新的機會。
2、用戶旅程圖是什麼
用戶旅程地圖是歸納用戶場景的可視化工具。以敘述故事的方式描述用戶使用產品的過程，發現用戶在整個使用過程中的痛點和滿意點，最後提煉出產品優化思路和機會點
3、用戶旅程圖的分類
1）上線前As is user journey：關注交互行爲、觸點，評估可行性，制定實施計劃
2）上線後To be user journey：關注痛點，機會點，尋找優化與創新
4、用戶旅程圖的價值
5、如何使用用戶旅程圖
Step.1 寫下用戶目標及階段
Step.2 寫下用戶行爲
Step.3 列出用戶接觸的人與物
Step.4 運用場景畫出用戶心情曲線
Step.5列出痛點及收穫
Step.6 洞察可能存在的優化、創新機會
以用戶司馬南給女友買禮物爲例，用戶旅程圖如下：
二、用戶故事地圖——梳理產品需求全景、組織和規劃版本迭代
用戶故事地圖：用於識別和梳理產品需求，可用戶構建需求的全景圖。常用於已形成了業務設計方案，需要識別出產品上要做哪些需求時使用。
1、用戶故事地圖可以解決什麼問題
1）有效避免產品需求重複或遺漏
2）能夠看到需求全貌，避免分散需求之間邏輯關係不清楚
3）規劃版本迭代
2、如何構建用戶故事地圖
Step.1 ）從用戶旅程中選擇用戶活動和用戶任務（我們在第一部分得到了用戶旅程圖）
Step.2 ）識別支撐用戶任務的功能需求（藍色卡片）
Step.3 ）識別支撐性需求（紅色卡片）
1）功能需求：用戶可見或可感知的，通過這些功能完成任務，達成目的。先從核心場景出發，識別出每個用戶任務的功能需求；再從其他次要場景，識別出支持每個用戶任務的功能需求。
2）支撐性需求：爲了滿足業務而需要的系統能力，如安全性、可靠性、互操作性、可維護性、可移植性等
3、如何使用用戶故事地圖劃分版本
Step.1 找出可運行骨架（MVP）
Step.2 按業務目標劃分後續版本
三、用戶故事——說人話、少吵架，以終爲始澄清需求
用戶故事是簡要的意向性描述，它描述系統需要爲用戶做的事情以及對用戶的價值。強調對話，而非文檔。做好需求澄清、拆分、傳遞、驗證。
使用用戶故事，是爲了引發討論，促進團隊對需求充分了解，達成共識，共擔需求責任。
用戶故事卡片
用戶卡片上要素：想要什麼，爲什麼
