誰說產品經理和程序員之間不能和平共處？

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

用DevOps擁抱變化的世界，2020年11月，中國DevOps社區峯會在成都舉行，多位業內大咖齊上陣，持續推進DevOps運動在國內的發展。華爲雲DevCloud資深產品經理受邀分享主題「如何讓團隊在高度共識中完成需求與設計溝通」，介紹針對項目需求設計中常常出現的項目團隊需求理解不一致、需求共識不到位，從而致使需求返工、項目延期、團隊成員積極性不高等問題的應對方案。

在平常項目管理的需求設計中，相信你們都會遇到許多的爲何：

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）。

如何繪製用戶體驗地圖？

根據以前介紹，整個用戶故事地圖其實就是一個項目團隊與用戶共同拼圖的過程，羣策羣力把上述全部用戶故事地圖須要填寫的信息所有填寫出來，沒有複雜的協做流程，沒有太多的步驟。製做一信息個用戶故事地圖分爲四個步驟：

下面咱們以「華爲開源鏡像站產品的設計需求」來講明如何製做用戶故事地圖，爲了說明製做過程，對相關的信息作了裁剪和抽象。（華爲開源鏡像站是華爲雲提供的一個開源組件：https://mirrors.huaweicloud.com/）

1. 用戶定義

用戶定義主要的目的就是能勾畫出用戶畫像，找到用戶的基本特徵、行爲特色、用戶目標，要很是清楚本身的產品是爲誰設計。用戶定義的辦法能夠以下所示，首先掛出一個典型人物的頭像，定義姓名。而後從人口屬性、行爲特色、用戶目標等幾個維度分別進行重點描述。

2. 骨幹故事

根據用戶畫像，明確用戶要完成的任務階段及用戶目標。在案例中，用戶的目標就是用戶在整個下載鏡像並註冊爲華爲雲會員的過程當中的要求或需求。列出用戶目標，可讓咱們真正考慮用戶在每一個環節，想要的是什麼。好比鏡像站用戶的使用過程和目標以下：

3. 拆解故事

1）梳理用戶行爲和接觸點：

根據用戶主要故事和目標進行用戶故事的拆解，這裏主要設計觸點、用戶行爲、完善對用戶情緒與心理的分析。首先梳理用戶與鏡像站產品的接觸點，而後依據接觸點梳理出用戶的關鍵行爲，再經過行爲來了解用戶的心理和情緒。

2）用戶想法和情緒曲線：

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

4. 溝通確認-概括痛點和機會點

經過用戶每一個階段的行爲和情緒曲線，整理出每一個階段的痛點和問題，以及思考痛點背後的緣由，此處是否能夠採起什麼措施，來知足用戶的目標，提高用戶的體驗，這就是機會點。

5. 完整的用戶故事地圖

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

總結

本文主要經過華爲開源鏡像站的示例講述了用戶故事地圖的製做流程。

用戶故事地圖其實簡單說就是一種很是有趣的拼圖遊戲，你們一塊兒來洞察用戶，發現產品機會。實際工做中除了填寫本文列舉的這些條目外，能夠增長相關的拼圖條目，以便可以更加全面的的發現用戶需求。

項目前期是不可能正確的捕捉並寫出全部的需求全部故事的，用戶故事地圖這個方法也不可能在單一階段捕獲出全部的用戶故事。用戶故事不是二維的產物，應該是三維的，需加上時間這個維度，隨着時間的推移以及產品不一樣階段加入產品新的用戶故事。逐步增長和優化各類故事地圖，與時俱進。

因爲是你們共同洞察的結果，因此可以很好的達成共識、同理心，而且能從多角度發現問題。

點擊瞭解華爲雲DevCloud，一站式雲端DevOps平臺

點擊關注，第一時間瞭解華爲雲新鮮技術~