有什麼簡便的辦法能讓團隊成員快速共創起來呢？相信大家都會一致認為，具備一個框架並且有清晰指引的方式是最簡單的。今天就給大家介紹一種四兩撥千斤的辦法-使用者故事地圖。

在日常專案管理的需求設計中，相信大家都會遇到許多的為什麼：

1.為什麼需求不合乎使用者的想法啊？

2.為什麼需求研發總是延期呢？

3.為什麼專案團隊總是對需求無法達成共識呢？

…

面對以上如此多的為什麼，那根源究竟是在哪裡呢？筆者曾經歷過軟體工程師、專案經理、產品經理等多個角色，因此也與以上多個角色的對立面進行過激烈PK，比如做軟體工程師時，與產品經理的互黑；做專案經理時，又經常猛烈驅趕團隊加速交付進度；做產品經理時，會透過各種畫餅單向洗腦研發交付團隊。起初僅從該角色為出發點，以自己的觀點來理解並試圖說服其他角色與自己達成一致。但此時問題就凸顯出來了：

1.需求各自理解的不一致。

2.雖然理解了需求，但是心理不服啊，會認為這需求沒啥價值，馬馬虎虎做完就OK了。

3.最大的問題是，使用者爆炸了，這是做的啥啊？

4……..

很多諸如此類的問題，究其根因就是單向溝通造成的，大家沒有達成共識，沒有充分理解使用者的需求。要解決此類問題，就需要大家共同參與需求的設計，使得大家對問題達成共識，彼此有充分的理解，調動大家積極性一起從多個視角、全方位理解問題並達到創新。

那有什麼簡便的辦法能讓團隊成員快速共創起來呢？相信大家都會一致認為，具備一個框架並且有清晰指引的方式是最簡單的。今天筆者就給大家介紹一種四兩撥千斤的辦法-使用者故事地圖。

什麼是使用者故事地圖？

· 使用者故事地圖定義

使用者故事地圖就是透過故事化+圖形化的方式將使用者需求生動的展現在團隊面前，讓團隊可以全面梳理、討論，確認story包含的內容。它從使用者視角瞭解產品流程，可以幫助我們找到使用者的痛點、發現產品存在問題的階段，從而有的放矢地進行最佳化，因此它非常適合產品需求的共創性設計。使用者故事地圖要求所有相關角色都需要參與，包括：產品經理、研發經理、軟體工程師、設計師、使用者，有時可能還需要高層領導的參與。

總之，請牢記這是一個全員參與設計，從多角度發現問題，洞察需求的過程。

從望聞問切的角度把脈使用者，一個標準的使用者故事地圖一般包含以下三大組成部分：

1) 使用者：使用者畫像（persona）、使用者目標（user goals/needs）；

2) 使用者和產品：使用者行為（doing）、觸點（touch point）、想法（thinking）、情緒曲線（feeling/experience）；

3) 產品機會：痛點（pain point）、機會點（opportunities）。

如何繪製使用者體驗地圖？

根據之前介紹，整個使用者故事地圖其實就是一個專案團隊與使用者共同拼圖的過程，群策群力把上述所有使用者故事地圖需要填寫的資訊全部填寫出來，沒有複雜的協作流程，沒有太多的步驟。製作一資訊個使用者故事地圖分為四個步驟：

1. 使用者定義

使用者定義主要的目的就是能勾畫出使用者畫像，找到使用者的基本特徵、行為特點、使用者目標，要非常清楚自己的產品是為誰設計。使用者定義的辦法可以如下所示，首先掛出一個典型人物的頭像，定義姓名。然後從人口屬性、行為特點、使用者目標等幾個維度分別進行重點描述。

2. 骨幹故事

3. 拆解故事

1）梳理使用者行為和接觸點：

根據使用者主要故事和目標進行使用者故事的拆解，這裡主要設計觸點、使用者行為、完善對使用者情緒與心理的分析。首先梳理使用者與映象站產品的接觸點，然後依據接觸點梳理出使用者的關鍵行為，再透過行為來了解使用者的心理和情緒。

2）使用者想法和情緒曲線：

根據對應的階段的使用者行為，寫下當時使用者的思考和想法，並以條目的形式整理出來。然後提煉使用者每個節點的情緒，提煉情緒時，為了防止個人主觀判斷導致的誤差，建議兩個人一組用相同的資料進行提煉。

4. 溝通確認-歸納痛點和機會點

透過使用者每個階段的行為和情緒曲線，整理出每個階段的痛點和問題，以及思考痛點背後的原因，此處是否可以採取什麼措施，來滿足使用者的目標，提升使用者的體驗，這就是機會點。

5. 完整的使用者故事地圖

經過以上的整理後，就得出了完整版的使用者故事地圖。後續可以對地圖進行整理和美化產出。並根據整理出的機會點，根據重要程度和難易程度排出優先順序來安排執行。最佳化使用者體驗地圖中的痛點，幫助使用者實現目標，或者確立新的產品功能的方向。

總結

本文主要透過華為開源映象站的示例講述了使用者故事地圖的製作流程。

1.使用者故事地圖其實簡單說就是一種非常有趣的拼圖遊戲，大家一起來洞察使用者，發現產品機會。實際工作中除了填寫本文列舉的這些條目外，可以增加相關的拼圖條目，以便能夠更加全面的的發現使用者需求。

2.專案前期是不可能正確的捕捉並寫出所有的需求所有故事的，使用者故事地圖這個方法也不可能在單一階段捕獲出所有的使用者故事。使用者故事不是二維的產物，應該是三維的，需加上時間這個維度，隨著時間的推移以及產品不同階段加入產品新的使用者故事。逐步增加和最佳化各種故事地圖，與時俱進。

3.由於是大家共同洞察的結果，所以能夠很好的達成共識、同理心，並且能從多角度發現問題。