不了解用戶故事地圖？再次回顧這個經典方法

關於故事地圖的文章很多了，甚至還有要超越故事地圖。這足以說明故事地圖的重要性。本文側重於基礎方面，聊聊故事地圖的產生原因，什麼是用戶故事地圖，故事地圖的步驟，和一些基本原則，及故事地圖的應用。

故事地圖產生

工具或方法是用來解決某些問題的，那麼故事地圖要解決的痛點問題是什麼呢？這還要從敏捷開發越來越流行，用戶故事應用越來越多說起：

①只見樹木不見森林

用戶故事太小，隨著大量故事的產生，人們很容易陷入細節，看不見整個森林。開發出來的產品也由各個故事拼接而成，拼接痕迹明顯。

另外，沒有了整體目標，開發人員不知道整體進度，心裡也會大大受挫。

②無法在整體上達成共識

每個故事大家都很專註，甚至認真的寫驗收條件，但對整體缺乏一致性理解，往往完成故事，卻仍無法交付。

③對故事的誤解

好的故事是從用戶視角描述，那麼無法與用戶直接交互的部分不適合用戶故事么？

用戶故事強調溝通，不寫文檔。可過一段時間忘記了討論內容和達成的共識怎麼辦？

什麼是用戶故事地圖

基於以上問題，Jeff Patton 專門寫了一本書《用戶故事地圖》，本文內容也主要取自該書中。

書籍的開始有三位大咖，分別從工程、用戶體驗和產品思維角度，解讀了用戶故事地圖。

故事地圖是一門在需求拆分過程中保持全景圖的技術 -- Martin Fowler

用戶故事地圖是連接開發和設計的橋樑 -- Alan Cooper

更多的進述團隊如何溝通、協作並最終交付好的產品 -- Marty Cagan

Jeff的定義如下：

用戶故事地圖可以使我們專註於用戶和用戶體驗，產生更好的溝通效果，最終做出更好的產品。

總結起來正如書的副標題一樣：增強團隊協作，洞察真實需求，研磨優良產品。

故事地圖很簡單

終於到了很多人關心的問題，怎麼做？是的，經常有人問我怎麼做，我的回答是為什麼做比怎麼做更重要。因為：

故事地圖做起來簡單的要命。 -- Jeff Patton

這句是Jeff（簡稱姐夫吧）說的，因為就這些步驟：

和其他人一起工作，

一個人來講產品的用戶故事，

一邊講一邊把故事中用戶經過的重要步驟記錄在便簽上，

並按照從左到右的順序水平排列，

然後，再討論故事的每一步細節，記錄在便簽上，

在每一步的下面垂直排列，這樣得到一個網格結構，就是基本的故事地圖啦。

由於故事地圖知易行難，所以還是要再細分一下故事地圖的步驟。

故事地圖的六步法

有很多方法可以構建故事地圖，這裡介紹六步法，可以以工作坊方式進行：

1、理清問題

核心的問題是：你的用戶是誰，給他們帶來什麼價值？

除此之外，還要關注組織的想法和目標，這是不可或缺的一個部分。

2、構建全景圖

寫用戶故事，廣度優先，而非深度。當故事寫的足夠後，可以組織情節，使卡片按發生先後從左到右，按分解情況，從上到下排列(制定發布策略後縱向為優先順序)。

一公里寬，一厘米深-- Jeff Patton

3、探索

補充卡片，完善細節。讓細節、替代、變化和異常構成故事地圖的主體。

推薦的方式是，邊講邊記。

這一步驟主要目標是探索細節。可以問如下問題：

用戶在這一步具體要做什麼事情？

用戶在這一步還有其他選擇么？

如何做才能使用戶覺得更酷炫？

出現問題時如何處理？

就故事本身，還可驗證完整性，驗證工程問題，使用刨根問底遊戲等。

有時還可以加入用戶目前工作方式，包括故事細節、想法、痛點、機會、情緒。

4、制定發布策略

切分出可以幫助達成特定目標的任務。

活永遠是干不完的。所以怎樣聚焦業務目標達成和目標用戶？怎樣確定優先順序，找出第一個發布的主要故事，是這一階段的工作。這裡需要提一些做法：

制定優先順序的秘密，要充分考慮組織目標；

找到MVP，最小可行性產品

制定可逐步達成的發布計劃；（好處多多：提升客戶關係，提高團隊士氣）；

採用迭代、增量方式；小步快跑、快速迭代。

故事切分方式，可採用開局（核心流程）-中局（可選流程）-末局（產品打磨）。

通過頻繁估算，改善估算的準確度，更好的達成共識；

5、制定學習策略

從問題開始，從討論機會開始。到討論解決方案。

要注意的是機會和解決方案都是假設，都需要學習，需要驗證。我們可以在原型中學習、在開發過程中學習，通過探索進行驗證性學習。

6、制定開發策略

將最小可行方案進一步拆分，早期可聚焦於關鍵問題、和開發風險，聚焦於特定的目標成果。

故事地圖的背後

故事地圖最核心的內容就兩點：

使用用戶故事的目的並不是為了寫出更好的用戶故事。而是為了達成共識。

產品開發的目的也並不是開發出產品。而是改變世界。

因為用戶購買的不是你的產品，而是更好的自己。

我們的精力有限，活有是干不完的，所以，我們還要思考，如何最小投入，最大影響。

最後，關於用戶故事地圖再總結幾點：

故事地圖是現在的，不是將來的；

故事地圖是動態的，不是一成不變的；

故事地圖練習容易，落地難

故事地圖應用

對於產品開發，

前期，可以使用故事地圖探索，發現更多機會，規避風險，制定MVP；

中期，可以就某些細節，與他人溝通達成共識；

後期，可以就整體回顧，完善細節。

除了軟體產品外，還可以應用在很多方面。

比如我曾在設計培訓課程時，製作課程故事地圖，劃分層次，找到MVP，再逐步細化。

在一次寫文件時，設計故事地圖，提取主幹為目錄，然後多人協作完成整個文檔。

召開你的用戶故事地圖會議

行動起來吧，召開你的用戶故事地圖會議吧。

最後，期望本文讓你對故事地圖有了更深層理解。下篇文章，我將介紹一些故事地圖配合的實踐、原則、方法或工具，歡迎您的關注。

喜歡這篇文章嗎？立刻分享出去讓更多人知道吧！